Uma atualização ou mudança de infraestrutura está atrasada
Um ambiente antigo gera pressão, mas a lista de dependências e o plano de testes da aplicação estão incompletos.
Migrações do SQL Server & atualizações
Leve o SQL Server adiante. Mantenha a aplicação em foco.
Mover os arquivos de banco de dados é apenas parte de uma migração. Logins, trabalhos, integrações, compatibilidade, comportamento da aplicação e recuperação também precisam ser transferidos. Ajudamos sua equipe a planejar, ensaiar e executar a transição.
Trabalhe diretamente com especialistas experientes em SQL Server.
Quando nos envolver
Você reconhece alguma destas situações?
Comece pelo problema que sua equipe está enfrentando. Você não precisa de um diagnóstico antes de entrar em contato.
Você está considerando um destino na nuvem
Você precisa entender as diferenças entre o SQL Server em uma máquina virtual e um serviço SQL gerenciado antes de se comprometer.
É difícil programar o tempo de inatividade
A empresa precisa de uma janela de transição realista, etapas ensaiadas e uma decisão clara sobre quando parar ou voltar atrás.
O que investigamos
Trate o problema por completo.
O escopo é adaptado ao seu ambiente, com as evidências e o método de acesso definidos no início.
Foco 01
Descoberta e adequação do destino
Faça o inventário de bancos de dados, versões, configurações de compatibilidade, objetos no nível do servidor, servidores vinculados, integrações e dependências do SQL Agent. Avalie o destino selecionado em relação aos requisitos reais.
Foco 02
Método de migração e ensaio
Escolha um método adequado de transferência e sincronização. Ensaie a movimentação representativa de dados, as verificações da aplicação, as verificações de desempenho e a sequência de transição.
Foco 03
Transição e estabilização
Defina responsabilidade, comunicação, controles de gravação, sincronização final, validação de dados, alterações de conexão e a janela de suporte após a mudança.
O que você recebe
Um resultado sobre o qual sua equipe pode agir.
Defina as entregas antes do início do trabalho. Quando incluída, a implementação segue seu processo de testes e mudanças.
Avaliação de prontidão
Um inventário de dependências, limitações do destino, pré-requisitos e uma lista de problemas a serem resolvidos antes da mudança.
Runbook de migração
Etapas ordenadas, resultados esperados, responsáveis, pontos de verificação e critérios de escalonamento para a transição acordada.
Plano de validação e recuperação
Verificações de aceitação de dados e da aplicação, um prazo de decisão e uma estratégia para gravações feitas após a transição.
Transferência operacional
Procedimentos atualizados de backup, monitoramento, manutenção e recuperação para o ambiente de destino.
Uma distinção prática
Planeje para as condições importantes.
A escolha técnica certa depende da carga e de como sua equipe a opera.
Defina o que significa a reversão antes da transição.
Depois que o destino aceita novas gravações, o banco de dados antigo pode deixar de conter o estado atual do negócio. Documente o prazo de decisão e o tratamento dos dados após a transição antes do início da migração.
Como o trabalho acontece
Um caminho claro das evidências à ação.
Você continua envolvido nas decisões e entende o raciocínio por trás das recomendações.
-
Descubra o que precisa ser movido
Registre as dependências do banco de dados e do servidor, as restrições de negócio e o comportamento necessário da aplicação.
-
Comprove o método
Teste a compatibilidade e a mecânica da migração em um ambiente acordado com dados representativos.
-
Ensaie a transição
Meça as etapas, resolva as lacunas e defina a decisão de prosseguir ou não e os limites de recuperação.
-
Execute e estabilize
Conclua a mudança acordada, valide a aplicação e transfira as responsabilidades operacionais.
Antes de começar
Perguntas que vale a pena responder.
Uma conversa direcionada ajuda a determinar se este serviço se adapta à sua situação.
Vocês podem ajudar com SQL Server na AWS ou no Azure?
Sim. O escopo pode incluir SQL Server em máquinas virtuais e a avaliação de destinos SQL gerenciados. A disponibilidade de recursos, as permissões, as integrações e as responsabilidades operacionais devem ser verificadas para o serviço escolhido.
A migração pode ocorrer sem tempo de inatividade?
O método disponível depende da origem, do destino, da carga de trabalho e da aplicação. As metas de tempo de inatividade devem ser definidas após a descoberta e testadas em um ensaio.
Podemos simplesmente voltar atrás se algo der errado?
Somente se o plano de recuperação considerar as alterações de dados feitas após a transição. O runbook precisa de um ponto de decisão e de uma estratégia para reconciliar ou preservar as novas gravações.
Serviços relacionados
Siga o problema até o próximo passo adequado.
Alguns problemas abrangem mais de uma parte do ambiente. Podemos combinar o trabalho relevante em um único escopo acordado.
Alta disponibilidade & recuperação de desastres
Saiba como a recuperação realmente funcionará.
Comece aqui quando
Existem backups, mas as restaurações raramente são testadas.
Conheça a alta disponibilidade & recuperação de desastres
Otimização de desempenho
Encontre a causa de aplicações lentas.
Comece aqui quando
O desempenho muda sem aviso.
Conheça a otimização de desempenho
Conte-nos o que está impedindo o avanço.
Uma aplicação lenta, um incidente recorrente, uma mudança futura ou um processo que sua equipe deseja melhorar. Comece com uma breve descrição.