PDA

View Full Version: Løst server, der falder



Valdo
08-03-10, 10:45
siden jeg har installeret oversætteren, jeg har et andet problem: når jeg er en del af den planlagte operation af rengøring Daily 0:10, jeg taber serveren. I aftes Jeg har endda gået i stå i 8 timer, så nu jeg var nødt til at deaktivere denne for at undgå at det sker igen. Hvordan kan jeg fix? Thanks

vBET
08-03-10, 16:22
Er det stadig sker, når du har deaktiveret planlagte opgave "VB Enterprise Oversætter (Cache TTL)". Hvor store er din cache tabeller? Når serveren falde sker, har du nogen fejl i logfilerne? Har du prøvet at bruge vBET parameter "Cache clearing timelap"? Hvad clearing strategi bruger du lige nu?

Valdo
08-03-10, 18:30
Hvis jeg ikke er fejl der er flere cache tabeller, en for hvert sprog. Summen af alle database backups, som jeg gjorde den 2. marts blev 877 mb. Hvis vi laver et gennemsnit på cache tabeller, vil være 5 MB hver, der spænder fra et maksimum på 14 MB af kinesisk og japansk, for minimum 2 MB for den thailandske. Det script, der fjerner de gamle oversættelser afgår kl 3.30. Ser man på de muligheder vbet gamle oversættelser bør fjernes hver 15 dage, er de muligheder, der er, som du sætter dig ved installationen. Hvis du mener med timelap parameter, cache clearing-strategi, er denne sletning indstillet til Normal.

vBET
09-03-10, 03:44
Du svarede ikke på de vigtigste oplysninger - gør det stadig går ned, når planlagte opgave er handicappet? Først skal vi bestemme gør vBET er reelt problem her.

I normal sletning gamle cache er slettet dagligt. Hvis du ønsker hurtigste måde at sletning - brug sidste strategi - det her vil fjerne hele cachen en gang pr 15 dage. Det virker øjeblikkeligt og bruger stort set 0, server ressourcer. Men du er nødt til at fylde hele cache igen, ikke bare gamle.

Har du prøvet at bruge "Cache clearing timelap" valgmulighed?

Valdo
09-03-10, 07:49
serveren gik ned igen i aften: Jeg har deaktiveret rensning af 0:10, men faldt på 3:30, da han forlod BB Enterprise Oversætter (Cache TTL)

Valdo
09-03-10, 10:28
Jeg så, er den værdi, som du refererer sat til 1. For at være præcis, er dette:

Cache clearing timelap
Hvor mange sekunder til at vente mellem clearing cache tabeller. Sæt 0 for at deaktivere. Bemærk venligst, at vBET har over 150 cache tabeller til at klare - at sætte denne værdi for høj kan medføre, at clearing, som starter om natten vil fortsætte, selv i dagtimerne. Også skal du ikke sætte den højere at din MySQL forbindelsen venter uden brug (mysql indstilling: wait_timeout) - ellers vil det medføre "MySQL-serveren er gået væk error 'og clearing vil ikke blive færdig.

vBET
10-03-10, 16:26
serveren gik ned igen i aften: Jeg har deaktiveret rensning af 0:10, men faldt på 3:30, da han forlod BB Enterprise Oversætter (Cache TTL)

Beklager - Jeg får ikke én ting - du har clearing to gange om dagen? Husk at deaktivere clearing opgave, og fortæl ikke din server vil gå ned, når clearing er deaktiveret (uanset hvor time - deaktivere det helt). Hvis serveren ikke vil gå ned, når cachen clearing er deaktiveret, betyder det, at vBET er skyldig. Hvis du stadig crasches så noget andet forårsager denne.

Hvis vBET er skyldig så har du flere muligheder for at tune den op:
- Indstillet større værdi til "Cache clearing timelap" - det vil give tid og mere CPU for andre tråde mellem clearing hver cache bordet. Jeg foreslår at gøre dette i første omgang
- Indstil lavere "Cache Time To Live (TTL)" - så er dit tabeller vil blive mindre, så clearing vil blive billigere.
- Spil med "Cache clearing-strategi" - det sidste vil løse dit problem i 100% - det er designet til meget store cache og vil klare selv store cache straks, fordi det bare fjerner hele cache tabeller og skaber det igen. Men det rydder hele cachen gang pr Cache TTL-perioden, så cachen er nødt til at blive fyldt fra start. Dette er sidste ting jeg råde til at bruge, så hvis intet andet virker dette vil i 100%. Det tilføjes blot for sådanne situationer:)

Valdo
18-03-10, 15:58
Vi prøvede den første løsning, du har foreslået, at sætte værdien til 3. Værten sagde, at der var et fald i belastning, men det går fremad i dag er steget. Aftagende varighed, i dage, cachen, kan problemet løses? Serveren er under belastning, eller ved at rydde cache af oversættelser har endnu ikke gemt i cachen?

vBET
19-03-10, 03:15
OK, så næste skridt, som kan hjælpe dig:
1. Forøg cache TTL - færre data vil blive ryddet hver gang
2. Skift clearing strategi for: "Quick lokal sletning med optimering af tabeller" - bemærk, at denne mulighed kan være værst, hvis din cache ikke er stor nok. For store cacher er det bedre, at normalt.
3. FORSØG: du kan vælge "Hurtig lokal sletning med optimere tabeller" og redigere filen / includes / vbenterprisetranslator_functions.php ved at kommentere 3 linjer kode, som omfatter OPTIMER lokal tabel. Med denne ændring vil det fjerne kun gamle data i meget hurtig måde, men din indeks vil ikke blive ombygget og vil vokse, så du bliver nødt til at udføre kommenteret forespørgsel manuelt en gang imellem. Hvis det vil arbejde for dig, så vi kan gennemføre det som en af understøttede strategi - hvor er hurtig rengøring uden indekser genopbygge og genopbygge sig selv kan gøres ved anden opgave at køre dvs. én om ugen. Så hvis du fortæller os, at det fungerer for dig, vil vi tilføje det specielt til dig:)

Automatic Translations (Powered by Google, Microsoft®, Yandex, SDL Language Cloud, IBM Watson and Apertium):
AfrikaansAlbanianArabicBelarusianBulgarianCatalanChineseCroatianCzechDanishDutchEnglishEstonianFilipinoFinnishFrenchGalicianGermanGreekHaitian CreoleHebrewHindiHungarianIcelandicIndonesianIrishItalianJapaneseKoreanLatvianLithuanianMacedonianMalayMalteseNorwegianPersianPolishPortugueseRomanianRussianSerbianSlovakSlovenianSpanishSwahiliSwedishTaiwaneseThaiTurkishUkrainianVietnameseWelshYiddish
Languages translations delivered by vBET 4.10.1