Fehlerbehebung bei der Datenbankspeicherung in Adobe Commerce

Dies kann an einer Reihe von Symptomen erkennbar sein, z. B. dass die /tmp-Mount voll ist, sich nicht an der Site befindet oder nicht in der Lage ist, SSH in einen -Knoten zu integrieren. Möglicherweise treten auch Fehler auf wie Kein Platz mehr auf dem Gerät (28). Eine Liste der Fehler, die sich daraus ergeben, dass /tmp voll ist, finden Sie unter /tmp mount full.

Oder haben Sie ein /data/mysql Problem, das durch Platzmangel verursacht wurde? Dies kann auch durch eine Vielzahl von Symptomen angezeigt werden, darunter Website-Ausfall, Kunden, die keine Produkte in den Warenkorb legen können, Verbindungsfehler zur Datenbank und Galeria-Fehler wie SQLSTATE[08S01]: Kommunikationsverbindungsfehler: 1047 WSREP. Eine Liste der Fehler, die aus zu wenig MySQL Speicherplatz resultieren, finden Sie unter MySQL Speicherplatz ist in Adobe Commerce auf der Cloud-Infrastruktur zu niedrig.

Wenn Sie sich nicht sicher sind, ob Sie ein Speicherplatzproblem haben und ein New Relic-Konto haben, gehen Sie zur Seite Hosts für die Überwachung der New Relic-Infrastruktur. Klicken Sie dort auf die Registerkarte Speicher, ändern Sie die Dropdown-Liste Diagramme von 5 bis 20 Ergebnissen und suchen Sie in der Tabelle nach einer hohen Festplattenauslastung im Diagramm oder in der Tabelle Verwendete Festplatte % . Weitere Informationen finden Sie unter [New Relic-Infrastrukturüberwachung > Registerkarte „Speicher“]https://docs.newrelic.com/docs/infrastructure/infrastructure-ui-pages/infra-hosts-ui-page/#storage).

Wenn Sie eines der oben beschriebenen Symptome haben, überprüfen Sie den Status Ihrer Inodes, um sicherzustellen, dass dies nicht durch Probleme mit der Dateinummer verursacht wird. Führen Sie dazu den folgenden Befehl in der CLI/Terminal aus:
df -ih

Ist IUse% > 90%?

a. JA - Dies liegt daran, dass zu viele Dateien vorhanden sind. Überprüfen Sie die Schritte zum sicheren Entfernen von Dateien in Dateien sicher löschen, wenn kein Speicherplatz mehr zur Verfügung steht, Adobe Commerce in der Cloud-Infrastruktur. Fahren Sie Schritt 2 fort nachdem Sie diese Schritte abgeschlossen haben. Wenn Sie mehr Speicherplatz benötigen, reichen ein Support-Ticket ein.
b. NEIN - Platzierung prüfen. Führen Sie df -h | grep mysql und dann df -h | grep tmp in der CLI/Terminal aus, um die Speicherplatznutzung in den /tmp- und /data/mysql-Verzeichnissen zu überprüfen. Fahren Sie mit Schritt 3 fort.

Nachdem Sie die Anzahl der Dateien reduziert haben, führen Sie df -h | grep mysql aus und df -h | grep tmp Sie dann in der CLI/Terminal, um den Speicherplatzbedarf in /tmp und /data/mysql zu überprüfen. Werden für /tmp oder /data/mysql mehr als 70 % verwendet?

a. JA - Mit Schritt 3 fortfahren.
b. NEIN - Abfragen können den verfügbaren Speicher erschöpfen. Dadurch kann der Knoten abstürzen, die Abfrage wird beendet und die tmp Dateien werden entfernt. Untersuchen Sie die Ausgabe des SHOW PROCESSLIST; in der MySQL CLI auf Abfragen, die die Ursache des Problems sein könnten. Senden Sie ein Support-Ticket und benötigen Sie mehr Speicherplatz.

Welches Verzeichnis wird zu mehr als 70 % verwendet? /tmp oder /data/mysql?

note note
NOTE
Standardmäßig schreibt Datenbank-tmpdir in /tmp. Um zu überprüfen, ob Ihre Datenbankkonfiguration immer noch auf dieser Standardeinstellung ist, führen Sie den folgenden Befehl in MySQL CLI aus: SHOW VARIABLES LIKE "TMPDIR"; Wenn das Datenbank-tmpdir immer noch in /tmp schreibt, wird in der Spalte Wert /tmp angezeigt.

a. /tmp - Fahren Sie mit Schritt 4 fort.
b. /data/mysql - Fahren Sie mit Schritt 5 fort.

Fehlerbehebung bei /tmp-Bereitstellungen für Adobe Commerce, scrollen Sie im Artikel nach unten und versuchen Sie die Lösungen und Best Practices. Führen Sie dann df -h | grep mysql aus und df -h | grep tmp Sie dann in der CLI/Terminal, um die Speicherplatznutzung in /tmp- und /data/mysql-Verzeichnissen zu überprüfen
  < 70% verwendet?

note note
NOTE
Die Lösungen in Fehlerbehebung /tmp mount full für Adobe Commerce sind für Händler konzipiert, die die Variablen für die Datenbank tmpdir, die standardmäßig in /tmp schreibt, nicht geändert haben. Wenn Sie den Wert „tmpdir“ geändert haben, helfen die Anweisungen unter Fehlerbehebung bei /tmp-Bereitstellungen für Adobe Commerce nicht weiter.

a. JA - Sie haben das Problem gelöst.
b. NEIN - Support-Ticket einreichen mehr Platz benötigen.

Die Datenbankkonfiguration befindet sich möglicherweise nicht mehr auf dem ursprünglichen Standardwert. Suchen Sie die Datenbank-tmpdir-Konfiguration, indem Sie in der MySQL CLI ausführen: SELECT @@DATADIR;. Wenn /data/mysql/ ausgegeben wird, schreibt die Datenbank tmpdir jetzt in /data/mysql/. Versuchen Sie, den Speicherplatz in diesem Verzeichnis zu erhöhen, indem Sie die Schritte unter MySQL Speicherplatz ist auf Adobe Commerce in unserer Cloud-Infrastruktur knapp befolgen. Führen Sie dann df -h | grep mysql aus und df -h | grep tmp Sie dann in der CLI/Terminal, um die Speicherplatznutzung in /data/mysql und /tmp zu überprüfen.
  < 70% verwendet?

a. JA - Sie haben das Problem gelöst.
b. NEIN - Support-Ticket einreichen mehr Platz benötigen.