5 erros de DBA a evitar a todo custo

Autor: Eugene Taylor
Data De Criação: 9 Agosto 2021
Data De Atualização: 1 Julho 2024
Anonim
Lo positivo de fracasar en el amor | Pablo Piñeiro | TEDxGijon
Vídeo: Lo positivo de fracasar en el amor | Pablo Piñeiro | TEDxGijon

Contente


Fonte: .shock / Dreamstime.com

Leve embora:

Negligenciar essas cinco tarefas pode levar a um desastre no banco de dados!

Nem todas as tarefas cotidianas de rotina que são executadas pelo DBA foram criadas da mesma forma. Negligenciar algumas dessas tarefas diárias pode causar dor de cabeça, enquanto outras podem levar a enormes perdas financeiras. Embora grande parte do tempo precioso do DBA seja dispensado para lidar com erros e problemas que ocorrem como resultado de desenvolvedores e usuários, é importante que as tarefas diárias críticas não sejam esquecidas.

Aqui estão 5 erros gigantes do DBA a serem evitados para se destacar na sua posição.

1. Não se esqueça de testar seus backups!

Na agitação das atividades diárias, algumas coisas podem ser esquecidas. Mas não deixe que este seja um deles! Independentemente da alta qualidade de suas técnicas de recuperação de desastres, é extremamente importante que você execute testes de forma consistente para garantir que seus backups estejam funcionando. O pior que pode acontecer é descobrir que eles não estão quando você está tentando restaurá-los. Os usuários do SQL Server devem usar o comando BACKUP VERIFYONLY para verificar se os backups estão funcionando e também usar a opção CHECKSUM para garantir que seu banco de dados não esteja corrompido. A execução regular de restaurações de banco de dados em sistemas não protegidos também é importante para garantir que seus backups possam ser restaurados. (Para saber mais sobre a recuperação de desastres, consulte Recuperação de desastres 101.)


2. Não ter cuidado com as restrições de acesso à segurança pode ser caro!

A negligência de ameaças à segurança é bastante comum entre os DBAs. Seja permitindo que pessoas ou aplicativos acessem informações de nível superior ao necessário ou oferecendo privilégios administrativos aos desenvolvedores, esses erros podem resultar em perda de dados, roubo de dados, exposição de dados ou até corrupção no banco de dados. Embora se possa pensar que conceder aos desenvolvedores acesso direto aos dados de produção possa acelerar o processo de desenvolvimento e depuração, definitivamente não é uma prática recomendada. Ao considerar o erro catastrófico que pode resultar do acesso excessivo à pessoa errada, os DBAs devem garantir que usuários, desenvolvedores e até administradores sejam concedidos apenas com o nível mais baixo de permissão.


3. Não negligencie a manutenção consistente do seu banco de dados!

Afinal, o banco de dados não pode ser executado sozinho! É extremamente importante que os DBAs não fiquem preguiçosos ou negligenciem a manutenção regular do banco de dados e apenas confiem nos recursos de autoajuste e autocorreção do sistema de banco de dados. Há muitas tarefas cruciais que precisam ser executadas de maneira consistente, incluindo a execução de verificações básicas de integridade para todos os bancos de dados de produção, a verificação dos índices de fragmentação e a atualização das estatísticas nos bancos de dados de produção. Pode ser útil automatizar essas tarefas, desde que nenhuma atividade de alto consumo de recursos esteja sendo executada durante o horário de pico da produção. Não importa o quê, ele deve ser feito ou podem ocorrer erros dispendiosos. (Para saber mais sobre os deveres e responsabilidades do DBA, consulte Carreiras na administração de banco de dados 101.)

4. Não espere até que seu sistema tenha problemas para começar a monitorar os níveis de atividade e cargas de trabalho do banco de dados!

Quando o sistema está inoperante, o dinheiro começa a ser desperdiçado e as pessoas começam a ficar frustradas. Portanto, é extremamente importante monitorar e comparar regularmente a utilização do servidor. A verificação das estatísticas de desempenho do sistema ajudará você a entender a carga de trabalho padrão e a ver os padrões para saber quando estão ocorrendo alterações ou anormalidades. Verifique a utilização da CPU, memória, E / S, bloqueios e bloqueios e fique de olho em quanto espaço livre ainda está disponível para seus dados e arquivos de log.

5. Não desative as verificações de página!

Novos bancos de dados do SQL Server têm a configuração padrão que verifica a corrupção, verificando a soma de verificação em uma página inteira e gravando o valor no cabeçalho da página. Então, quando a página é lida na memória, ela verifica novamente o valor da soma de verificação e compara os dois números. Se os dois números não corresponderem, a página está corrompida e você receberá um alerta de erro. Portanto, essa configuração é extremamente benéfica e, ao desativá-la, você está se preparando para a falha!

Para um DBA, existem muitos prós e contras. Há tarefas tão cruciais que ignorá-las pode levar à falha total do banco de dados e há aspectos mais sutis que simplesmente levam você de um DBA funcional a um bem-sucedido. Existem inúmeras maneiras de melhorar e trabalhar constantemente consigo mesmo para garantir que suas práticas estejam dentro do padrão. Seu papel abrange muito e afeta profundamente os sucessos e fracassos da sua empresa. Por esse motivo, é fundamental que, como um DBA competente, você tenha certeza de aprender com os erros de outras pessoas no campo e faça o que puder para não cometer nenhum desses grandes erros.

Sem erros, sem estresse - seu guia passo a passo para criar software que muda vidas sem destruir sua vida

Você não pode melhorar suas habilidades de programação quando ninguém se importa com a qualidade do software.