Início / user-274862

P5_'s questions

Martin Hope
P5_
Asked: 2023-11-23 19:16:18 +0800 CST
  • 6

Primeiro, gostaria de pedir desculpas se meu conhecimento na área de DBA é muito limitado, já que eu e vários outros membros da equipe acabamos de receber este projeto porque temos recursos significativamente limitados.

A tarefa dada foi atualizar várias instâncias do SQL Server de 2014 para 2017 e algumas para 2022, uma vez que o EOS está iminente no próximo ano. O escopo também combinará vários bancos de dados em uma instância. Elaboramos um plano sobre como executá-lo, mas precisamos de alguma validação de que esta etapa está correta e de alguns conselhos e sugestões para a implantação.

Pré-atualização

  1. Backups Primeiro faríamos backup de todos os bancos de dados que iremos atualizar para o formato .bak. Também salvaremos instantâneos caso o .bak falhe.
  2. Testando os referidos backups Após a conclusão do backup, criaremos uma VM para restaurar os backups para garantir que o .bak ou os snapshots possam ser usados ​​​​em caso de problema durante a atualização (esta etapa é obrigatória, pois o cliente está cauteloso porque instantâneos anteriores falharam)
  3. Geraremos um relatório do Data Migration Assistant (DMA) para descobrir quais SP e funções não são compatíveis após a atualização.
  4. Tudo isso será feito primeiro em um estágio de desenvolvimento; se tudo tiver sucesso, prosseguiremos na produção.

Atualizar

  1. Corrigiremos os referidos SP e funções do relatório DMA que terão problemas após a atualização
  2. Crie um período de inatividade que também coordenaremos com a equipe de operações para interromper todos os trabalhos de e para os bancos de dados (como Talend e Microstrategy e assim por diante).

Pós-atualização

  1. Certifique-se de que nenhum SP e Funções estejam obsoletos
  2. Verifique os dados e a acessibilidade
  3. Verifique todos os aplicativos que estão usando o banco de dados.
  4. Documente todas as alterações feitas em SP e Funções

Possível método alternativo a ser usado

  1. No produto, crie outra instância e atualize-a. Se for bem-sucedido, todos os aplicativos serão redirecionados para a nova instância e desabilitarão a instância antiga.

Limitações

  1. Os dados no desenvolvimento são significativamente menores, não há recurso para replicar
  2. Criar uma VM/servidor com as mesmas especificações do prod para testar ou tentar fazer isso pode ser difícil devido à restrição de recursos

Então este é o plano de jogo atual, há alguma sugestão ou conselho? Há algo que perdemos? Há algo que devemos observar? Existe uma maneira melhor de fazer isso?

Temos uma experiência muito limitada em lidar com este tipo de tarefa, por isso estamos realmente preocupados com a possibilidade de as coisas correrem mal. É claro que testaremos isso de antemão, mesmo antes de atualizar o desenvolvedor, para garantir que tudo esteja tão tranquilo quanto possível.

Muito obrigado.

sql-server
Martin Hope
P5_
Asked: 2023-06-12 12:27:57 +0800 CST
  • 5

Perdoe-me, mas sou muito novo como DBA, pois acabei nessa função por necessidade :)

Atualmente, estou trabalhando na redução do tamanho de vários bancos de dados. Anteriormente, fiz uma pergunta aqui sobre como fazer isso e usei o comando DBCC Shrinkfile. Funcionou bem para meu primeiro banco de dados, pois o tamanho do arquivo foi significativamente reduzido. No entanto, quando passei para o segundo banco de dados que precisa reduzir o tamanho do arquivo, a consulta DBCC Shrinkfile foi executada no fim de semana e ainda não foi concluída. Fiz algo de errado?

Eu testei o comando DBCC Shrinkfile neste banco de dados antes, e mesmo reduzir apenas 10 MB levou cerca de 10 ou 20 minutos. Estou esquecendo de algo? Há algo que devo fazer antes?

Informações adicionais:

  • O tamanho do banco de dados que estou tentando reduzir é de 1,78 TB (defino a consulta para reduzir para 1 TB) com 55% de espaço livre.
  • Eu defini o modelo de recuperação como Simples.
  • Link para minha pergunta anterior
  • SQL Server e SSMS 2017
  • O servidor está em uma VM, CPU Xeon e5 de 8 núcleos, 24 GB de RAM e está sendo executado no disco rígido.
sql-server
Martin Hope
P5_
Asked: 2023-06-07 18:12:16 +0800 CST
  • 5

Ontem, fiz uma pergunta sobre como reduzir o tamanho de um banco de dados. A comunidade sugeriu o uso do comando dbcc shrinkdatabase. Segui o conselho deles e executei o comando por mais de 24 horas. No entanto, encontrei um erro porque minha unidade de disco rígido estava cheia. Em vez de diminuir o tamanho do arquivo, o dbcc shrinkdatabasecomando parecia aumentá-lo ( veja os links das fotos ). Além disso, o espaço livre original no banco de dados agora está preenchido, mesmo que nenhum dado adicional tenha sido adicionado. Eu cometi um erro?

Esta é a consulta exata que executei: DBCC SHRINKDATABASE (<DB>,1); GOmudei para DBCC SHRINKDATABASE (<DB>,10); GOdepois que fiquei sem espaço (atualmente ainda em execução, nad não terminou. Parou no meio)

Observe:

  • Estou ciente de que isso fragmentará meus índices e estou bem com isso
  • Este é um ambiente de desenvolvimento, nenhum dado adicional entra ou sai
  • Estou executando SQL Server e SSMS 2017

Espaço Livre Original

Depois de executar a consulta

Alguém por favor pode me ajudar. Há algo que eu fiz de errado? Devo alterar a consulta?

sql-server