palvelin, joka kuuluu

[Valdo]

koska olen asentanut kääntäjä minulla on toinen ongelma: aina kun olen osa suunniteltua toimintaa puhdistuksen Daily 00:10, minä pudota palvelimelle. Viime yönä jopa pysähtynyt 8 tuntia, joten nyt jouduin poistaa tämän välttää tapahtumasta uudelleen. Miten voin korjata? Kiitos

[vBET]

Onko se vielä tapahtuu, kun käytössä ajoitetun tehtävän "VB Enterprise Kääntäjä (Cache TTL)". Kuinka suuri välimuisti taulukoita? Kun palvelin lasku tapahtuu Onko sinulla virheitä lokitiedostoja? Yrititkö käyttää vBET parametri "Cache clearing timelap"? Mitä selvitys strategia käytät juuri nyt?

[Valdo]

Jos en ole väärässä useita välimuisti taulukoita, yksi kutakin kieltä. Kokonaissumma tietokannan varmuuskopiot että tein 2 Maaliskuu oli 877 mb. Jos teemme keskimäärin välimuisti taulukoita, on 5 Mt, aina enintään 14 Mt Kiinan ja Japanin, vähintään 2 MB Thaimaan. Skripti, joka poistaa vanhat käännökset lähtee klo 3.30. Tarkasteltaessa vaihtoehtoja vBET vanhat käännökset pitäisi poistaa 15 vuorokauden välein, asetukset ovat kuten sinä laittaa sinut asennuksen. Jos tarkoitat timelap parametri, välimuistin selvitys strategia, tämä poisto on Normaali.

[vBET]

Te ette vastannut tärkeimmät tiedot - ei se vielä kaatuu ajoitetun tehtävän on pois käytöstä? Ensin on selvitettävä se vBET on pohjimmiltaan kysymys.

Normaalissa poisto vanha välimuisti poistetaan päivittäin. Jos haluat nopein tapa poisto - käyttää viimeisimmän strategia - tämä poistaa koko välimuisti kerran per 15 päivää. Se toimii välittömästi ja käyttää lähes 0 palvelimen resursseja. Mutta sinun täytyy täyttää koko välimuistin uudelleen, ei vain vanha.

Oletko yrittänyt käyttää "Cache clearing timelap" vaihtoehto?

[Valdo]

palvelin kaatui jälleen tänä iltana: poistin puhdistusta 0:10 mutta lankesi 03:30 kun hän lähti BB Enterprise Kääntäjä (Cache TTL)

[Valdo]

Katsoin, arvo, johon viittaatte on 1. Tarkkaan ottaen on tämä:

Cache clearing timelap
Kuinka monta sekuntia on odotettava clearing cache taulukoita. Aseta 0 poistaa käytöstä. Huomaa, että vBET on yli 150 välimuisti taulukoita selkeä - määrittämällä arvon liian korkeaksi saattaa aiheuttaa, että selvitys, joka alkaa yöllä jatkumisen myös päivä tuntia. Myös älä aseta sitä suuremmaksi että MySQL-yhteyden odottaa ilman käyttö (MySQL asetus: wait_timeout) - muuten se aiheuttaa "MySQL-palvelin on siirtynyt pois erehdyksessä ja selvitys ei valmis.

[vBET]

palvelin kaatui jälleen tänä iltana: poistin puhdistusta 0:10 mutta lankesi 03:30 kun hän lähti BB Enterprise Kääntäjä (Cache TTL)

Anteeksi - En tajua yksi asia - olet selvitys kahdesti päivässä? Ole hyvä poistaa selvitys tehtävä ja kerro se palvelin kaatuu, kun clearing ei ole käytössä (ei väliä mihin aikaan - poistaa sen kokonaan). Jos palvelin ei kaatua välimuistin selvitys on pois käytöstä niin se tarkoittaa, että vBET on syyllinen. Jos vielä crasches sitten jotain muuta aiheuttaa tämän.

Jos vBET on syyllinen niin sinulla on useita mahdollisuuksia virittää sitä:
- Asettaa suurempi arvo "Cache clearing timelap" - Tämä antaa aikaa ja enemmän CPU muut ketjut välillä selvitys kunkin cache pöytä. Ehdotan, että tämä tehdään ensin
- Alempi "Cache Time To Live (TTL)" - sitten pöytäsi on pienempi niin selvitys on halvempaa.
- Pelaa "Cache clearing strategia" - viimeinen ratkaisee ongelmasi 100% - se on suunniteltu erittäin suuri välimuisti ja tyhjentää jopa valtava välimuistin heti, koska se vain poistaa koko välimuisti taulukoita ja luo se uudelleen. Mutta se tyhjentää koko välimuisti kerran Cache TTL ajan, joten välimuisti on täynnä alusta. Tämä on viimeinen asia, kehotan käyttämään, joten jos mikään muu toimii tämä on 100%. Se lisätään vain tällaisissa tilanteissa:)

[Valdo]

Yritimme ensimmäisen ratkaisun olette ehdottanut, määrittämällä sen arvoksi 3. Isäntä sanoi, että siellä oli laskua kuormaa, mutta menee eteenpäin päivä on lisääntynyt. Vähentämällä kesto päivinä, välimuisti, ongelma voidaan ratkaista? Palvelin on kuormitettu, tai tyhjentämällä välimuistin käännöksiä ei ole vielä tallennettu välimuistiin?

[vBET]

Ok, niin seuraavat askeleet, jotka voivat auttaa sinua:
1. Kasvata välimuisti TTL - vähemmän tiedot poistetaan aina
2. Vaihda clearing strategiaa: "Quick paikallinen poisto optimoida pöydät" - Huomaa, että tämä vaihtoehto voi olla pahin jos välimuisti ei ole tarpeeksi suuri. Suuriin välimuistit on parempi, että normaali.
3. Kokeilussa: voit valita "Quick paikallinen poisto optimoida pöydät" ja muokata tiedostoa / includes / vbenterprisetranslator_functions.php kommentein 3 riviä koodia, joka sisältää OPTIMOI LOCAL TAULUKKO. Tämän muutoksen se poistaa vain vanhoja tietoja hyvin nopea tapa, mutta indeksit eivät jälleenrakentaa ja kasvaa, niin sinun täytyy suorittaa kommentoi kyselyn manuaalisesti kerran taas. Jos se toimii sinulle niin voimme toteuttaa sen yhdeksi tuetuista strategia - jossa on nopea pesu ilman indeksit uudelleen ja uudelleen itse voi tehdä muuta tehtävää käynnissä eli yksi viikko. Joten jos kerrot meille, että se on kunnossa, niin lisäämme sen juuri sinulle:)