сервер кој паѓа

[Valdo]

бидејќи јас го инсталирале на преведувачот јас имам друг проблем: кога јас сум дел од планираната операција за чистење на Дејли 00:10, јас пад на серверот. Минатата ноќ јас дури и застој за 8 часа, па сега морав да ја исклучите оваа за да се избегне тоа да се случи повторно. Како може да се поправи? Благодарам

[vBET]

Дали тоа сепак се случува кога ќе хендикепираните закажани задача "vB претпријатија Преведувач (Кеш TTL)". Како се големи кешот маси? Кога серверот пад се случува да имате било какви грешки во лог датотеки? Дали ќе се обидат да се користи параметар vBET "Кеш расчистување timelap"? Што расчистување стратегија Дали користите во моментов?

[Valdo]

Ако не се лажам постојат неколку кеш табели, една за секој јазик. Вкупниот износ на сите базата на податоци бекап дека сум направил на 2 март беше 877 MB. Ако се направи во просек на кеш табели, ќе биде 5 MB секој, почнувајќи од максимум 14 MB на кинески и јапонски, за минимум 2 MB за тајландскиот. Сценариото при која се отстранува старите преводи остава на 3,30. Гледајќи ги опции vbet стари преводи треба да се отстранат на секои 15 дена, опциите се поставени како што ќе се стави на инсталација. Ако мислиш на timelap параметар, кеш расчистување стратегија, ова бришење е поставена во нормала.

[vBET]

Вие не одговори на повеќето важни информации - дали се уште се урна кога закажани задача е забрането? Прво треба да се утврди не vBET е вистинскиот проблем тука.

Во нормални бришење стари кеш е избришан дневно. Ако сакате најбрз начин на бришење - употреба минатата стратегија - Ова ќе го отстрани целиот кеш еднаш 15 дена. Се работи итни и употреба практично 0 серверот ресурси. Но мора да се пополни целиот кеш повторно, не само стариот.

Дали сте се обиделе да се користи "Кеш расчистување timelap" опција?

[Valdo]

на серверот се урна пак вечерва тука: Јас оневозможено чистењето на 00:10, но падна во 03:30 кога си замина BB претпријатија Преведувач (Кеш TTL)

[Valdo]

Гледав, вредноста на кои се однесуваат е поставен на 1. Да бидам попрецизен, дали е ова:

Кеш расчистување timelap
Колку секунди да чека меѓу расчистување кеш табели. Намести 0 за да се оневозможи. Ве молиме имајте во предвид дека има над 150 vBET кеш табели да се расчисти - поставување на оваа вредност е премногу висока може да предизвика дека расчистување која започнува во текот на ноќта ќе продолжат дури и во денот часа. Исто така Ве молиме да не го поставувате ова на повеќе дека вашиот MySQL конекција е чекање без употреба (MySQL поставување: wait_timeout) - инаку тоа ќе предизвика "MySQL серверот има исчезнала грешка и расчистување нема да биде завршена.

[vBET]

на серверот се урна пак вечерва тука: Јас оневозможено чистењето на 00:10, но падна во 03:30 кога си замина BB претпријатија Преведувач (Кеш TTL)

За жал - јас не се едно нешто - ќе го расчистување два пати на ден? Ве молиме оневозможи расчистување задача и да се каже не на вашиот сервер ќе несреќа кога расчистување е забрането (без разлика на кој час - оневозможи тоа целосно). Ако серверот не ќе несреќа кога кеш расчистување е забрането, тогаш тоа значи дека vBET е виновен. Ако сеуште crasches тогаш нешто друго предизвикува тоа.

Ако vBET е виновен тогаш имаш неколку опции да го регулирам:
- Намести поголем вредност на "Кеш расчистување timelap" - ова ќе им даде време и повеќе процесорот за други теми меѓу расчистување секој кеш маса. Јас предлагам да се направи ова на прво место
- Намести пониски "Кеш време да се живее (TTL)" - тогаш маси ќе биде помала за расчистување ќе биде помалку скап.
- Игра со "Кеш расчистување стратегија" - последниот ќе го решите вашиот проблем со 100% - тоа е дизајниран за многу голем кеш и ќе го исчисти дури огромен кеш веднаш, бидејќи тоа само ги отстранува целиот кеш табели и создава повторно. Но, тоа го отвора целиот кеш еднаш Кеш TTL период, па кешот мора да бидат пополнети од почеток. Ова е последното нешто што Ви препорачувам да се користи, па ако ништо друго работи ова ќе во 100%. Тоа се додава само за такви ситуации:)

[Valdo]

Се обидовме првото решение имате предлог, поставување на вредноста на 3. Домаќин рече дека има намалување на товарот, но оди напред во текот на денот се зголемува. Намалување на траење, во денови, кешот, проблемот може да се реши? Серверот е под оптоварување, или со расчистување на кешот на преводи се уште не се зачувани во кешот?

[vBET]

OK, па следните чекори кои можат да ви помогнат:
1. Зголемување на кеш TTL - помалку податоци ќе бидат избришани секој пат
2. Промена расчистување стратегија за: "Брзо локалните бришење со оптимизира маси" - имајте на ум дека оваа опција може да биде најлошото ако кешот не е доволно голема. За големите кешира Подобро е нормално.
3. Експериментални: можете да изберете "Брзи локалните бришење со оптимизира маси" и уредување датотеката / вклучува / vbenterprisetranslator_functions.php од коментар 3 линии на код кој ги вклучува Остварете ЛОКАЛНИТЕ ТАБЕЛА. Со оваа промена ќе се отстрани само стари податоци во многу брз начин, но вашиот индекси нема да биде обнова и ќе се зголеми, така што ќе треба да се изврши коментира барањето рачно еднаш подолго време. Дали ќе работи за вас тогаш можеме да се имплементира како еден од поддржани стратегија - каде е брзо чистење без индекси обнова и реконструкција се може да се направи од страна на други задача работи, односно по една недела. Значи, ако ни каже дека тоа е работа за вас ќе го додадете особено за вас:)