Problemen met opslagproblemen voor databases op Adobe Commerce oplossen
Dit artikel bevat een stapsgewijze gids voor het oplossen van problemen met databaseopslag op Adobe Commerce. Het helpt worteloorzaken met betrekking tot een gebrek aan ruimte in /tmp en /data/mysql, inode uitputting, en configuratieveranderingen zoals non-default MySQL tmpdir identificeren. Elke stap stelt een kenmerkende vraag voor en leidt u aan relevante bevelen, logboeken, of documentatie die op uw antwoord wordt gebaseerd.
Beschrijving description
Omgeving
Adobe Commerce over cloudinfrastructuur
Probleem/symptomen
- Siteuitval of downtime veroorzaakt door opslagproblemen voor databases
- De fouten zoals Geen ruimte verlaten op apparaat (28)
- Kan SSH niet opnemen in knooppunt vanwege volledige
/tmpmontage - Schijfgebruik met een hoge waarde in mappen
/tmpof/data/mysql - Klanten die geen producten aan winkelwagentje kunnen toevoegen
- Fout met databaseverbinding
- De clusterfouten van Galera zoals SQLSTATE
[08S01]: Communicatie verbindingsmislukking: 1047 WSREP - Zoekt de beschikbare opslag uitputtend en veroorzakend knoopinstorting
- Uitputting van knooppunt (te veel bestanden) aangegeven door
IUse% > 90%
Resolutie resolution
Stap 1 - Identificeer de folder met een ruimtekwestie
/tmp kwestie die door een gebrek van ruimte wordt veroorzaakt?Dit kan worden geïndiceerd door een reeks symptomen waaronder:
/tmpmount is full- Site naar beneden of buiten
- Unable to SSH into a node
- De fouten als Geen ruimte verlaten op apparaat (28)
Voor een lijst van fouten die het resultaat zijn van /tmp volledig zijn, herzie /tmp zet volledig op.
Of heeft u een /data/mysql -probleem dat wordt veroorzaakt door een gebrek aan ruimte? Symptomen zijn onder meer:
- Afval van site
- Klanten die geen producten aan winkelwagentje kunnen toevoegen
- Fout bij databaseverbinding
- De fouten van Galera zoals SQLSTATE
[08S01]: Communicatie verbindingsmislukking: 1047 WSREP
Voor een lijst van fouten die uit lage MySQL schijfruimte voortvloeien, verwijs naar MySQL schijfruimte is laag op Adobe Commerce op wolkeninfrastructuur .
Als u onzeker bent als u een kwestie van de schijfruimte hebt en u een rekening van New Relic hebt, ga naar de pagina van de Gastheren van de Infrastructuur van New Relic de controle . Hierna:
- Klik op het lusje van de Opslag
- Verander de Grafiek toont dropdown van 5 tot 20 resultaten
- Zoek in de lijst voor hoog schijfgebruik in de Schijf Gebruikte % grafiek of de lijst
Voor meer gedetailleerde stappen, verwijs naar New Relic Infrastructuur die > lusje van de Opslag controleert.
Als u een van de hierboven beschreven symptomen heeft, controleert u de toestand van de inodes om te controleren of dit niet wordt veroorzaakt door een probleem met het bestandsnummer. Looppas in CLI/Terminal:
| code language-none |
|---|
|
Is IUse% > 90%?
-
JA - teveel dossiers. De stappen van het overzicht om dossiers veilig in te verwijderen schrappen veilig dossiers wanneer uit schijfruimte . Ga na het voltooien van deze stappen verder met stap 2. Als u meer ruimte wilt verzoeken, voorlegt een steunkaartje .
-
NO - het gebruik van de schijfruimte van de controle in
/tmpen/data/mysqlfolders. Looppas in CLI/Terminal:code language-none df -h | grep mysql df -h | grep tmp
Ga vervolgens verder met stap 3.
Stap 2 - Schijfruimte controleren
Nadat u het aantal bestanden hebt verkleind, voert u de volgende opdracht in de CLI/Terminal uit om het gebruik van schijfruimte in /tmp en /data/mysql te controleren.
| code language-none |
|---|
|
Wordt meer dan 70% gebruikt voor /tmp of /data/mysql?
-
JA - ga aan Stap 3 te werk.
-
GEEN - de Vragen kunnen beschikbare opslag uitputten. Hierdoor kan het knooppunt vastlopen, waardoor de query wordt gedood en de
tmp-bestanden worden verwijderd. Login aan de MySQL bevel-lijn cliënt en looppas:code language-none SHOW PROCESSLIST;
Onderzoek de output voor problematische vragen. Als onopgelost, voorlegt een steunkaartje verzoekend meer ruimte.
Stap 3 - Identificeer directory met hoog gebruik
/tmp- Ga naar stap 4./data/mysql- Ga naar stap 5.
Nota: Door gebrek, schrijft de gegevensbestand tmpdir aan /tmp. Om uw gegevensbestandconfiguratie te controleren, login aan MySQL bevel-lijn cliënt en looppas:
| code language-none |
|---|
|
Als tmpdir nog aan /tmp schrijft, zult u /tmp in de kolom van de Waarde zien.
Stap 4 - los /tmp volledige onderstel problemen op
Volg problemen /tmp koppelen volledig voor Adobe Commerce op. Na het toepassen van oplossingen, looppas in CLI/Terminal:
| code language-none |
|---|
|
Is gebruik < 70%?
- JA - Het probleem werd opgelost.
- GEEN - voorlegt een steunkaartje verzoekend meer ruimte.
Nota: de oplossingen in lossen /tmp op zet volledig wordt ontworpen voor handelaren die niet de variabelen voor gegevensbestandtmpdir hebben veranderd, die door gebrek aan /tmp schrijft. Als u de tmpdir waarde hebt veranderd, zullen de instructies in /tmp problemen oplossen volledig niet helpen.
Stap 5 - standaard controleren
Uw databaseconfiguratie bevindt zich mogelijk niet meer op de oorspronkelijke standaard. Zoek de configuratie van de gegevensbestandtmpdir door in MySQL bevel-lijn cliënt in werking te stellen: SELECT @@DATADIR;
Als /data/mysql/ wordt uitgevoerd, schrijft tmpdir naar /data/mysql/ . De ruimte van de verhoging door de stappen in te volgen MySQL schijfruimte is laag op Adobe Commerce op wolkeninfrastructuur . Dan looppas in CLI/Terminal:
| code language-none |
|---|
|
Is gebruik < 70%?
- JA - Het probleem werd opgelost.
- GEEN - voorlegt een steunkaartje verzoekend meer ruimte.
Gerelateerde lezing
Beste praktijken voor het wijzigen van gegevensbestandlijsten in het Playbook van de Implementatie van Commerce.