Kan Home Assistant använda en extern databas utan att uppgraderingar slutar fungera?

Home Assistant kan använda en extern Recorder-databas utan att varje uppgradering blir skör, men databasen blir då en separat tillståndsbaserad tjänst som måste vara online, kompatibel, skrivbar, säkerhetskopierad och återställningsbar när Home Assistant utför schemaarbete. Att flytta Recorder från värden tar inte bort databasåtgärderna; det överför fler av dem till dig.

Den säkrare modellen är att hålla Home Assistant och databasen på oberoende men samordnade livscykler. Säkerhetskopiera båda, undvik databaser med versioner som inte stöds, bevara behörigheterna som krävs för schemamigreringar och testa återställningsvägen innan du tillåter obevakade uppgraderingar av båda samtidigt.

Använd en Recorder-backend som Home Assistant faktiskt stöder

En extern databas bör konfigureras via Recorder i stället för att behandlas som en allmän SQL-slutpunkt. MariaDB är ett vanligt alternativ, och Home Assistants underhållna MariaDB-app dokumenterar databasen, användaren, behörigheterna och den Recorder-anslutningssträng som krävs för tjänsten.

Home Assistants aktuella Recorder-dokumentation listar MariaDB, MySQL, PostgreSQL och SQLite som stödda backends, samtidigt som SQLite uttryckligen anges som standarddatabas och rekommenderad databas. En extern databas stöds alltså, men är ett driftsval och inte en nödvändig uppgraderingsväg.

Minska inte godtyckligt Recorder-kontots behörigheter till enbart läs- och skrivbehörighet om migreringar kan behöva skapa index, ändra tabeller eller uppdatera schemaobjekt. Använd i stället ett separat skrivskyddat konto för analysverktyg.

Home Assistant-uppgraderingar kan omfatta migreringar av Recorders databasstruktur

En versionsändring i Home Assistant kan kräva att Recorder migrerar databasschemat innan historik och statistik återgår till det normala. Under den perioden kan databasens prestanda tillfälligt försämras, och en omstart mitt under migreringen kan göra återställningen svårare.

Home Assistant Recorder kan behöva uppdatera sitt schema vid en versionsändring, samtidigt som databasservern har sin egen uppgraderingslivscykel. MariaDB:s uppgraderingsvägledning för 2026 rekommenderar att ta en fullständig säkerhetskopia, granska målversionen, köra databasens uppgraderingsverktyg och validera applikationen efter serverändringen.

Ta en databas­konsistent säkerhetskopia före en större Home Assistant-uppgradering och kontrollera ledigt utrymme samt databasens hälsa. Om du också planerar att uppgradera MariaDB, MySQL eller PostgreSQL bör du undvika att ändra båda produkterna samtidigt, såvida inte din återställningsplan omfattar båda versionerna.

Extern tillgänglighet blir en del av Recorders tillförlitlighet

En extern databas lägger till DNS, nätverk, autentisering, serverprocess, lagring och databasens tillgänglighet i Recorders sökväg. Home Assistant kan fortsätta köra lokala automatiseringar medan historiken är otillgänglig, så ett databasavbrott kan vara mindre uppenbart än ett Core-avbrott.

Ett aktuellt Recorder-problem från 2026 visar denna driftsrisk: en PostgreSQL-anslutning som förlorades efter normal uppstart gjorde att Recorder slutade skriva tills Home Assistant startades om i den rapporterade miljön.

Betrakta detta som ett praktiskt feltillstånd, inte som ett universellt påstående om alla versioner. Övervaka nya Recorder-skrivningar och anslutningsfel så att ett kortvarigt avbrott i den externa databasen inte i tysthet blir timmar av saknad historik.

Featured

ZimaCube 2 personlig molnhem NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

Återställningstester måste omfatta databasserverns version

En SQL-dump som kan återställas till en databasversion är inget bevis på att den kan återställas till alla framtida versioner. Databasmotorer har egna schemaregler och kompatibilitetsändringar som är oberoende av Home Assistant.

Även säkerhetskopieringsformatet spelar roll. MariaDB:s vägledning skiljer logiska SQL-säkerhetskopior, som är relativt portabla, från fysiska säkerhetskopior som är starkare kopplade till databasfilerna och servermiljön. Testa den faktiska återställningsmiljön i stället för att anta att alla arkiv är utbytbara mellan framtida databasversioner.

Samla Home Assistant-versionen, databasmotorn, databasversionen, platsen för anslutningssträngen, säkerhetskopieringsmetoden och återställningsproceduren i samma återställningsdokumentation.

Håll databasen separat endast när den extra gränsen ger verkliga fördelar

En extern databas kan vara meningsfull när flera tjänster redan är beroende av en hanterad databasplattform, när Home Assistant-värden är kortlivad eller när lagring och databasens säkerhetskopieringspolicy medvetet centraliseras. Den är inte automatiskt snabbare eller säkrare än lokal SQLite.

ZimaSpace-artikeln om att separera tillståndsbaserad lagring från arbetsbelastningar med varierande beräkningsbehov använder samma arkitektoniska test: dela upp roller endast när den oberoende livscykeln, felgränsen eller resursprofilen motiverar det extra nätverks- och återställningsberoendet.

Om den externa databasen skapar mer koppling mellan uppgraderingar än den eliminerar bör du återgå till en enklare layout som stöds, i stället för att behålla den enbart för att ”extern databas” låter mer skalbart.

Vanliga frågor

Behöver jag MariaDB eller PostgreSQL för en stor Home Assistant-installation?

Nej. Home Assistants standardbackend SQLite är fortfarande ett giltigt och rekommenderat val. Byt till en extern databas endast när du har ett uppmätt driftsmässigt skäl och är beredd att själv ansvara för den extra tjänsten.

Bör jag uppgradera Home Assistant och den externa databasen samma dag?

Ändra helst ett tillståndsbaserat lager i taget. Säkerhetskopiera först, verifiera databasen på dess aktuella version, uppgradera en komponent, validera Recorder och överväg först därefter den andra uppgraderingen.