Content
- 1. No us oblideu de provar les vostres còpies de seguretat.
- 2. No tenir cura de les restriccions d’accés a la seguretat pot costar-se.
- 3. No oblideu el manteniment constant de la base de dades.
- 4. No espereu fins que el vostre sistema tingui problemes per començar a controlar els nivells i les càrregues de treball de la base de dades.
- 5. No desactiveu les verificacions de pàgines.
- Sense errors, sense estrès: la vostra guia pas a pas per crear programes que canvien la vida sense destruir la vida
Font: .shock / Dreamstime.com
Emportar:
Abandonar aquestes cinc tasques pot provocar un desastre de bases de dades.
No totes les tasques rutinàries i quotidianes que realitza el DBA es van crear iguals. El fet d’abandonar algunes d’aquestes tasques diàries pot comportar mal de cap, mentre que d’altres pot comportar grans pèrdues financeres. Tot i que es prescindeix de la gran quantitat de temps preciós del DBA per gestionar errors i problemes que es produeixen a causa dels desenvolupadors i usuaris, és important que no es passin per alt les tasques quotidianes crítiques.
A continuació, es mostren cinc errors de DBA gegants per evitar per excel·lir en la vostra posició.
1. No us oblideu de provar les vostres còpies de seguretat.
En el tràngol de les activitats quotidianes, es poden passar per alt algunes coses. Però no deixeu que aquest sigui un d’ells! Independentment de l’alta qualitat de les tècniques de recuperació de desastres, és extremadament important que realitzeu proves de forma constant per assegurar-vos que les vostres còpies de seguretat funcionen. El pitjor que pot passar és esbrinar que no ho són quan intenteu restaurar-les. Els usuaris de SQL Server haurien d’utilitzar l’ordre DE RESERVAR VERIFICATivament per verificar que les còpies de seguretat funcionen i també utilitzar l’opció CHECKSUM per assegurar-se que la vostra base de dades no està malmesa. També és important que es realitzin restauracions de bases de dades regulars en sistemes no protegits per assegurar-se que es poden restaurar les seves còpies de seguretat. (Per obtenir més informació sobre la recuperació de desastres, vegeu Recuperació de desastres 101.)
2. No tenir cura de les restriccions d’accés a la seguretat pot costar-se.
El fet de passar per alt les amenaces de seguretat és realment habitual entre els DBA. Tant si es permet que persones o aplicacions accedeixin a informació de nivell més elevat del necessari com si s’ofereixen privilegis administratius als desenvolupadors, aquests errors poden produir pèrdues de dades, robatori de dades, exposició de dades o fins i tot corrupció de bases de dades. Si bé es pot pensar que donar als desenvolupadors accés directe a les dades de producció pot agilitar el procés de desenvolupament i depuració, definitivament no és una bona pràctica. Quan es considera l'error catastròfic que pot resultar en donar-li un accés excessiu a la persona equivocada, els DBA haurien d'assegurar-se que els usuaris, desenvolupadors i fins i tot administradors tinguin només el permís més baix.
3. No oblideu el manteniment constant de la base de dades.
Al cap i a la fi, la base de dades no pot funcionar És extremadament important que els DBA no es deixin passar per alt o no passin per alt el manteniment regular de bases de dades i es basin simplement en les capacitats d’autoafinació i autocuració del sistema de bases de dades. Hi ha moltes tasques crucials que cal fer de manera coherent, com ara la realització de controls bàsics d’integritat per a totes les bases de dades de producció, comprovar els índexs de fragmentació i actualitzar les estadístiques de les bases de dades de producció. Pot ser útil automatitzar aquestes tasques sempre que no es desenvolupin activitats de gran consum de recursos durant les hores punta de producció. Tant se val, s’ha de fer o es poden produir errors costosos. (Per obtenir més informació sobre els deures i responsabilitats del DBA, vegeu Carreres d'administració de bases de dades 101.)
4. No espereu fins que el vostre sistema tingui problemes per començar a controlar els nivells i les càrregues de treball de la base de dades.
Una vegada que el vostre sistema s'ha esgotat, els diners comencen a perdre's i la gent comença a frustrar-se. Per tant, és extremadament important supervisar i fer referència a l’ús del servidor periòdicament. Si reviseu les estadístiques de rendiment del sistema, us ajudareu a comprendre la càrrega de treball estàndard i a veure els patrons per saber quan es produeixen canvis o anormalitats. Assegureu-vos de comprovar l’ús de la CPU, la memòria, E / S, bloquejos i bloqueigs i vigileu quant d’espai lliure encara hi ha disponible per a les vostres dades i fitxers de registre.
5. No desactiveu les verificacions de pàgines.
Les noves bases de dades de SQL Server tenen la configuració predeterminada que comprova la corrupció comprovant el checkum en una pàgina sencera i escriu el valor a la capçalera de la pàgina. Aleshores, quan la pàgina es llegeix a la memòria, torna a comprovar el valor de checkum i compara els dos números. Si els dos números no coincideixen, la pàgina queda danyada i rebreu una alerta d’error. Per tant, aquesta configuració és extremadament beneficiosa i, si la desactiveu, us prepareu per fallar.
Per a un DBA, hi ha molts dos i un gran nombre d’optimitzacions. Hi ha tasques tan crucials que saltar-les pot provocar un fracàs total de la base de dades, i hi ha aspectes més subtils que simplement us porten de ser un DBA funcional a un d’èxit. Hi ha infinites maneres de millorar i treballar constantment per assegurar-vos que les vostres pràctiques estan a l’altura de les normes. El vostre paper abasta tant i afecta profundament els èxits i els fracassos de la vostra empresa. Per aquest motiu, és fonamental que, com a DBA competent, assegureu-vos que aprengueu dels errors d'altres persones en el camp i feu tot el que pugueu per no fer-vos cap d'aquests grans.
Sense errors, sense estrès: la vostra guia pas a pas per crear programes que canvien la vida sense destruir la vida
No podeu millorar les vostres habilitats de programació quan ningú es preocupa per la qualitat del programari.