관리자의 고민

저자:호 씨, 창작: 2018-03-10 13:22:12, 업데이트:

내 윈도우에서 실행되는 호스트는 가끔씩 스스로 충돌하여 호스트를 오프라인으로 만듭니다. 문제가 생겼습니다. 일반적으로 호스트의 충돌은 다시 시작하면 좋습니다. 그러나 귀찮은 윈도우 호스트는 실행 후 새로운 SID를 생성합니다. 원래 로봇은 원래 SID를 온라인으로 가지고 있지 않으며 패러미터를 업데이트하는 것을 멈출 수 없습니다. 호스트를 교체해야합니다. 삭제해야합니다. 원래 로봇은 많은 파라미터를 가지고 있으며 로컬로 많은 데이터를 기록합니다.


더 많은

호 씨호스트를 교체하는 로봇의 데이터베이스가 손실되지 않는 한 로그는 중요하지 않습니다. 그러나 호스트의 SID를 변경하지 않고 다시 실행하는 것이 가장 좋습니다. 따라서 작업이 덜 번거로울 수 있습니다. 때로는 외부에서 전화가 없으면 너무 많은 작업을 처리하는 것이 매우 불편합니다. 호스트를 잃은 후 로봇의 상태가 정상인 것처럼 보이지만, 종종 1-2 개의 로봇을 실행하는 전략을 제대로 실행하지 않는 경우가 많습니다.

호 씨감사합니다. 저는 데스크톱 버전의 관리자를 사용하고 있습니다. 스크린샷을 찍을 방법이 없습니다. 서버 운영 환경과 관련이 있을 것 같습니다. 일본에는 클라우드 서버가 있습니다.

작은 꿈좋습니다. 이 문제를 기록하고, 여러분의 편리한 단어를 추가해 주세요: 359706687 그리고 충돌한 윈도우 관리자의 스크린 샷 (만약 명령어 라인 버전이라면). 파산된 전략 코드는 내가 문제를 일으킨 것이라고 판단하기 위해 보내 주시겠습니까? 만약 호스트가 문제가 발생하면 닫힌 경우, 단지 컨트롤 센터에서 호스트를 삭제하고, 다시 호스트를 실행하고, 로그를 다시 실행 (새로 만들 필요가 없다) 하면 됩니다. 로봇의 데이터베이스는 변하지 않고 로그도 여전히 존재합니다. 만약 당신이 컴퓨터에서 호스트 디렉토리에서 모든 파일을 삭제하고, 다시 호스트 프로그램을 다운로드하지 않는다면, 이전 로봇의 데이터베이스는 존재하지 않을 것이고, 로봇은 데이터베이스를 다시 만들 것입니다. 따라서 만약 당신이 프로그램을 교체하려는 경우, 교체하기 전에 로그를 다시 만들 수 있습니다.

작은 꿈이 글은 이 블로그에 올라온 글과 같습니다.

호 씨로봇 아래의 로그에서 잘못된 로그를 볼 수 있을까요?

호 씨이건 정말 멋지네요. 감사합니다.

작은 꿈어제 특별히 확인한 바와 같이 SetErrorFilter라는 함수를 사용할 수 있습니다. API 문서: https://www.botvs.com/api#SetErrorFilter에서 이 함수가 필터링하는 오류 로그 타입이 데이터베이스에 쓰이지 않는다는 것을 볼 수 있습니다.

