none
Tabelas / Views / Stored Procedures do SQL Server 2008 para o SQL Server 2008 R2 RRS feed

  • Pergunta

  • Olá.

    Estou utilizando no meu computador e na hospedagem atual o SQL Server 2008. Como eu gostaria de mudar minha hospedagem, a empresa que eu desejo oferece o SQL Server 2008 R2. Se não é possível fazer o restore de um backup externo, não posso utilizar o Database Publishing Service e nem o Database Publishing Wizard, como poderei enviar minhas tabelas (e os dados), views e stored procedures. 

    Se for passar importando arquivo separado por vírgula, será complicado pois o sistema está em desenvolvimento e, de tempo em tempo será necessário expandir/ajustar a estrutura do banco de dados.

    Desde já, agradeço a atenção.

    Roberto

    terça-feira, 1 de março de 2011 02:35

Respostas

  • Roberto,

    Você consegue fazer o restore do 2008 no 2008 R2 o contrário não.

    Para ter um ambiente homogêneo seria interessante vc migrar o SQL de seu computador para 2008 R2 também... assim vc terá um ambiente de desenvolvimento com as mesmas caracteristicas de sua produção, e não terá problemas com backup/restore.

    Att.
    Marcelo Fernandes


    MCP, MCDBA, MCSA, MCTS.
    Se útil, classifique!!!
    Me siga no twitter: @marcelodba

    • Marcado como Resposta A R Soares quinta-feira, 3 de março de 2011 01:12
    terça-feira, 1 de março de 2011 12:42
    Moderador
  • Roberto,

    Acredito que o processo mais simples e prático seria realizar um Backup/Restore do SQL Server 2008 para o R2, sem problemas, não existe nenhuma incompatibilidade.


    Pedro Antonio Galvão Junior [MVP | Microsoft Evangelist | Microsoft Partner | Engenheiro de Softwares | Especialista em Banco de Dados | SorBR.Net | Professor Universitário | MSIT.com]
    • Marcado como Resposta A R Soares quinta-feira, 3 de março de 2011 01:12
    terça-feira, 1 de março de 2011 17:55
    Moderador

Todas as Respostas

  • Roberto,

    Você consegue fazer o restore do 2008 no 2008 R2 o contrário não.

    Para ter um ambiente homogêneo seria interessante vc migrar o SQL de seu computador para 2008 R2 também... assim vc terá um ambiente de desenvolvimento com as mesmas caracteristicas de sua produção, e não terá problemas com backup/restore.

    Att.
    Marcelo Fernandes


    MCP, MCDBA, MCSA, MCTS.
    Se útil, classifique!!!
    Me siga no twitter: @marcelodba

    • Marcado como Resposta A R Soares quinta-feira, 3 de março de 2011 01:12
    terça-feira, 1 de março de 2011 12:42
    Moderador
  • Roberto,

    Acredito que o processo mais simples e prático seria realizar um Backup/Restore do SQL Server 2008 para o R2, sem problemas, não existe nenhuma incompatibilidade.


    Pedro Antonio Galvão Junior [MVP | Microsoft Evangelist | Microsoft Partner | Engenheiro de Softwares | Especialista em Banco de Dados | SorBR.Net | Professor Universitário | MSIT.com]
    • Marcado como Resposta A R Soares quinta-feira, 3 de março de 2011 01:12
    terça-feira, 1 de março de 2011 17:55
    Moderador
  • Olá Marcelo Fernandes e Junior Galvão

    Considerei suas respostas; são válidas. Mas verificando melhor o fórum do meu provedor de hospedagem encontrei a explicação:

    "When restoring a SQL Server database back-up file, you are limited to using .bak files that you created using the back-up feature in our Hosting Control Center. You are not able to restore a .bak file that was created outside of our system. There are several reasons we have established this restriction:

    • Based on the Microsoft® security best practices, hosting providers should not enable users to restore .bak files from sources outside the hosting provider.
    • Certain security vulnerabilities can be passed through a .bak file, effectively allowing a malicious attacker to execute arbitrary code within a hosting provider's protected environment.

    ......... "

    Pelo que entendi com isso e com outras limitações que citei (DPS e DPW), a única opção é usar o Import de arquivo CSV.

    Agora fiquei em dúvida sobre as implicações (segurança) e como vou resolver está questão (mão-de-obra a cada manutenção/ajuste no banco de dados).

    Podem me orientar?

    Roberto


    Roberto
    quinta-feira, 3 de março de 2011 01:42