Server, der fällt

[Valdo]

da ich den Übersetzer installiert habe ich ein anderes Problem: wenn ich ein Teil der geplanten Operation der Reinigung der Daily 00.10 bin, lasse ich den Server. Letzte Nacht habe ich sogar für 8 Stunden ins Stocken geraten, so dass ich jetzt auf diese deaktivieren hatte zu verhindern, dass es wieder geschieht.
Wie kann ich das Problem beheben?
Dank

[vBET]

Ist es immer noch geschieht, wenn Sie Aufgabe deaktiviert geplant "vB Enterprise-Translator (Cache TTL)". Wie groß sind Ihre Cache-Tabellen? Wenn Server fallen passiert hast du irgendwelche Fehler in Log-Dateien? Haben Sie versucht, vBET Parameter "Cache Clearing timelap" verwenden? Was Clearing-Strategie sind Sie gerade?

[Valdo]

Wenn ich mich nicht irre gibt es mehrere Cache-Tabellen, eine für jede Sprache. Die Summe aller Datenbank-Backups, die ich am 2. März gemacht wurde 877 mb. Wenn wir einen Durchschnitt von Cache-Tabellen vornehmen, werden 5 MB je von einem Maximum von 14 mb der chinesischen und japanischen sein, für ein Minimum von 2 MB für die Thai. Das Skript, das die alten Übersetzungen entfernt fährt um 3.30. Mit Blick auf die Optionen vbet alten Übersetzungen entfernt werden sollten alle 15 Tage, sind die Optionen, wie Sie Sie legen bei der Installation.
Wenn Sie mit dem timelap Parameter, Cache-Bereinigung-Strategie ist, ist diese Streichung auf Normal festgelegt.

[vBET]

Sie antwortete nicht die wichtigsten Informationen - hat es noch abstürzt, wenn eine geplante Aufgabe ist deaktiviert? Zunächst müssen wir nicht vBET ist wirkliche Problem hier zu bestimmen.

In normalen Löschen alter Cache wird täglich gelöscht. Verwendung letzte Strategie - - Wenn Sie schnellste Weg der Löschung möchte diese wird ganz Cache umgehend entfernen pro 15 Tage. Es funktioniert sofort und verwenden praktisch 0 Server-Ressourcen. Aber man muss ganz Cache wieder zu füllen, nicht nur alte.

Haben Sie versucht, "Cache Clearing timelap"-Option benutzen?

[Valdo]

der Server abgestürzt ist heute Abend wieder: Ich behinderten die Reinigung von 00.10 fiel aber um 3:30, wenn er BB Enterprise-Translator (Cache TTL) links

[Valdo]

Ich sah, wird der Wert auf die Sie verweisen auf 1 gesetzt. Um genau zu sein, ist dies:

Cache Clearing timelap
Wie viele Sekunden zwischen Ausgleich Cache-Tabellen warten. Set 0 zu deaktivieren. Bitte beachten Sie, dass vBET hat über 150 Cache-Tabellen zu löschen - Einstellung dieser Wert zu hoch sein kann, dass das Löschen, die in der Nacht beginnt verursachen wird auch weiterhin in Tagesstunden. Auch bitte setzen Sie sie nicht mehr, dass Ihre MySQL-Verbindung ohne Verwendung warten (mysql Einstellung: wait_timeout) - sonst wird es Ursache und Clearing wird nicht fertig werden "MySQL Server hat sich Fehler ist verschwunden."

[vBET]

der Server abgestürzt ist heute Abend wieder: Ich behinderten die Reinigung von 00.10 fiel aber um 3:30, wenn er BB Enterprise-Translator (Cache TTL) links

Sorry - ich nicht eine Sache - man muss zweimal Clearing pro Tag? Bitte deaktivieren Clearing Aufgabe und erzählen nicht den Server zum Absturz beim Löschen deaktiviert ist (egal bei welcher Stunde - disable es vollständig). Wenn der Server nicht abstürzen wird, wenn Cache-Bereinigung deaktiviert ist, dann bedeutet das, dass vBET schuldig ist. Wenn noch crasches dann etwas anderes bewirkt dies.

Wenn vBET schuldig ist dann haben Sie mehrere Möglichkeiten, um es zu tune up:
- Set größeren Wert auf "Cache Clearing timelap" - das gibt Zeit und mehr CPU für andere Threads zwischen Clearing jedem Cache-Tabelle. Ich schlage vor, dies in erster Linie zu tun
- Set unteren "Cache Time To Live (TTL)" - dann Ihre Tabellen werden kleiner, so Clearing wird weniger teuer.
- Mit "Cache Clearing-Strategie" Play - die letzte wird das Problem in 100% zu lösen - es ist für sehr große Cache ausgelegt und wird auch große Cache sofort klar, denn es entfernt nur ganze Cache-Tabellen und schafft es wieder. Aber es ganze Cache löscht einmal pro Cache TTL Zeitraum, so Cache müssen von Anfang an besetzt werden. Dies ist letzte, was ich raten zu bedienen, so dass, wenn nichts anderes funktioniert dies in 100%. Es ist gerade für solche Situationen hinzugefügt

[Valdo]

Wir haben versucht, die erste Lösung, die Sie vorgeschlagen haben, indem der Wert auf 3. Der Gastgeber sagte, dass es einen Rückgang der Belastung, sondern gehen nach vorne in den Tag erhöht. Eine Verringerung der Dauer in Tagen an, den Cache, könnte das Problem gelöst werden? Der Server ist unter Last oder durch das Leeren des Caches der Übersetzungen noch nicht im Cache gespeichert?

[vBET]

OK so die nächsten Schritte, die Ihnen helfen können:
1. Erhöhen Cache TTL - weniger Daten werden jedes Mal gelöscht werden
2. Ändern Clearing-Strategie an: "Quick lokalen Löschen mit Optimierung von Tabellen" - bitte beachten Sie, dass diese Option kann Schlimmste, wenn Sie den Cache nicht groß genug ist. Für große Caches ist es besser, normal.
3. EXPERIMENTAL: Sie können wählen, "Quick lokalen Löschen mit Optimierung von Tabellen" und bearbeiten Datei / Includes / vbenterprisetranslator_functions.php von comment 3 Zeilen Code, die auch OPTIMIZE lokalen Tabelle. Mit dieser Änderung wird es zu entfernen nur alte Daten in sehr schneller Weg, aber die Indizes nicht neu aufgebaut werden und wachsen, so müssen Sie ausführen kommentierte Abfrage manuell einmal eine Weile. Wo schnelle Reinigung ohne Indizes neu und wieder aufzubauen, indem andere Aufgabe gemacht werden kann laufen, dh einmal pro Woche - Wenn es für Sie arbeiten, dann können wir es als eine der unterstützten Strategie umzusetzen. Also, wenn Sie uns sagen, dass es für Sie arbeitet, werden wir es speziell für Sie hinzufügen