Fazendo o downgrade do SQL Server 2008 para 2005

32

Os arquivos de banco de dados criados com o SQL 2008 não são compatíveis com 2005. Existe uma solução alternativa?

Sevki
fonte
Não se esqueça de também exportar os logins do servidor.
StanleyJohns
Isso ocorre porque você está desenvolvendo em 2008, mas seus servidores de produção ainda estão em 2005? Qualquer solução que você fornecer apenas atrasará o inevitável e, ao mesmo tempo, tornará sua vida miserável, pois você provavelmente acabará fazendo esses rebaixamentos regularmente.
datagod

Respostas:

16

Não são necessárias ferramentas de terceiros. O SQL Server 2008 Management Studio nos deu uma ferramenta muito poderosa para converter um banco de dados porque eles adicionaram uma opção "Dados do script" ao assistente "Banco de dados de scripts".

Apenas clique com o botão direito do mouse no banco de dados no SQL2008 SSMS e vá para Tarefas e, em seguida, "Gerar scripts"

Percorra o assistente, certifique-se de escolher "Verdadeiro" para "Dados do script" nas opções de tabela / exibição. Escolha todos os objetos e execute o script que ele cria no servidor 2005. (Lembre-se de que o script criado pode ser enorme se o banco de dados original for muito grande!)

Observe que você pode até executar o assistente em um servidor SQL2005 para converter um banco de dados SQL2005 para SQL2000 (você precisaria das ferramentas de 2008 instaladas em sua estação de trabalho, é claro).

BradC
fonte
4
Sem ofensa, mas isso não pode ser uma solução se o banco de dados for grande. Experimente essa técnica em qualquer tabela com poucos milhões de linhas (e pense em varchar (max) como o tipo de dados de uma única coluna) e, se o Management Studio conseguir abrir e analisar esse arquivo, você ficará feliz, mas estou feliz Certifique-se de que não abrirá, irá travar. Desculpe, mas essa não é a solução para esse problema, exceto se o banco de dados for realmente pequeno.
Marian
3
Claro, se o banco de dados for muito grande, escreva apenas a estrutura do banco de dados e use seu método favorito (SSIS, BCP, Assistente de Importação) para enviar os dados por push.
BradC
No SSMS 11.0, parece não haver opção para script de dados junto com a estrutura. i.imgur.com/SGkG8oZ.png
jcollum
Ah OK, agora está em "Tipos de dados para script" logo acima de Table / View Options
jcollum 11/11/14
16

Você pode BCP os dados de uma instância do SQL Server para outra instância. Essa seria a maneira mais rápida de copiar os dados de uma versão para outra. Dependendo do volume de dados, pode demorar muito tempo.

Jeremiah Peschka
fonte
2
Dependendo do volume de dados que irá quase sempre levar um longo tempo
jcolebrand
Sim, com certeza vai. Mover um banco de dados grande para uma versão mais antiga do SQL Server não é uma tarefa fácil.
mrdenny
2
A vantagem do BCP é que ele será mais rápido do que usar dados de script. Sim, é lento, mas é mais rápido do que muitas alternativas.
Jeremiah Peschka
15

Eu sei que não há uma maneira direta de fazer o downgrade de um banco de dados do formato de 2008 para o de 2005, infelizmente.

A maneira como eu fiz isso no passado (na verdade, com versões mais antigas do SQL Server, mas o processo será o mesmo) é:

  1. Restaure o banco de dados em uma instância do SQL2008, se ainda não o tiver feito
  2. Crie um banco de dados vazio com as estruturas corretas (tabelas, índices, restrições, visualizações, procs, gatilhos, ...) em uma instância do SQL2005. Espero que você possa fazer isso usando o procedimento de compilação existente e / ou o código-fonte, mas, se não, poderá usar o SQL Server Manager para criar scripts para tudo no banco de dados de 2005 e executar o resultado em branco na instância de 2008.
  3. Verifique se as duas instâncias podem se ver (ou seja, não há firewalls bloqueando conexões se as instâncias estiverem em máquinas diferentes) e vincule-as usando sp_addlinkedserver .
  4. Copie todos os dados de um banco de dados para o outro. Se não houver restrições de chave estrangeira e problemas semelhantes nos gatilhos para se preocupar, basta vincular os bancos de dados e percorrer a lista de tabelas (selecionando-os em sys.objects) e em execução
    INSERT destinationserver.destinationdb.schema.table SELECT * FROM sourcedb.schema.table
    (ou INSERT schema.table SELECT * FROM sourceserver.sourcedb.schema.tablese você tiver vinculado as instâncias dessa maneira )
    para cada tabela. Se você tiver consistência entre tabelas que impõe restrições e gatilhos, é claro que precisará ser um pouco mais inteligente sobre a ordem dessas operações, especialmente se você tiver restrições cíclicas como uma tabela com uma restrição baseada em si mesma (uma hierarquia de retenção dados, como um possível exemplo).

Pode ser mais eficiente copiar os dados primeiro e adicionar toda a outra estrutura (índices, procs, gatilhos, ...) após a etapa 3. Isso evita problemas de pedidos de inserção de linha causados ​​por restrições e gatilhos e a criação dos índices no diretório O fim deve, em teoria, ser mais rápido do que construí-los à medida que todos os dados são adicionados - embora se você tiver índices agrupados em suas tabelas, crie-os antes de adicioná-los, pois eles não seriam mais rápidos de criar após o fato.

É claro que tudo isso pressupõe que nenhum de seus objetos use recursos específicos do SQL 2008 - se o fizerem, esperamos que você descubra e corrija essas coisas quando ocorrer algum erro ao reconstruir o esquema. Se algum do seu código se basear em um comportamento oficialmente indefinido que varia entre as versões do SQL Server, você poderá ter alguns bugs muito mais sutis e evasivos para descobrir e resolver mais tarde.

David Spillett
fonte
1
-1 porque na verdade é ineficiente (selecione * de) comparado com os gostos do BCP.
jcolebrand
@jcolebrand justo o suficiente em eficiência. Embora a técnica seja uma que eu já trabalhei.
precisa saber é o seguinte
é um sistema justo, apenas pensei em incluir isso por conta de futuros leitores aqui. Atualmente, você tem os upvotes para que isso não seja um problema. ;)
jcolebrand
1

Primeiro, é necessário criar um script no banco de dados e verificar a versão em que você especifica o tipo para o qual deseja rebaixar. E copiar os dados da versão superior para a versão inferior A comparação de dados do SQL fará o truque para você.

Boa sorte!

Mbongeni
fonte