Problemen met Genie vaststellen en oplossen

In de gebruikersinterface van Lakebase diagnosticeert Genie uw database en corrigeert deze. U vraagt naar een specifiek probleem in uw eigen woorden en onderzoekt met behulp van dezelfde telemetrie als Inzichten: live Postgres-status, queryplannen, wachtgebeurtenissen en DDL- en schemawijzigingsgeschiedenis. Dit is dezelfde Genie die u in lakehouse en apps gebruikt; hier werkt het op uw Lakebase-project.

Genie werkt als een stapsgewijs gesprek: het toont de redenering en vraagt u om elke actie goed te keuren, inclusief de query's die worden uitgevoerd tijdens het onderzoeken. Elke oplossing, inclusief een databasewijziging, heeft uw expliciete bevestiging nodig voordat deze wordt toegepast.

Deze pagina loopt stap voor stap door een veelvoorkomend productie-incident heen (een deployment waarbij een kolom wordt verwijderd die de applicatie nog steeds opvraagt) om te laten zien hoe het eruitziet om Genie om hulp te vragen, van begin tot eind.

Prerequisites

• Een Lakebase-project op AWS of Azure, waarvoor observability is geconfigureerd. Zie Configureer observabiliteit.

Het scenario

Een schemawijziging wordt uitgevoerd ALTER TABLE users DROP COLUMN bio als onderdeel van een routine-implementatie. De toepassing leest die kolom nog steeds op de profielpagina. Binnen enkele minuten beginnen verzoeken naar profielpagina's te mislukken met column "bio" does not exist, en het foutenpercentage van de applicatie loopt op.

Hoe een Genie-onderzoek verloopt

Wat Genie vindt en aanbeveelt, is afhankelijk van uw gegevens en het probleem erachter, dus behandel dit als illustratief, niet als een script dat u letterlijk ziet. Open Genie vanuit uw project (het haalt automatisch uw project, vertakking en eindpuntcontext op) en beschrijf het symptoom. Van daaruit loopt een typisch onderzoek door vier fasen:

Je beschrijft het symptoom

Vraag het in gewone taal, zoals u een collega zou vertellen: 'Waarom is het foutpercentage hoger?' U hoeft de oorzaak, de mislukte query of de betrokken tabel niet te kennen.

Genie correleert en leest geschiedenis

De fout wordt gekoppeld aan de mislukte query en controleert vervolgens de DDL-geschiedenis op wat is gewijzigd. DDL-geschiedenis legt niet elke wijziging vast (een wijziging die plaatsvindt net wanneer de compute wordt hervat vanuit scale-to-zero kan worden gemist), dus als een record ontbreekt, meldt Genie dat en valt het terug op het vergelijken van de huidige kolommen van de tabel met wat de query verwacht. In beide gevallen wordt bio aangeduid als de verwijderde kolom. Dit is dezelfde geschiedenis die Insights ook leest, zodat Genie kan verdergaan waar een achtergrondinzicht is gestopt.

Genie stelt een herstel voor op basis van wat Genie heeft gevonden

Meestal begint het met een point-in-time-branch die vlak vóór de wijziging is gemaakt: een direct beschikbare copy-on-write-kloon die dezelfde opslag als productie gebruikt, waardoor die goedkoop genoeg is om voor elke oplossing op te zetten. Van daaruit is herstel een gesprek: Genie kan de ontbrekende gegevens terug naar uw huidige tabel kopiëren of uw toepassing overschakelen naar de herstelde vertakking. Sommige stappen hebben onderweg informatie van u nodig, zoals een verbindingsreeks die Genie niet zelf kan achterhalen.

Je bevestigt het voordat er iets wordt toegepast

Genie herstelt nooit, wijzigt of past zelf een fix toe. Het meldt welke acties het uitvoert, maar controleer ingrijpende acties (een herstelpunt, een verwijderde branch) in de Lakebase-UI voordat u erop vertrouwt.

Beperkingen om rekening mee te houden

• Sommige algemene Elementen van de Genie-gebruikersinterface (zoals aanpassingen, automatiseringen, ruimten en context toevoegen) worden momenteel weergegeven in Genie, maar zijn nog niet functioneel.
• Een Genie-gesprek dat van buiten de Lakebase UI wordt voortgezet (bijvoorbeeld vanuit een notebook) behoudt de gespreksgeschiedenis, maar verliest de hulpmiddelen en context van de oorspronkelijke pagina. Start nieuwe onderzoeken vanuit het Lakebase-project voor de meest betrouwbare resultaten.
• Vertakkingen en eindpunten worden aangeduid met hun interne ID, niet met een weergavenaam zoals "production". Als het antwoord van Genie niet eenduidig maakt welke vertakking of welk eindpunt wordt bedoeld, controleer dan het ID in de Lakebase-UI. Voor meer, zie de telemetriebeperkingen.

Volgende stappen 

• Vind en los problemen op met Insights: zet proactieve monitoring aan zodat dit soort problemen naar voren komen voordat je het hoeft te vragen.
• Telemetrietafelreferentie: de tabellen die Genie leest, en de huidige beperkingen.
• Een project herstellen: meer informatie over herstel naar een bepaald tijdstip buiten Genie. Zie herstel naar een bepaald tijdstip.