Home Assistant kan een externe Recorder-database gebruiken zonder dat elke upgrade kwetsbaar wordt, maar de database wordt een afzonderlijke stateful service die online, compatibel, beschrijfbaar, geback-upt en herstelbaar moet zijn wanneer Home Assistant schemawerk uitvoert. Recorder van de host verplaatsen neemt databasebewerkingen niet weg; het draagt er meer van aan jou over.
Het veiligere model is om Home Assistant en de database onafhankelijke maar op elkaar afgestemde levenscycli te geven. Maak van beide back-ups, vermijd niet-ondersteunde databaseversies, behoud de benodigde rechten voor schemamigraties en test het herstelproces voordat je aan beide kanten tegelijkertijd onbeheerde upgrades toestaat.
Gebruik een Recorder-backend die Home Assistant daadwerkelijk ondersteunt
Een externe database moet via Recorder worden geconfigureerd en niet als een generiek SQL-eindpunt worden behandeld. MariaDB is een veelgebruikte optie en de onderhouden MariaDB-app van Home Assistant documenteert de database, gebruiker, rechten en Recorder-verbindingsreeks die voor de service nodig zijn.
De huidige Recorder-documentatie van Home Assistant vermeldt MariaDB, MySQL, PostgreSQL en SQLite als ondersteunde backends, waarbij SQLite expliciet de standaard en aanbevolen database blijft. Een externe database wordt dus ondersteund, maar is een operationele keuze en geen noodzakelijke upgrade-route.
Beperk het Recorder-account niet willekeurig tot alleen-lezen- en schrijfrechten als migraties mogelijk indexen moeten aanmaken, tabellen moeten wijzigen of schemaobjecten moeten bijwerken. Gebruik daarvoor een afzonderlijk alleen-lezenaccount voor analysetools.
Upgrades van Home Assistant kunnen schemamigraties voor Recorder bevatten
Een versiewijziging van Home Assistant kan vereisen dat Recorder het databaseschema migreert voordat geschiedenis en statistieken weer normaal functioneren. Tijdens die periode kunnen de databaseprestaties tijdelijk afnemen en kan opnieuw opstarten tijdens de migratie het herstel bemoeilijken.
Home Assistant Recorder moet mogelijk het schema bijwerken tijdens een versiewijziging, terwijl de databaseserver een eigen upgradelevenscyclus heeft. De upgrade-instructies van MariaDB voor 2026 adviseren een volledige back-up te maken, de doelrelease te controleren, de database-upgradetools uit te voeren en de toepassing na de serverwijziging te valideren.
Maak vóór een grote upgrade van Home Assistant een databaseconsistente back-up en controleer de vrije ruimte en databasegezondheid. Als je ook MariaDB, MySQL of PostgreSQL wilt upgraden, wijzig beide producten dan niet tegelijkertijd, tenzij je terugdraaiplan beide versies dekt.
Externe beschikbaarheid wordt onderdeel van de betrouwbaarheid van Recorder
Een externe database voegt DNS, netwerk, authenticatie, serverproces, opslag en databasebeschikbaarheid toe aan het Recorder-pad. Home Assistant kan lokale automatiseringen blijven uitvoeren terwijl de geschiedenis niet goed werkt, waardoor een database-uitval minder duidelijk kan zijn dan een Core-uitval.
Een actueel Recorder-probleem uit 2026 toont dit operationele risico aan: een PostgreSQL-verbinding die na een normale opstart verloren ging, zorgde ervoor dat Recorder stopte met schrijven totdat Home Assistant opnieuw werd gestart in de gerapporteerde omgeving.
Beschouw dit als een mogelijk probleem uit de praktijk en niet als een universele uitspraak over elke versie. Monitor nieuwe Recorder-schrijfbewerkingen en verbindingsfouten, zodat een korte uitval van de externe database niet ongemerkt leidt tot uren ontbrekende geschiedenis.
Hersteltests moeten ook de versie van de databaseserver omvatten
Een SQL-dump die naar één databaserelease kan worden teruggezet, bewijst niet dat deze naar elke toekomstige release kan worden teruggezet. Databas engines hebben hun eigen schemaregels en compatibiliteitswijzigingen, onafhankelijk van Home Assistant.
Ook de back-upindeling is belangrijk. De back-uprichtlijnen van MariaDB maken onderscheid tussen logische SQL-back-ups, die relatief overdraagbaar zijn, en fysieke back-ups, die nauwer gekoppeld zijn aan de databasebestanden en de serveromgeving. Test het daadwerkelijke herstelsysteem in plaats van ervan uit te gaan dat elk archief uitwisselbaar is tussen toekomstige databaseversies.
Bewaar de Home Assistant-versie, database-engine, databaseversie, locatie van de verbindingsreeks, back-upmethode en herstelprocedure samen in het hersteloverzicht.
Houd de database alleen afzonderlijk wanneer de extra scheiding dat rechtvaardigt
Een externe database kan zinvol zijn wanneer meerdere services al afhankelijk zijn van een beheerd databaseplatform, wanneer de Home Assistant-host vluchtig is of wanneer opslag- en databaseback-ups bewust worden gecentraliseerd. Het is niet automatisch sneller of veiliger dan lokale SQLite.
Het ZimaSpace-artikel over het scheiden van stateful opslag en onvoorspelbaar belast compute op een homeserver hanteert dezelfde architectuurtest: splits rollen alleen wanneer de onafhankelijke levenscyclus, foutgrens of het resourceprofiel de extra netwerk- en herstelafhankelijkheid rechtvaardigt.
Als de externe database meer koppeling tussen upgrades veroorzaakt dan wegneemt, ga dan terug naar een eenvoudiger ondersteunde indeling in plaats van deze te behouden alleen omdat “externe database” schaalbaarder klinkt.
Veelgestelde vragen
Heb ik MariaDB of PostgreSQL nodig voor een grote Home Assistant-installatie?
Nee. De standaard SQLite-backend van Home Assistant blijft een geldige en aanbevolen keuze. Stap alleen over naar een externe database wanneer je daar een aantoonbare operationele reden voor hebt en bereid bent de extra service te beheren.
Moet ik Home Assistant en de externe database op dezelfde dag upgraden?
Wijzig bij voorkeur één stateful laag tegelijk. Maak eerst een back-up, controleer de database op de huidige versie, upgrade één component, valideer Recorder en overweeg pas daarna de andere upgrade.
Ondersteuning & Tips
Meer om te lezen

Signalen dat een Home Assistant-database onderhoud of vervanging nodig heeft
Voor een grote Home Assistant-database zijn doorgaans retentie- of opschoningswerkzaamheden nodig; herhaalde corruptie- of integriteitsfouten zijn sterkere signalen om deze te vervangen.

Hoeveel gelijktijdige gebruikers kan Home Assistant verwerken voordat het trager wordt?
Home Assistant heeft geen vaste, bruikbare gebruikerslimiet: benchmark actieve clients met echte dashboards en updates van entiteiten en stop voordat er herhaaldelijk merkbare latentie...

Zo test je of DNS verbindingsproblemen met Home Assistant veroorzaakt
Toon een DNS-fout in Home Assistant aan door dezelfde hostnaam vanaf het getroffen pad te testen, de bereikbaarheid van het directe IP-adres te vergelijken...

