5 errori DBA da evitare a tutti i costi

Contenuto

1. Non dimenticare di testare i tuoi backup!
2. Non stare attenti alle restrizioni di accesso alla sicurezza può essere costoso!
3. Non trascurare la manutenzione costante del tuo database!
4. Non aspettare fino a quando il tuo sistema non ha problemi per iniziare a monitorare i livelli di attività del database e i carichi di lavoro!
5. Non disabilitare le verifiche di pagina!
Nessun bug, nessuno stress: la tua guida passo passo alla creazione di software che ti cambia la vita senza distruggere la tua vita

Fonte: .shock / Dreamstime.com

Porta via:

Trascurare queste cinque attività potrebbe portare a un disastro del database!

Non tutte le attività quotidiane di routine eseguite dal DBA sono state create uguali. Trascurare alcune di queste attività quotidiane può causare mal di testa, mentre altre possono portare a enormi perdite finanziarie. Mentre gran parte del prezioso tempo del DBA viene dedicato alla gestione di errori e problemi che si verificano a seguito di sviluppatori e utenti, è importante che le attività quotidiane critiche non vengano trascurate.

Ecco 5 errori DBA giganti da evitare per eccellere nella tua posizione.

1. Non dimenticare di testare i tuoi backup!

Nel trambusto delle attività quotidiane, alcune cose possono essere trascurate. Ma non lasciare che questo sia uno di loro! Indipendentemente dall'alta qualità delle tecniche di ripristino di emergenza, è estremamente importante eseguire test in modo coerente per assicurarsi che i backup funzionino. La cosa peggiore che può accadere è scoprire che non lo sono quando si tenta di ripristinarli. Gli utenti di SQL Server devono utilizzare il comando BACKUP VERIFYONLY per verificare che i backup funzionino e utilizzare anche l'opzione CHECKSUM per assicurarsi che il database non sia danneggiato. È inoltre importante eseguire ripristini di database regolari su sistemi non protetti per assicurarsi che i backup possano essere ripristinati. (Per ulteriori informazioni sul ripristino di emergenza, consultare Disaster Recovery 101.)

2. Non stare attenti alle restrizioni di accesso alla sicurezza può essere costoso!

Trascurare le minacce alla sicurezza è in realtà abbastanza comune tra i DBA. Che si tratti di consentire alle persone o alle applicazioni di accedere a informazioni di livello superiore rispetto al necessario o di offrire privilegi amministrativi agli sviluppatori, questi errori possono causare perdita di dati, furto di dati, esposizione dei dati o persino corruzione del database. Sebbene si possa pensare che dare agli sviluppatori l'accesso diretto ai dati di produzione possa accelerare il processo di sviluppo e debug, non è sicuramente una buona pratica. Quando si considera l'errore catastrofico che può derivare dal dare troppo accesso alla persona sbagliata, i DBA dovrebbero assicurarsi che agli utenti, agli sviluppatori e persino agli amministratori venga concesso solo il livello più basso di autorizzazione.

3. Non trascurare la manutenzione costante del tuo database!

Dopotutto, il database non può essere eseguito da solo! È estremamente importante che i DBA non diventino pigri o trascurino la normale manutenzione del database e si affidino semplicemente alle capacità di auto-tuning e di auto-guarigione del sistema di database. Esistono molte attività cruciali che devono essere eseguite in modo coerente, tra cui l'esecuzione di controlli di integrità di base per tutti i database di produzione, il controllo della frammentazione degli indici e l'aggiornamento delle statistiche sui database di produzione. Può essere utile automatizzare queste attività purché non vengano eseguite attività che consumano risorse elevate durante le ore di punta della produzione. Non importa cosa, deve essere fatto, o possono verificarsi errori costosi. (Per ulteriori informazioni su doveri e responsabilità DBA, vedere Carriere 101 di amministrazione del database.)

4. Non aspettare fino a quando il tuo sistema non ha problemi per iniziare a monitorare i livelli di attività del database e i carichi di lavoro!

Una volta che il sistema non funziona, i soldi iniziano a essere sprecati e le persone iniziano a sentirsi frustrate. È quindi estremamente importante monitorare e valutare regolarmente l'utilizzo del server. Il controllo delle statistiche sulle prestazioni del sistema ti aiuterà a comprendere il carico di lavoro standard e a vedere i modelli per sapere quando si verificano cambiamenti o anomalie. Assicurati di controllare l'utilizzo della CPU, la memoria, l'I / O, i blocchi e i blocchi e tieni d'occhio quanto spazio libero è ancora disponibile per i tuoi dati e file di registro.

5. Non disabilitare le verifiche di pagina!

I nuovi database di SQL Server hanno l'impostazione predefinita che controlla la corruzione controllando il checksum su un'intera pagina e scrive il valore nell'intestazione della pagina. Quindi, quando la pagina viene letta in memoria, controlla nuovamente il valore di checksum e confronta i due numeri. Se i due numeri non corrispondono, la pagina è danneggiata e riceverai un avviso di errore. Pertanto, questa impostazione è estremamente vantaggiosa e disabilitandola ti stai configurando per il fallimento!

Per un DBA ci sono molte cose da fare e innumerevoli donts. Ci sono attività che sono così cruciali che saltarle può portare al totale fallimento del database, e ci sono aspetti più sottili che ti portano semplicemente dall'essere un DBA funzionale a uno di successo. Ci sono infiniti modi per migliorare costantemente e lavorare su te stesso per assicurarti che le tue pratiche siano conformi allo standard. Il tuo ruolo comprende così tanto e influenza profondamente i successi e i fallimenti della tua azienda. Per questo motivo, è fondamentale che, in qualità di DBA competente, ti assicuri di imparare dagli errori degli altri sul campo e di fare tutto il possibile per non creare nessuno di questi grandi.