Durante un traffico elevato, il database relazionale primario è andato in crash, ma la replica non è mai stata promossa. Cosa dovresti implementare per evitare che ciò accada in futuro?

La risposta corretta è "Implementare failover dei tuoi database programmati regolarmente". Eseguire failover programmati regolarmente (o "drill" di failover) è cruciale per testare e convalidare che il processo di promozione della replica funzioni come previsto. Questo assicura che il team sia preparato e che i meccanismi automatici siano configurati correttamente per gestire un crash del database primario. "Usare un database diverso" non risolve il problema fondamentale del failover, poiché qualsiasi database richiede una strategia di ripristino in caso di guasto. "Scegliere istanze più grandi per il tuo database" potrebbe migliorare le prestazioni o la resilienza a carichi elevati, ma non garantisce che il failover funzioni correttamente in caso di crash. "Creare snapshot del tuo database più regolarmente" è una buona pratica per il backup e il ripristino a un punto nel tempo, ma non affronta direttamente il problema della promozione di una replica in tempo reale in caso di guasto.