server yang jatuh

[Valdo]

karena saya telah menginstal penerjemah saya memiliki masalah lain: setiap kali aku bagian dari operasi yang direncanakan membersihkan 0:10 harian, saya drop server. Tadi malam aku bahkan terhenti selama 8 jam, jadi sekarang aku harus menonaktifkan ini untuk menghindari terjadi lagi. Bagaimana saya bisa memperbaikinya? Terima kasih

[vBET]

Apakah masih terjadi ketika Anda dinonaktifkan dijadwalkan tugas "vB Perusahaan Penterjemah (Cache TTL)". Seberapa besar tabel cache Anda? Ketika jatuh server yang terjadi apakah Anda memiliki kesalahan dalam file log? Apakah Anda mencoba menggunakan parameter vBET "Cache kliring timelap"? Apa strategi kliring yang Anda gunakan sekarang?

[Valdo]

Jika saya tidak salah ada beberapa tabel Cache, satu untuk setiap bahasa. Total dari semua backup database yang saya buat pada tanggal 2 Maret adalah 877 mb. Jika kita membuat rata-rata dari tabel cache, akan 5 mb masing-masing, mulai dari maksimal 14 mb Cina dan Jepang, selama minimal 2 MB untuk Thailand. Script yang menghapus terjemahan lama daun di 3.30. Melihat pilihan vBET terjemahan lama harus dihapus setiap 15 hari, pilihan yang ditetapkan sebagai Anda menempatkan Anda pada instalasi. Jika Anda maksud dengan timelap, strategi parameter tembolok, penghapusan ini diatur ke Normal.

[vBET]

Kau tidak menjawab informasi yang paling penting - apakah itu masih crash ketika tugas yang dijadwalkan dinonaktifkan? Pertama kita perlu menentukan apakah vBET adalah masalah nyata di sini.

Dalam penghapusan normal, Cache lama dihapus setiap hari. Jika Anda ingin cara tercepat penghapusan - menggunakan strategi terakhir - yang satu ini akan menghapus cache seluruh sekali per 15 hari. Ia bekerja langsung dan menggunakan sumber daya server praktis 0. Tetapi Anda harus mengisi cache yang utuh lagi, bukan hanya satu tua.

Apakah Anda mencoba untuk menggunakan "Cache kliring timelap" pilihan?

[Valdo]

server jatuh lagi malam ini: saya dinonaktifkan pembersihan 0:10 tetapi jatuh pada pukul 3:30 ketika ia meninggalkan BB Perusahaan Penterjemah (Cache TTL)

[Valdo]

Aku melihat, nilai yang Anda lihat di set ke 1. Harus tepat, adalah:

Cache kliring timelap
Berapa banyak detik untuk menunggu antara tabel tembolok. Set 0 untuk menonaktifkan. Harap dicatat vBET yang memiliki tabel cache yang lebih dari 150 untuk membersihkan - pengaturan nilai ini terlalu tinggi dapat menyebabkan bahwa pembukaan yang dimulai pada malam hari akan terus bahkan dalam jam sehari. Juga jangan set lebih tinggi yang Anda koneksi MySQL menunggu tanpa penggunaan (mysql pengaturan: wait_timeout) - selain itu akan menyebabkan 'server MySQL telah pergi kesalahan' dan kliring tidak akan selesai.

[vBET]

server jatuh lagi malam ini: saya dinonaktifkan pembersihan 0:10 tetapi jatuh pada pukul 3:30 ketika ia meninggalkan BB Perusahaan Penterjemah (Cache TTL)

Maaf - saya tidak mendapatkan satu hal - Anda memiliki kliring dua kali sehari? Silahkan menonaktifkan tugas kliring dan memberitahu server Anda tidak akan crash ketika kliring dinonaktifkan (tidak peduli di mana jam - menonaktifkan sepenuhnya). Jika server tidak akan crash ketika membersihkan cache dinonaktifkan maka itu berarti vBET yang bersalah. Jika masih crasches maka sesuatu yang lain menyebabkan ini.

Jika vBET bersalah maka Anda memiliki beberapa pilihan untuk tune it up:
- Mengatur nilai yang lebih besar untuk "membersihkan Cache timelap" - ini akan memberikan waktu dan CPU lebih untuk benang lainnya antara kliring setiap tabel cache. Saya sarankan untuk melakukan ini di tempat pertama
- Set lebih rendah "Waktu Cache To Live (TTL)" - maka tabel Anda akan lebih kecil sehingga kliring akan lebih murah.
- Bermain dengan "strategi kliring Cache" - yang terakhir akan memecahkan masalah Anda dalam 100% - itu dirancang untuk cache sangat besar dan akan jelas bahkan Cache besar segera, karena hanya menghilangkan tabel cache yang utuh dan menciptakan lagi. Tapi membersihkan seluruh cache yang sekali per periode TTL Cache, sehingga Cache harus diisi dari awal. Ini adalah hal terakhir yang saya menyarankan untuk menggunakan, jadi jika tidak ada lagi yang bekerja akan ini di 100%. Hal ini ditambahkan hanya untuk situasi seperti ini:)

[Valdo]

Kami mencoba solusi pertama Anda telah mengusulkan, pengaturan nilai ke 3. Tuan rumah mengatakan bahwa ada penurunan beban, tetapi maju di siang hari meningkat. Penurunan durasi, dalam beberapa hari, cache, masalah bisa diselesaikan? Server berada di bawah beban, atau dengan membersihkan cache dari terjemahan belum disimpan dalam cache?

[vBET]

OK sehingga langkah selanjutnya yang dapat membantu Anda:
1. Meningkatkan Cache TTL - sedikit data akan dihapus setiap kali
2. Mengubah strategi kliring untuk: "penghapusan lokal Cepat dengan tabel mengoptimalkan" - harap dicatat bahwa opsi ini dapat terburuk jika cache tidak cukup besar. Untuk cache besar lebih baik yang normal.
3. Eksperimen: Anda dapat memilih "penghapusan lokal Cepat dengan tabel mengoptimalkan" dan mengedit file / includes / vbenterprisetranslator_functions.php oleh komentar 3 baris kode yang mencakup TABEL MENGOPTIMASI LOKAL. Dengan modifikasi ini hanya akan menghapus data lama dalam cara yang sangat cepat, tapi indeks Anda tidak akan membangun kembali dan akan tumbuh, sehingga Anda harus mengeksekusi query yang berkomentar secara manual sekali sementara. Jika ia akan bekerja untuk Anda maka kita bisa menerapkannya sebagai salah satu strategi yang didukung - mana cepat membersihkan tanpa indeks kembali dan membangun kembali sendiri dapat dibuat oleh tugas lain yang berjalan yaitu satu minggu. Jadi jika Anda memberitahu kami bahwa bekerja untuk Anda kami akan menambahkannya khusus untuk Anda:)