Sebbene queste abitudini siano angosciosamente comuni tra i DBA, sono curabili con un accorto intervento di gestione. Quello che segue è un elenco delle sette abitudini che consideriamo le più letali, insieme ad alcune idee su come eliminarle.
Abitudine # 1. THE LEAP OF FAITH: :Abbiamo fiducia nel nostro backup:.
La fede cieca può essere accattivante, ma non quando si esegue il backup di un database. I backup dovrebbero essere considerati attendibili solo se sono stati testati e verificati.
• Chiedi ai tuoi DBA di verificare che il backup abbia esito positivo regolarmente, preferibilmente utilizzando uno script che li avvisa in caso di problemi.
Perché i nostri livelli di QI sono più alti dei nostri nonni? James Flynn
• Mantenere un backup per il backup. Gli amministratori di database devono sempre utilizzare almeno due metodi di backup. Una tecnica comune consiste nell';usare tali esportazioni obsolete come backup dei backup online.
• Recupero dei test delle risorse tutte le volte che è pratico. Un primo segnale che il tuo team DBA è oberato di lavoro o che non dà la priorità correttamente sta passando un quarto senza un recupero del test. I recuperi dei test confermano che la strategia di backup è in linea, consentendo al team di svolgere attività di recupero in modo che possano gestirli efficacemente quando arriva il momento.
Abitudine # 2. GRANDI ASPETTATIVE: :Funzionerà come ci aspettiamo. Andiamo avanti:.
Sebbene non sia user-friendly nel senso tradizionale, Oracle è molto user-friendly - una volta che ci hai lavorato per un po ';, hai sviluppato un istinto per il modo in cui le cose :dovrebbero: funzionare. Anche se quell';istinto ha spesso ragione, una delle abitudini più pericolose che un DBA può possedere è l';assunzione che Oracle :funzionerà: nel modo in cui dovrebbe.
• Inculcare una mentalità di :pratica, pratica, pratica: in tutta l';organizzazione. I DBA devono provare le attività nella sandbox sicura di un ambiente di test progettato per imitare da vicino il comportamento del sistema di produzione. L';organizzazione deve concedere tempo e denaro per farlo.
• Accoppia i DBA inesperti con senior se possibile, o prendili sotto la tua stessa ala. I nuovi DBA tendono ad essere senza paura, ma imparare dall';esperienza di qualcun altro può aiutare a instillare una paranoia tanto necessaria.
• Esamina i piani per tutto. È incredibile quanto spesso i DBA affermino: :L';ho fatto centinaia di volte, non ho bisogno di un piano:. Se stanno andando in modalità di esecuzione, hanno assolutamente bisogno di un piano.
Abitudine # 3. AMMINISTRAZIONE LAISSEZ-FAIRE: :Non abbiamo bisogno di monitorare il sistema, gli utenti ci informano sempre quando qualcosa non va:.
Se dipendi dagli utenti per informare il team di DBA che c';è un problema, potrebbe essere già troppo tardi.
• Installare sistemi di monitoraggio della disponibilità e delle prestazioni in modo che i problemi vengano identificati e risolti prima che causino errori che influiscono sul servizio.
• Evitare problemi relativi al software post-rilascio lavorando con sviluppatori e tester per garantire che tutto il software pronto per la produzione sia stabile e ad alte prestazioni.
Abitudine # 4. IL TEST DI MEMORIA: :Ricorderemo come è successo e cosa abbiamo fatto per far ripartire le cose:.
Può sembrare impossibile che un team di DBA dimentichi una procedura massiccia che impiega settimane per essere corretta, eppure succede sempre. Al fine di prevenire gli errori ricorrenti e sfruttare l';esperienza acquisita, la documentazione è essenziale.
• Richiede che i DBA conservino una libreria di documentazione completa e un diario di attività, compreso un livello significativo di motivazione, sintassi e dettaglio del flusso di lavoro.
• Fornisci il tuo team con groupware sulla tua intranet in modo che questi documenti possano essere ricercati in caso di emergenza.
• Applicare la disciplina della documentazione e controllarla periodicamente. Chiedi ai tuoi DBA: quando è stato creato questo tablespace, da chi e con quale SQL? Quali compiti sono stati eseguiti in un giorno particolare? Se non possono rispondere rapidamente, saprai che sono tornati a fare affidamento sulla memoria.
Abitudine # 5. THE BLAME GAME: :Non guardarmi, è colpa dello sviluppatore che SQL sia in produzione: Alcuni DBA hanno una vera mentalità :noi contro loro: quando si tratta di sviluppatori nella loro organizzazione.
Non si vedono come facilitatori che aiutano gli sviluppatori a sviluppare codice di qualità dal punto di vista del database, ma piuttosto come tutori che impediscono la produzione di codice di scarsa qualità. Potrebbe sembrare una semantica, ma una relazione conflittuale tra sviluppatori e DBA si traduce in una mancanza di iniziativa degli sviluppatori e di rallentamenti significativi nei cicli di rilascio.
• Seleziona i DBA che capiscono che è loro responsabilità lavorare come un team integrato con gli sviluppatori che supportano.
• Coltivare un atteggiamento di squadra strutturando il coinvolgimento continuo del DBA in ogni progetto piuttosto che nelle tappe di revisione.
• Valutare l';assegnazione di un singolo DBA in un ruolo di supporto per gli sviluppatori. Se è chiaramente nella descrizione del lavoro, c';è più motivazione per farlo bene.
Abitudine n. 6. THE SOLO ACT: :So cosa sto facendo e non ho bisogno di aiuto.:
L';amministrazione dei database è sempre più complessa e persino gli amministratori di database più esperti non possono sapere ogni dettaglio. I DBA hanno diverse specialità, che devono essere abbattuti e utilizzati. Quando gli amministratori di database sentono di sapere, o dovrebbero sapere, tutto, non fanno domande e perdono preziose conoscenze che potrebbero ottenere dagli altri.
• Promuovere una cultura del lavoro di squadra in cui è accettabile che i DBA ammettano di non conoscere la risposta e di chiedere aiuto.
• Incoraggia i tuoi amministratori di database a cercare un gruppo di pari esterni come forum per il brainstorming e testare le loro ipotesi. Nessuna singola persona può eguagliare le competenze e l';esperienza di un gruppo relativamente piccolo.
• Fornire una rete di sicurezza di risorse tecnologiche come materiali di riferimento, corsi e esperti esterni o consulenti su chiamata.
Abitudine # 7. TECHNO-LUST: :Le cose funzionerebbero molto meglio se solo avessimo ...:
I DBA sono spesso in cima alla tecnologia più recente, che può aiutarli a fare un lavoro superlativo. Ma quando il desiderio di nuove tecnologie induce i DBA a raccomandare acquisti di hardware o software aggiuntivi non necessari, i costi tendono a salire alle stelle rapidamente, così come i problemi.
• Non aggiornare mai l';infrastruttura hardware senza prima esaurire tutte le opportunità di ottimizzazione. Ricordate, dieci anni fa, enormi imprese erano gestite su server con un decimo di capacità, tutto grazie a necessità e competenza.
• Non consentire mai l';utilizzo di funzionalità avanzate o nuove finché non si è a conoscenza dell';impegno di manutenzione in corso e dei relativi costi.
• Prestare attenzione al software di supporto DBA che presenta interfacce GUI intuitive per attività difficili. Questo tipo di interfaccia consente a un DBA di principianti di agire come un DBA intermedio in determinate circostanze, ma allo stesso tempo impedisce al principiante di apprendere le effettive competenze dietro le attività. Inoltre, questi strumenti tendono a nascondere i rischi reali del DBA, rendendo le attività potenzialmente dannose facili come il point-and-click.
Che si tratti di un programma in 12 fasi o di un piccolo aggiustamento, tutte queste mortali abitudini DBA possono essere prese a calci. Naturalmente, il primo passo è riconoscere il problema. Iniziando da questo elenco e facendo un attento inventario dei successi e dei fallimenti nell';amministrazione del database del tuo team, sarai sulla buona strada per trovare una cura.