Máy chủ chạy trên Windows của tôi sẽ tự sụp đổ sau một thời gian, khiến người quản lý mất liên lạc. Vấn đề đã xảy ra, bình thường, việc sụp đổ của người quản lý sẽ được khởi động lại, nhưng người quản lý Windows khó chịu tạo ra một SID mới sau mỗi lần chạy, và robot gốc không có SID gốc trực tuyến và không thể ngừng cập nhật tham số thay thế người quản lý, phải xóa, robot gốc có rất nhiều tham số, robot cũng ghi lại rất nhiều dữ liệu tại địa phương bằng _(G, xin vui lòng xóa tạo lại chắc chắn sẽ có rất nhiều.
Ông Hồ.Chỉ cần thay đổi máy chủ, cơ sở dữ liệu của robot sẽ không bị mất, nhật ký cũng không quan trọng. Tuy nhiên, tốt nhất là chạy lại SID không thay đổi của máy chủ là tốt nhất, vì vậy bạn sẽ không gặp phải nhiều rắc rối trong hoạt động, đôi khi không có điện thoại bên ngoài để điều hành quá nhiều điều đó thực sự không thuận tiện.
Ông Hồ.Xin cảm ơn bạn, tôi đang sử dụng một máy chủ máy tính để bàn, không có cách nào để chụp ảnh, và tôi nghĩ rằng có thể có liên quan đến môi trường hoạt động của máy chủ, tôi có một máy chủ đám mây ở Nhật Bản, và chiến lược chạy là như vậy và không sụp đổ, trong khi máy móc ở Mỹ đã sụp đổ hai lần, tất cả đều là máy chủ của Ali Cloud.
Giấc mơ nhỏĐược rồi, tôi ghi lại vấn đề này, bạn có thể thêm vào: 359706687, sau đó chụp ảnh của trình quản trị Windows bị sụp đổ (nếu là phiên bản dòng lệnh). Có thể gửi cho tôi mã chiến lược bị sụp đổ để tôi có thể xác định được vấn đề là do những vấn đề đó. Nếu trạm quản trị xuất hiện vấn đề đã tắt, chỉ cần xóa trạm quản trị trong Control Center, sau đó chạy lại trạm quản trị, chạy lại robot (không cần tạo mới) có thể, cơ sở dữ liệu của robot không thay đổi, nhật ký vẫn có, trừ khi bạn trên máy tính của bạn đã xóa tất cả các tệp trong thư mục quản trị, tải xuống một chương trình quản trị, cơ sở dữ liệu của robot trước đó sẽ không có, robot sẽ tạo lại cơ sở dữ liệu. Vì vậy, nếu bạn có ý định thay đổi chương trình quản trị, trước khi thay thế, bạn cần phải sao lưu cơ sở dữ liệu máy tính db3 dưới thư mục Logs, tên tệp là tên trạm quản trị của robot, sao lưu lại.
Giấc mơ nhỏNếu bạn không thấy nhật ký, bạn sẽ tự động lọc.
Ông Hồ.Có phải đó là một bản ghi sai trong sổ đăng ký bên dưới robot không?
Ông Hồ.Điều này cũng rất tốt, cảm ơn.
Giấc mơ nhỏHôm qua, bạn có thể sử dụng chức năng SetErrorFilter, trong tài liệu API: https://www.botvs.com/api#SetErrorFilter, bạn có thể thấy rằng các loại nhật ký lỗi được lọc bởi chức năng này sẽ không được viết vào cơ sở dữ liệu.
Ông Hồ.Lý do mà bạn nói là nguyên nhân cơ bản, nhật ký không phải là chính sách của tôi, mà là những sai sót được đưa ra trong thời gian truy cập trên sàn giao dịch, được người quản lý ghi vào, vì vậy tôi chỉ có thể đối phó với LogReset ((5000) tạm thời.
Giấc mơ nhỏMột số nhật ký không phải là đầu ra của bạn, ví dụ như bạn có được hành vi, nếu quá thời gian báo lỗi, nó cũng sẽ tạo ra một nhật ký báo lỗi.
Ông Hồ.Chúng tôi khuyên bạn nên lưu trữ các cơ sở dữ liệu riêng biệt như bảng đăng ký và bảng trạng thái, bảng giá trị khóa cấu hình, v.v. để tăng hiệu quả truy cập cơ sở dữ liệu và tăng cường bảo mật của hồ sơ cấu hình. Thông tin cấu hình là mỗi lần chạy chính sách là để đọc và viết, nhưng nội dung nhật ký là đáng mong muốn, như chúng tôi hiện tại thực tế không có nhiều dữ liệu đối với bảng giá trị khóa, nhưng vì nhật ký lớn như vậy dẫn đến đọc chậm, không có gì ngạc nhiên khi tôi cảm thấy những ngày này trang web của bạn chậm, tôi mở máy tính để cả một thời gian dài, vì vậy vì nhật ký dẫn đến các vấn đề trong cơ sở dữ liệu và đọc thông tin trạng thái cũng có vấn đề.
Ông Hồ.Tôi chỉ xuất LogProfit và LogStatus, và log chỉ xuất khi tôi thực hiện buy và sell, và không có nhiều buy và sell trong nửa tháng chạy.
Giấc mơ nhỏBạn có thể xử lý như thế này, trong chương trình, mỗi khoảng thời gian một chu kỳ nhất định, hãy gọi LogReset ((5000) hoặc tham số đặt 10000, thường xuyên xóa một số nhật ký. Điều này giúp giữ các tập tin cơ sở dữ liệu DB không quá lớn.
Giấc mơ nhỏBạn đã lọc nhật ký bằng SetErrorFilter để hiển thị, hoặc bạn đã xóa nhật ký bằng LogReset.
Giấc mơ nhỏGần đây, nhiều sàn giao dịch đã bị phong tỏa, nếu truy cập bằng người quản lý trong nước có thể có rất nhiều thông tin lỗi trễ, dẫn đến việc viết thường xuyên vào cơ sở dữ liệu, thời gian dài, lượng dữ liệu nhật ký có thể đáng kinh ngạc.
Ông Hồ.Có phải log và các giá trị khóa lưu trữ cục bộ đều được lưu trữ trong tệp DB3 để file log nổ trên ổ cứng và bạn không thể xóa DB3 và bạn không thể xuất DB3 sang thư viện mới nếu ổ cứng bị nổ, hoặc bạn có thể xuất nội dung lớn như vậy?
Ông Hồ.Robot của tôi đã xóa tất cả các nhật ký, và trong quá trình hoạt động bình thường, ngoài việc thay đổi trạng thái, hầu như không có xuất bản nhật ký, tại sao nó lại tạo ra một tập tin nhật ký lớn như vậy?
Ông Hồ.Tôi đã sợ chết, vì nó có 27 G trong nhật ký, ổ cứng bị nổ, và các tập tin cơ sở dữ liệu bị lỗi.
Giấc mơ nhỏ> Lưu ý: trong quá trình sử dụng các hoạt động vòng lặp, bạn có thể thấy một tập tin tạm thời của journal được tạo ra dưới thư mục tập tin cơ sở dữ liệu và thay đổi kích thước bất cứ lúc nào. Journal là tài liệu tạm thời của SQLite để thực hiện các hoạt động quay trở lại, khi cơ sở dữ liệu viết thất bại, thông qua tài liệu journal có thể khôi phục lại dữ liệu trước khi không thay đổi. Điều này không thể xóa được.
Giấc mơ nhỏNếu không có phần mềm khác mở tập tin dữ liệu, bạn có thể thử khởi động lại hệ thống của người quản lý để xem có giải quyết được không.
Ông Hồ.Tôi tìm thấy một tập tin.db3-journal bên ngoài tập tin.db3 trong thư mục robot trong thư mục Log, tôi di chuyển nó ra ngoài và sau đó có thể chạy robot, nhưng các chương trình quản trị liên tục báo cáo lỗi sau:
Ông Hồ.Lại chạy phiên bản dòng lệnh, nhắc cơ sở dữ liệu bị khóa, không thể chạy thành công[Log] database is locked 2018/03/26 10:17:12
Ông Hồ.Thêm vào đó, nó không được thông qua.