servidor que cau

[Valdo]

des que he instal lat el traductor tinc un altre problema: cada vegada que jo sóc part de l'operació prevista de la neteja de les dotze i deu minuts diaris, em cau el servidor. Ahir a la nit fins i tot es va estancar durant 8 hores, així que ara he hagut de desactivar aquesta opció per evitar que passi de nou.
Com puc solucionar-ho?
Gràcies

[vBET]

Encara passa quan discapacitat tasca programada "v Empresa Traductor (memòria cau TTL)". De quina mida són les taules de memòria cau? Quan ocorre la caiguda del servidor tens qualsevol error en els arxius de registre? S'intenta utilitzar VBET paràmetre "Netejant timelap"? Quina estratègia de compensació està utilitzant en aquest moment?

[Valdo]

Si no m'equivoco hi ha diverses taules de memòria cau, una per a cada idioma. El total de totes les còpies de seguretat de base de dades que vaig fer el 2 de març va ser de 877 mb. Si fem una mitjana de taules de la memòria cau, serà de 5 MB cadascuna, que van des d'un màxim de 14 mb de xinesos i japonesos, per un mínim de 2 MB per al tailandès. L'script que elimina les antigues traduccions surt a les 3.30. Pel que fa a les traduccions VBET opcions d'edat han de ser remoguts cada 15 dies, s'estableixen les opcions a mesura que es posa en la instal.lació.
Si et refereixes a pel paràmetre timelap, l'estratègia d'esborrar la memòria cau, aquesta supressió s'estableix en Normal.

[vBET]

No ha respost a la informació més important - ¿encara es bloqueja quan la tasca programada està desactivada? En primer lloc hem de determinar què és VBET veritable problema aquí.

En l'eliminació normal de memòria cau anterior s'elimina diàriament. Si desitja que la manera més ràpida de l'eliminació - l'estratègia d'últim ús - aquest s'eliminarà tota la memòria cau un cop cada 15 dies. Funciona pràcticament immediata i l'ús dels recursos del servidor 0. Però vostè ha d'omplir la memòria cau de nou tot, no només un d'edat.

¿Es va tractar d'utilitzar "Netejant timelap" opció?

[Valdo]

el servidor es va estavellar aquesta nit: he deshabilitat la neteja de les dotze i deu, però va caure a les 3:30 quan va sortir de BB Empresa Traductor (memòria cau TTL)

[Valdo]

Vaig mirar, el valor a què fa referència s'estableix en 1. Per ser precisos, és la següent:

Esborrar la memòria cau timelap
Quants segons d'espera entre les taules d'esborrar la memòria cau. Ajust 0 per desactivar-lo. Tingueu en compte que VBET té més de 150 taules de la memòria cau per esborrar - si estableix aquest valor massa alt pot causar que la neteja que s'inicia a la nit va a continuar, fins i tot en les hores del dia. També si us plau, no assignar més que la seva connexió de MySQL està a l'espera sense ús (configuració de MySQL: wait_timeout) - en cas contrari es causa "servidor MySQL s'ha apagat error" i la neteja no serà acabat.

[vBET]

el servidor es va estavellar aquesta nit: he deshabilitat la neteja de les dotze i deu, però va caure a les 3:30 quan va sortir de BB Empresa Traductor (memòria cau TTL)

Ho sentim - no tinc una sola cosa - que han de compensació dues vegades al dia? Si us plau, desactivi la tasca de compensació i dir-li no al seu servidor es bloquejarà en esborrar està desactivada (no importa a quina hora - desactivar del tot). Si el servidor no es bloquejarà en esborrar la memòria cau està desactivat, llavors vol dir que VBET és culpable. Si encara crasches llavors una mica més la causa d'aquesta.

Si VBET és culpable llavors vostè té diverses opcions per posar a punt:
- Conjunt de més valor a "esborrar la memòria cau timelap" - això li donarà temps i més de la CPU per a altres discussions entre netejar cada taula de la memòria cau. Li suggereixo fer això en primer lloc
- Joc més baixos "El temps de memòria cau de vida (TTL)" - llavors les taules serà més petit per neteja serà menys costós.
- Jugar amb "l'estratègia de buidar la memòria cau" - el darrer va a resoldre el seu problema en el 100% - està dissenyat per a la memòria cau molt gran i clara, fins i tot enorme partida immediatament, ja que només elimina les taules de tota la memòria cau i crea de nou. No obstant això, s'aclareix una vegada per tota la memòria cau de memòria cau període TTL, de manera que la memòria cau ha de ser omplert des del principi. Això és l'últim que recomanem utilitzar, així que si només està treballant això en el 100%. S'acaba d'afegir a aquest tipus de situacions

[Valdo]

Hem provat la primera solució que vostè ha proposat, establint el valor a 3. L'amfitrió va dir que hi va haver una disminució de la càrrega, però en el futur en el dia s'incrementa. La disminució de la durada, en dies, la memòria cau, el problema podria ser resolt? El servidor està sota càrrega, o en la neteja de la memòria cau de les traduccions no ha guardat a la memòria cau?

[vBET]

Acceptar que els propers passos que pot ajudar en:
1. Augmentar la memòria cau TTL - menys dades s'esborraran cada vegada que
2. Canviar l'estratègia d'intercanvi d'informació per a: "esborrat ràpid local amb taules optimitzar" - tingui en compte que aquesta opció pot ser pitjor si el seu caixet no és prou gran. Per dipòsits grans, és millor que la normal.
3. EXPERIMENTAL: vostè pot triar "esborrat ràpid local amb taules optimitzar" i editar el fitxer / Includes / vbenterprisetranslator_functions.php pel comentari de tres línies de codi que inclou OPTIMITZA TABLE LOCAL. Amb aquesta modificació s'elimina només les dades antics de manera molt ràpida, però els índexs no es va a reconstruir i créixer, de manera que haurà d'executar la consulta manualment un cop comentar fa temps. Si voleu treballar per a vostè, llavors podem posar en pràctica com una de les estratègia de suport - que és una neteja ràpida sense índexs reconstruir i reconstruir en si mateix pot ser realitzat per una altra tasca en execució, és a dir un per setmana. Així que si vostè ens diu que s'està treballant perquè vostè ho afegirem especialment per a vostè