Array
(
    [0] => stdClass Object
        (
            [Votos_Balanceados] => 1
            [id] => 544020
            [titulo] => Incompatibilidade entre Backups
            [dataCadastro] => DateTime Object
                (
                    [date] => 2016-01-29 08:41:29
                    [timezone_type] => 3
                    [timezone] => America/Sao_Paulo
                )

            [isFirstPost] => -1
            [idUsuario] => 378439
            [status] => A
            [isExample] => 
            [NomeUsuario] => Marcos P
            [Apelido] => 
            [Foto] => 378439_20140801115452.png
            [Conteudo] => Sim, Mario... sempre é possível importar dados para versões menores, mas não via o backup nativo do Sql Server ( que é o tema de sua pergunta ).

Você tem várias alternativas, como as indicadas nos posts que lhe passei.

A mais prática, na minha opinião, é replicar a estrutura de dados e migrar as tabelas vias scripts SQL. ) )

Incompatibilidade entre Backups

Mario Holanda
   - 28 jan 2016

Pessoal, boa tarde! Existe algum tipo de incompatibilidade entre backups de entre os SQL Server´s, 2000, 2005, 2008, 2014, se tiver o que pode ser feito?

Post mais votado

Marcos P
   - 29 jan 2016

Sim, Mario... sempre é possível importar dados para versões menores, mas não via o backup nativo do Sql Server ( que é o tema de sua pergunta ).

Você tem várias alternativas, como as indicadas nos posts que lhe passei.

A mais prática, na minha opinião, é replicar a estrutura de dados e migrar as tabelas vias scripts SQL.

1
|
0

Mariana Carvalho
   - 28 jan 2016

Acompanhando.

0
|
0

Marcos P
   - 28 jan 2016

Aplica-se o conceito genérico de "Compatibilidade Retroativa" nesses casos, ou seja : você consegue restaurar um backup de uma versão menor em servidor com uma versão maior.

O contrário, não funciona !

Esses links detalham melhor a questão :

TechNet01

TechNet02

iMasters

0
|
0

Mario Holanda
   - 28 jan 2016

Se for assim é tranquilo, mas se for o contrario, não existe nenhuma possibilidade? Extraindo dados de versão por versão, com bulk insert ou algo parecido.

0
|
0

Mariana Carvalho
   - 28 jan 2016

Obrigada Marcos P. :-)

0
|
0

Mario Holanda
   - 29 jan 2016

Beleza Marcos, questões para outros posts se for o caso, valeu pelo help! Tenha um ótimo final de semana.

0
|
0

Mariana Carvalho
   - 29 jan 2016

Via scripts, são processos fáceis de achar?

0
|
0

Marcos P
   - 29 jan 2016

A ideia é simples...

Uma vez criada a estrutura de dados, exatamente como a original, para cada tabela a ser migrada deve ser criado um SELECT INTO ( na tabela do banco de origem, para a tabela do banco de destino ).

O quê pode gerar algum trabalho adicional, além, óbvio, do volume de tabelas a serem migradas, são as constraints do banco. Mas nada que não possa ser resolvido...

0
|
0

Jothaz
   - 29 jan 2016

Caminho mais simples e usar a opção "Gerar Scripts" que além de gerar os scripts de criação das tabela também gera os INSERT´s.

Se for um banco de dados gigantesco pode não ser viável, então depende do cenário, mas na maioria da vezes da para usar.

Clique na imagem para abrir em uma nova janela

Clique na imagem para abrir em uma nova janela

Outra forma é você criar uma query que lê a tabela e gera o script e INSERT com os valores.

Eu gosto muito de uma ferramenta chamada SqlDbx que é tipo um Management Studio que se conecta a qualquer servidor SQl (oracle, SQL, PostgreSQL e etc).
Ela tem uma opção de no resultado do SELECT você gerar os INSERT´s.

0
|
0

Mariana Carvalho
   - 03 fev 2016

Da pra fazer tabela por tabela? Para não ficar tão complicado se o banco for grande.

0
|
0

Mario Holanda
   - 05 fev 2016


Citação:
Da pra fazer tabela por tabela? Para não ficar tão complicado se o banco for grande.


