5 DBA-fouten om koste wat het kost te vermijden

Schrijver: Eugene Taylor
Datum Van Creatie: 9 Augustus 2021
Updatedatum: 10 Kunnen 2024
Anonim
🧨 Подробнейший обзор "пятёрки" BMW F10. Есть ли в ней плюсы? Или одни минусы?
Video: 🧨 Подробнейший обзор "пятёрки" BMW F10. Есть ли в ней плюсы? Или одни минусы?

Inhoud


Bron: .shock / Dreamstime.com

Afhaal:

Het negeren van deze vijf taken kan leiden tot een database-ramp!

Niet alle routine, alledaagse taken die door de DBA worden uitgevoerd, zijn gelijk gemaakt. Het verwaarlozen van sommige van deze dagelijkse taken kan leiden tot hoofdpijn, terwijl andere tot enorme financiële verliezen kunnen leiden. Hoewel veel van de kostbare tijd van de DBA wordt besteed aan het omgaan met fouten en problemen die optreden als gevolg van ontwikkelaars en gebruikers, is het belangrijk dat de kritieke dagelijkse taken niet over het hoofd worden gezien.

Hier zijn 5 gigantische DBA-fouten die je moet vermijden om uit te blinken in je positie.

1. Vergeet niet je back-ups te testen!

In de drukte van dagelijkse activiteiten, kunnen sommige dingen over het hoofd worden gezien. Maar laat dit niet een van hen zijn! Ongeacht de hoge kwaliteit van uw technieken voor noodherstel, is het uiterst belangrijk dat u consistent tests uitvoert om ervoor te zorgen dat uw back-ups werken. Het ergste wat er kan gebeuren is om erachter te komen dat ze dat niet zijn wanneer je ze probeert te herstellen. Gebruikers van SQL Server moeten de opdracht BACK-UP VERIFYONLY gebruiken om te controleren of back-ups werken en om ook de optie CHECKSUM te gebruiken om ervoor te zorgen dat uw database niet is beschadigd. Het uitvoeren van regelmatige databaseherstel op niet-beschermde systemen is ook belangrijk om ervoor te zorgen dat uw back-ups kunnen worden hersteld. (Zie Noodherstel 101 voor meer informatie over noodherstel.)


2. Niet voorzichtig zijn met toegangsbeperkingen voor de beveiliging kan kostbaar zijn!

Het overzien van beveiligingsbedreigingen is eigenlijk vrij gebruikelijk bij DBA's. Of het nu gaat om mensen of applicaties toegang te geven tot informatie op een hoger niveau dan nodig of het aanbieden van beheerdersrechten aan ontwikkelaars, deze fouten kunnen leiden tot gegevensverlies, gegevensdiefstal, gegevensblootstelling of zelfs databasebeschadiging. Hoewel je misschien denkt dat het geven van directe toegang tot productiegegevens het ontwikkelings- en foutopsporingsproces kan versnellen, is dit zeker geen best practice. Bij het overwegen van de catastrofale fout die het gevolg kan zijn van het geven van toegang aan de verkeerde persoon aan DBA's, moeten DBA's ervoor zorgen dat gebruikers, ontwikkelaars en zelfs beheerders alleen de laagste machtiging krijgen.

3. Vergeet niet consequent onderhoud van uw database!

De database kan immers niet zelf draaien! Het is uiterst belangrijk dat DBA's niet lui worden of regelmatig databaseonderhoud over het hoofd zien en alleen vertrouwen op de automatische afstemming en zelfherstellende mogelijkheden van het databasesysteem. Er zijn veel cruciale taken die consistent moeten worden uitgevoerd, waaronder het uitvoeren van elementaire integriteitscontroles voor alle productiedatabases, het controleren van de indexen op fragmentatie en het bijwerken van de statistieken van uw productiedatabases. Het kan nuttig zijn om deze taken te automatiseren zolang er tijdens de piekuren van de productie geen activiteiten worden uitgevoerd die veel bronnen vergen. Wat er ook gebeurt, het moet worden gedaan, anders kunnen er kostbare fouten optreden. (Zie voor meer informatie over taken en verantwoordelijkheden van DBA 101 Databasebeheer-carrières 101)


4. Wacht niet tot uw systeem problemen heeft met het monitoren van database-activiteitsniveaus en werkbelastingen!

Zodra uw systeem uitvalt, wordt geld verspild en raken mensen gefrustreerd. Het is daarom uiterst belangrijk om het servergebruik regelmatig te controleren en te benchmarken. Door de prestatiestatistieken van het systeem te controleren, krijgt u meer inzicht in de standaardwerkbelasting en kunt u de patronen bekijken om te weten wanneer er wijzigingen of afwijkingen optreden. Controleer het CPU-gebruik, geheugen, I / O, vergrendelingen en blokkering en houd in de gaten hoeveel vrije ruimte nog beschikbaar is voor uw gegevens en logbestanden.

5. Schakel paginaverificaties niet uit!

Nieuwe SQL Server-databases hebben de standaardinstelling die controleert op corruptie door de controlesom over een hele pagina te controleren en de waarde naar de paginakoptekst te schrijven. Wanneer de pagina vervolgens in het geheugen wordt gelezen, wordt de controlesomwaarde opnieuw gecontroleerd en worden de twee getallen vergeleken. Als de twee nummers niet overeenkomen, is de pagina beschadigd en ontvangt u een foutmelding. Daarom is deze instelling uitermate voordelig en door hem uit te schakelen, zet je jezelf in voor falen!

Voor een DBA zijn er veel dos en ontelbare donts. Er zijn taken die zo cruciaal zijn dat ze overslaan kan leiden tot totale databasefouten, en er zijn subtielere aspecten die u eenvoudigweg van een functionele DBA naar een succesvolle brengen. Er zijn eindeloze manieren om constant te verbeteren en aan jezelf te werken om ervoor te zorgen dat je praktijken aan de normen voldoen. Uw rol omvat zoveel en heeft een diepe invloed op de successen en mislukkingen van uw bedrijf. Om deze reden is het van cruciaal belang dat je als competente DBA ervoor zorgt dat je leert van de fouten van anderen in het veld en doet wat je kunt om zelf geen van deze groten te maken.

Geen bugs, geen stress - Uw stapsgewijze handleiding voor het creëren van levensveranderende software zonder uw leven te vernietigen

U kunt uw programmeervaardigheden niet verbeteren als niemand om softwarekwaliteit geeft.