server që bie

[Valdo]

që unë kam instaluar përkthyes unë kam një problem tjetër: sa herë që unë jam pjesë e operacionit të planifikuar të pastrimit 0:10 Daily, unë rënie server. Natën e kaluar unë bllokuar edhe për 8 orë, kështu që tani unë duhej të çaktivizuar këtë për të shmangur që kjo të ndodhë përsëri.
Si mund ta fix?
Thanks

[vBET]

A ende ndodh kur ju me aftësi të kufizuara caktuar detyrë "Enterprise vB Translator (Cache TTL)". Sa të mëdha janë tavolina tuaj cache? Kur bie serveri ndodh keni ndonjë gabim në fotografi log? A ju përpiqeni të përdorni vBET parametër "Cache pastrimit timelap"? Cilat strategji pastrimin jeni duke përdorur tani?

[Valdo]

Nëse unë nuk jam i gabuar ka disa tavolina cache, një për çdo gjuhë. Totale të të gjitha backups bazën e të dhënave që kam bërë më 2 mars ishte 877 mb. Nëse bëjmë një mesatare prej tabelave cache, do të jetë 5 mb secila, duke filluar nga një maksimum prej 14 mb e kineze dhe japoneze, për një minimum prej 2 MB për tajlandeze. Skenar që heq përkthimet e vjetër niset në 3.30. Duke parë përkthimet mundësitë vbet vjetra duhet të largohen çdo 15 ditë, opsionet janë vendosur si ju të ju vë në instalimit.
Nëse ju thotë me parametër timelap strategji, cache pastrimit, kjo fshirje është vendosur në normale.

[vBET]

Nuk më jeni përgjigjur informacionet më të rëndësishme - ka ende Rrëzohet kur detyra caktuar është me aftësi të kufizuara? Së pari ne kemi nevojë për të përcaktuar nuk vBET është çështje e vërtetë këtu.

Në fshirje normale cache vjetër fshihet përditshme. Nëse doni mënyra më e shpejtë e fshirjes - strategjie të përdorni të fundit - ky do të heqë tërë cache herë në 15 ditë. It works të menjëhershëm dhe përdorimin e burimeve praktikisht 0 server. Por ju duhet të plotësoni tërë cache përsëri, jo vetëm një të vjetër.

A e keni provuar për të përdorur "Cache pastrimit timelap" option?

[Valdo]

server u rrëzua përsëri sonte: Unë me aftësi të kufizuara, por pastrimi i ra në 0:10 3:30 kur ai u largua BB Enterprise Translator (Cache TTL)

[Valdo]

Shikova, vlera e të cilit ju i referoheni, është vendosur të 1. Për të qenë të saktë, është kjo:

Cache pastrimin timelap
Sa sekonda në mes të tabelave të presin cache pastrimin. Set 0 të çaktivizuar. Ju lutemi vini re se vBET ka mbi 150 tavolina cache të qartë - vendosjen këtë vlerë shumë të larta mund të shkaktojë që hapur e cila fillon në natën do të vazhdojnë edhe në orët e ditës. Gjithashtu ju lutem mos vendosur atë më të larta se lidhja juaj është duke pritur MySQL pa përdorimin (vendosjen mysql: wait_timeout) - përndryshe ajo do të shkaktojë "serverit MySQL ka shkuar larg error 'dhe pastrimin e nuk do të përfundojë.

[vBET]

server u rrëzua përsëri sonte: Unë me aftësi të kufizuara, por pastrimi i ra në 0:10 3:30 kur ai u largua BB Enterprise Translator (Cache TTL)

Na vjen keq - unë nuk do të marrë një gjë - që ju keni hapur dy herë në ditë? Ju lutemi disable detyrë pastrimin dhe tregoni bën serveri juaj do të rrëzimit, kur pastrimit është i paaftë (pa marrë parasysh në të cilën orë - disable atë plotësisht). Nqs serveri nuk do të rrëzimit kur pastrimin cache is disabled, atëherë kjo do të thotë se vBET është fajtor. Nëse ende crasches atëherë diçka tjetër shkakton këtë.

Nëse vBET është fajtor atëherë ju keni disa opcione për të akorduar atë:
- Vlera më të mëdha për të vendosur "timelap Cache pastrimin" - kjo do t'i japë kohë dhe CPU më shumë për temat e tjera në mes të pastrimit të çdo tavolinë cache. Unë sugjeroj për të bërë këtë në vendin e parë
- Set ulët "Koha Cache To Live (TTL)" - atëherë tavolina juaj do të jenë më të vogla në mënyrë pastrimin do të jenë më pak të shtrenjtë.
- Luaj me "pastrimin strategjinë Cache" - e fundit do të zgjidhë çështjen tuaj në 100% - ai është projektuar për cache shumë të mëdha dhe do të qartë edhe cache të mëdha menjëherë, sepse ai thjesht heq tërë tavolina cache dhe krijon atë përsëri. Por ajo hap gjithë cache një herë në Cache periudhe TTL, kështu që cache duhet të jetë e mbushur nga fillimi. Kjo është gjëja e fundit që unë e këshilloj të përdorë, kështu që nëse asgjë tjetër është duke punuar kjo do të në 100%. Ajo është shtuar vetëm për situata të tilla

[Valdo]

Jemi munduar zgjidhja e parë që ju kemi propozuar, duke vlerë 3. Ushtrinë tha se ka pasur një ulje të ngarkesës, por të shkojnë përpara në ditë është rritur. Ulja kohëzgjatja, në ditë, cache, problemi mund të zgjidhet? Server është nën peshë, ose duke hapur cache të përkthimeve nuk e keni ruajtur ende në cache?

[vBET]

OK kështu hapat e ardhshëm të cilat mund të ju ndihmojë:
1. Rritja cache TTL - të dhëna më pak do të jetë pastruar çdo herë
2. Ndryshojë strategjinë e hapur për të: "fshirjen Quick lokale me tavolina të zgjedh", - ju lutem vini re se ky opsion mund të jetë i keq në qoftë se cache juaj nuk është mjaft e madhe. Për arka e madhe është më mirë se normale.
3. Eksperimentale: ju mund të zgjidhni "fshirjen Quick lokale me tavolina jam optimist" dhe të redaktoni fotografi / Përfshin / vbenterprisetranslator_functions.php duke komentuar 3 rreshta të kodit i cili përfshin TABELA zgjedh LOKALE. Me këtë modifikim do të hequr vetëm të dhënat e vjetër në mënyrë shumë të shpejtë, por treguesit e juaj nuk do të rindërtohet dhe do të rritet, kështu që ju do të keni për të ekzekutuar komentuar query dorë një herë në kohë. Nëse kjo do të punojë për ju atëherë ne mund të zbatojë atë si një e strategjisë së mbështetur - ku është i shpejtë pastrimin e pa tregues të rindërtuar dhe të rindërtojnë vetë mund të bëhet nga detyra të tjera drejtimin e pra një në javë. Pra, nëse ju na tregoni se ajo është duke punuar për ju ne do të shtoni sidomos për ju