pelayan yang jatuh

[Valdo]

kerana saya telah dipasang penterjemah saya mempunyai masalah lain: apabila saya sebahagian dar****a operasi yang dirancang pembersihan 0:10 harian, saya jatuh pelayan. Malam tadi saya pun terhenti selama 8 jam, jadi sekarang saya terpaksa mematikan ini untuk mengelakkan ia dar****a berlaku lagi.
Bagaimana saya boleh menetapkan?
Terima kasih

[vBET]

Adakah ia masih berlaku apabila anda kurang upaya yang dijadualkan tugas "VB Enterprise Translator (Cache TTL)". Berapa besar jadual cache anda? Apabila kejatuhan pelayan yang berlaku, adakah anda mempunyai apa-apa kesilapan dalam fail log? Adakah anda cuba untuk menggunakan parameter vBET "Cache penjelasan timelap"? Apa strategi penjelasan yang anda gunakan sekarang?

[Valdo]

Jika saya tidak silap ada beberapa meja cache, satu untuk setiap bahasa. Jumlah semua pangkalan data sandaran yang saya dibuat pada 2 Mac adalah 877 MB. Jika kita membuat purata jadual cache, adalah 5 MB setiap, dar****a maksimum sebanyak 14 MB Cina dan Jepun, sekurang-kurangnya 2 MB untuk Thailand. Skrip yang membuang terjemahan lama daun di 3,30. Melihat kepada pilihan vbet terjemahan lama perlu dibuang setiap 15 hari, pilihan yang telah ditetapkan seperti yang anda meletakkan anda pada pemasangan.
Jika anda maksudkan dengan timelap parameter, penjelasan strategi cache, penghapusan ini ditetapkan kepada biasa.

[vBET]

Anda tidak menjawab maklumat yang paling penting - adakah ia masih gagal saat tugas yang dijadualkan dinyahdayakan? Pertama, kita perlu untuk menentukan Adakah vBET adalah isu sebenar di sini.

Dalam penghapusan normal cache lama dipadam setiap hari. Jika anda ingin cara yang paling cepat penghapusan - menggunakan strategi terakhir - ini akan membuang cache seluruh sekali setiap 15 hari. Ia berfungsi serta-merta dan menggunakan praktikal 0 sumber pelayan. Tetapi anda perlu untuk mengisi cache seluruh semula, bukan lama.

Adakah anda cuba untuk menggunakan "Cache penjelasan timelap"?

[Valdo]

pelayan jatuh lagi malam ini: Saya kurang upaya pembersihan 0:10 tetapi jatuh pada 3:30 apabila dia meninggalkan BB Enterprise Translator (Cache TTL)

[Valdo]

Saya melihat, nilai yang anda rujuk ditetapkan kepada 1. Untuk menjadi tepat, adalah ini:

Mengosongkan cache timelap
Berapa banyak saat menunggu antara jadual mengosongkan cache. Set 0 untuk melumpuhkan. Sila ambil perhatian vBET yang mempunyai lebih 150 jadual cache jelas menetapkan nilai yang terlalu tinggi ini boleh menyebabkan bahawa penjelasan yang bermula pada waktu malam akan terus walaupun dalam jam sehari. Sila tidak menetapkan ia lebih tinggi bahawa sambungan MySQL anda sedang menunggu tanpa penggunaan (mysql setting: wait_timeout) - jika tidak ia akan menyebabkan 'server MySQL telah pergi kesilapan' dan penjelasan tidak akan selesai.

[vBET]

pelayan jatuh lagi malam ini: Saya kurang upaya pembersihan 0:10 tetapi jatuh pada 3:30 apabila dia meninggalkan BB Enterprise Translator (Cache TTL)

Maaf - Saya tidak mendapat satu perkara - anda mempunyai penjelasan dua kali sehari? Sila mematikan tugas penjelasan dan memberitahu pelayan anda akan crash apabila penjelasan orang kurang upaya (tidak kira di mana pada jam - mematikan). Jika pelayan tidak akan crash apabila mengosongkan cache dimatikan, maka ia bermakna bahawa vBET bersalah. Jika masih crasches maka sesuatu yang lain menyebabkan ini.

Jika vBET bersalah, maka anda mempunyai beberapa pilihan untuk menala:
- Menetapkan nilai yang lebih besar "Cache penjelasan timelap" - ini akan memberi masa dan CPU yang lebih untuk benang yang lain di antara penjelasan setiap table cache. Saya cadangkan untuk melakukan ini di tempat pertama
- Tetapkan lebih rendah "Cache Time To Live (TTL)" - maka jadual anda akan lebih kecil supaya penjelasan akan lebih murah.
- Main dengan "strategi penjelasan Cache" - terkini akan menyelesaikan isu anda 100% - direka untuk cache yang sangat besar dan akan jelas malah cache besar segera, kerana ia hanya membuang seluruh jadual cache dan mencipta sekali lagi. Tetapi ia mengosongkan cache seluruh sekali setiap Cache TTL tempoh, jadi cache perlu diisi dari awal. Ini adalah perkara terakhir saya menasihati untuk digunakan, jadi jika apa-apa lagi kerja ini akan di 100%. Ia ditambah hanya untuk situasi itu

[Valdo]

Kita cuba penyelesaian pertama yang telah dicadangkan, menetapkan nilai kepada 3. Tuan rumah itu berkata bahawa terdapat penurunan beban, tetapi masa akan datang di hari bertambah. Pengurangan tempoh, dalam hari, cache, masalah tersebut boleh diselesaikan? Pelayan adalah di bawah beban, atau dengan penjelasan cache terjemahan belum disimpan dalam cache?

[vBET]

OK jadi langkah seterusnya yang boleh membantu anda:
1. Meningkatkan cache TTL - kurang data akan dikosongkan setiap kali
2. Tukar strategi penjelasan kepada: "penghapusan tempatan Pantas dengan jadual mengoptimumkan" - sila ambil perhatian bahawa pilihan ini boleh teruk jika cache anda tidak cukup besar. Untuk cache besar ia adalah lebih baik yang biasa.
3. Percubaan: anda boleh memilih "penghapusan Pantas tempatan dengan jadual mengoptimumkan" dan mengedit fail / Includes / vbenterprisetranslator_functions.php oleh komen 3 baris kod yang merangkumi Mengoptimumkan JADUAL TEMPATAN. Dengan pengubahsuaian ini, ia akan mengeluarkan hanya data lama dengan cara yang sangat cepat, tetapi indeks anda tidak akan membina semula dan akan berkembang, maka anda perlu untuk melaksanakan komen query manual sekali sekala. Jika ia akan bekerja untuk anda maka kita boleh melaksanakannya sebagai salah satu strategi disokong - di mana pantas membersihkan tanpa indeks membina semula dan membina semula itu sendiri boleh dibuat oleh tugas lain berjalan iaitu satu minggu. Oleh itu, jika anda memberitahu kita bahawa ia bekerja untuk anda, kami akan menambah terutama bagi anda