호 씨당신이 말한 이유는 근본적인 이유일 것입니다. 로그는 내가 작성한 정책이 아니라, 이 시간 동안 방문한 거래소에서 오류를 보고, 관리자가 작성한 오류입니다. 그래서 나는 현재로서는 일시적으로 로그리셋 ((5000) 으로만 처리 할 수 있습니다.

작은 꿈일부 로그는 당신이 직접 출력하지 않는 것으로, 예를 들어, 당신이 행사를 얻으면, 시간이 지나면 오류를 보고하면 오류 로그가 생성됩니다.

호 씨로그 테이블과 상태 탭 테이블, 설정 키값 대 테이블 등을 분리하여 데이터베이스 저장을 강력히 권장합니다. 이는 데이터베이스의 접근 효율성을 향상시키고 프로필의 보안을 강화 할 수 있습니다. 프로필 정보는 실행 정책마다 읽거나 쓰기 위한 것입니다. 그러나 로그 콘텐츠는 바람직합니다.

호 씨저는 전혀 로그를 출력하지 않았습니다. 로그Profit과 로그Status만 출력했습니다. 로그는 그냥 normal 상태에서 구매와 판매를 실행할 때만 출력되었습니다. 그리고 6개월 동안 구매와 판매가 거의 없었습니다.

작은 꿈이렇게 처리할 수 있습니다. 프로그램 내의 특정 시간 주기마다 LogReset ((5000) 를 호출하거나 10000을 설정하는 매개 변수를 호출하여 주기적으로 로그를 삭제합니다. 이 방법은 DB 데이터베이스 파일을 너무 커지지 않도록 유지할 수 있습니다.

작은 꿈SetErrorFilter로 로그를 필터링하여 표시하거나 LogReset로 로그를 삭제했습니다.

작은 꿈최근에는 많은 거래소가 벽에 놓여있으며, 국내에서 관리자를 이용하면 많은 시간장애가 발생할 수 있으며, 이는 데이터베이스에 자주 입력되는 결과를 초래하고, 시간이 오래 걸리고, 로그 데이터의 양이 놀라울 수 있습니다.

호 씨로그와 로컬 스토리지의 키값은 모두 DB3 파일 안에 저장되어있어 로그 파일이 하드 디스크에 폭발하면 할 일이 없거나 DB3를 삭제하거나 DB3를 새 디스크로 내보낼 수 없습니다.

호 씨제 로봇은 이미 모든 로그를 삭제했습니다. 정상적으로 작동하는 동안 상태 표시를 변경하는 것 외에는 거의 로그 출력이 없습니다. 왜 이렇게 큰 로그 파일을 만들까요?

호 씨27G 로그, 하드 디스크, 데이터베이스 파일 문제

작은 꿈> 지식점 보완 : 루킹 작업을 사용하면서 데이터베이스 파일 디렉토리에서 생성된 임시 파일인 XXX.db3-journal의 크기가 언제든지 변화하는 것을 볼 수 있다. (journal 파일에 대한 설명은 블로그를 참조하십시오.) journal은 SQLite에서 회전 작업에 사용되는 임시 문서로, 데이터베이스 쓰기가 실패할 때, journal 문서를 통해 변경되지 않은 데이터로 복원할 수 있으며, 로컬 디렉토리의 journal 파일을 관찰함으로써 그 크기가 언제든지 변화하는 것을 발견하여 추측 할 수 있으며, 코드의 루킹의 모든 단계는 데이터베이스 열기 및 쓰기 작업을 수행하고 있으며, 따라서 시간이 허용 한도를 초과하는 것을 초래합니다. 이 글은 삭제할 수 없습니다.

작은 꿈다른 소프트웨어가 데이터 파일을 열었는지 확인하려면 관리자의 시스템에서 다시 시작하여 문제를 해결할 수 있는지 확인하십시오.

호 씨로그 디렉토리의 로봇 디렉토리에서.db3 파일 외에.db3-journal 파일도 발견했는데, 나는 그것을 밖으로 옮겼고 로봇을 실행할 수 있었지만, 관리자는 계속해서 다음과 같은 오류를 보고했습니다.

호 씨다시 명령줄 버전을 실행하여 데이터베이스가 잠겨있는 상태에서 실행이 불가능하다는 것을 알려줍니다. 2018/03/26 10:17:12

호 씨네, 통과되지 않았습니다.