Tambem quero saber.

0
|
0

Jothaz
   - 05 fev 2016

Olha se vocês acham complicado usar o assistente "Gerar Script", quando trabalharem em um ambiente de produção de uma empresa de médio ou grande
porte você vão chorar todos os dias. Na empresa que estou alocado hoje temos mais de 100 bases em dezenas de servidores, imaginem gerir tudo isto.

O cargo de DBA é trabalhoso, complicado, estressante, não admite erros e as vezes braçal. Então se querem seguir carreia preparem-se, pois o banco de dados é alma da parada.

Eu particularmente não vejo complicações em usar o "Gerar Script" e a não ser que o BD seja gigante é uma das melhores formas de atuar. É pratico, rápido e seguro.

Outros caminhos:
--Seguir a dica do Marcos P e usar SELECT INTO, dependendo do cenário poderá ser necessário criar um LinkedServer
--Ferramentas pagas tipo apexsql sql_tools_diff
--Ferramentas free DBSave Version 5.4.3
--Ferramenta da propria Microsoft para gerar script individualmente de cada tabela Microsoft SQL Server Database Publishing Wizard 1.1
--Criar uma queyr que gere os script de INSERTcom o conteúdo de uma tabela, que é um ótimo exercício para testar vosso conhecimento em SQL. Se não conseguirem eu posto um exemplo que tenho.

Bom são vários caminhos, mas se perguntar para qualquer DBA experiente ele vai sugerir usar o "Gerar Script" ou no máximo o "Microsoft SQL Server Database Publishing Wizard"

Boa diversão.

0
|
0

Mariana Carvalho
   - 05 fev 2016

Boa tarde Jothaz, entendeu errado quando citei
Citação:
Para não ficar tão complicado se o banco for grande.
, Foi me dado uma resposta que seria complicado se o banco for grande, por isso citei "complicado".

Eu queria fazer de tabela em tabela.

A minha resposta deu a entender que estaria achando complicado o processo, mas não, rsrsrs.

0
|
0

Jothaz
   - 05 fev 2016

Desculpe-me, mas realmente entendi errado. E não tive intenção de desqualificar ou fazer algum tipo de admoestação. kkkk

Mas o que eu disse continua valendo não é fácil ser DBA. kkkk

Para tabela a tabela:

--Ferramenta da propria Microsoft para gerar script individualmente de cada tabela Microsoft SQL Server Database Publishing Wizard 1.1
--Criar uma queyr que gere os script de INSERTcom o conteúdo de uma tabela, que é um ótimo exercício para testar vosso conhecimento em SQL. Se não conseguirem eu posto um exemplo que tenho.

Citação:
Boa tarde Jothaz, entendeu errado quando citei
Citação:
Para não ficar tão complicado se o banco for grande.
, Foi me dado uma resposta que seria complicado se o banco for grande, por isso citei "complicado".

Eu queria fazer de tabela em tabela.

A minha resposta deu a entender que estaria achando complicado o processo, mas não, rsrsrs.

0
|
0

Mariana Carvalho
   - 06 fev 2016

Que bom que foi esclarecido, nem sempre passamos a informações corretas, o entendimento nem sempre é simple, pode ficar tranquilo, erros de entendimento são comuns a todos nós, ninguem escapa! rsrsrs.

Obrigada pelas respostas!

0
|
0

Mario Holanda
   - 10 fev 2016

Obrigado mesmo pessoal pelas respostas, perguntas...etc.

0
|
0

Mariana Carvalho
   - 10 fev 2016

Foi boa a questão, ate eu fiquei com varias duvidas.

0
|
0

Alex Lekao
   - 11 fev 2016

tem que ficar felizes mesmo.

tiveram ajuda de dois dos melhores participantes do forum.

Sempre aprendendo mais e mais, isso q eh bom. rsrsr

Abraco.

0
|
0

Mario Holanda
   - 12 fev 2016


Citação:
tem que ficar felizes mesmo.

tiveram ajuda de dois dos melhores participantes do forum.

Sempre aprendendo mais e mais, isso q eh bom. rsrsr

Abraco.


Verdade.

0
|
0