Temos um SQL Server que roda em uma máquina em nosso escritório com um banco de dados e tabelas que são escritas diariamente.

Devido a alguns requisitos de negócios, precisamos de algumas dessas tabelas replicadas em um banco de dados no Azure. Não haverá muitas linhas, apenas algumas centenas/mil linhas por dia.

Tenho várias maneiras de fazer isso:

• Crie um trabalho em nosso aplicativo que obtenha os dados do SQL Server local e os grave no banco de dados do Azure por meio do Entity Framework

• Replicação do SQL Server (isso pode ser usado?)

• Stretch Database (infelizmente não é possível porque algumas das tabelas não podem ser esticadas aparentemente ..)

• Servidor vinculado no Azure-DB com uma visão que seleciona nosso banco de dados local? (Isso é possível?)

Você tinha esses requisitos antes e o que você usou para resolver isso?

Que opção diferente você sugeriria?

Desde já, obrigado :-)

Informações adicionais:

• SQL Server v13.0.4435.0
• Edição Microsoft SQL Server Standard (64 bits)

No momento, estamos enfrentando alguns problemas de desempenho, pois nosso banco de dados está ficando muito grande. Há dados armazenados dos últimos 10 anos e não vejo motivo para que os dados com mais de 2 anos tenham que ser armazenados nas mesmas tabelas que os novos dados.

Agora, como não tenho experiência muito profunda em administrar bancos de dados, estou procurando as melhores maneiras de arquivar dados antigos.

Informações

• Existem cerca de 310.000.000 registros no banco de dados no total.

• O banco de dados precisa de 250 GB no disco rígido.

• A versão do servidor é o SQL Server 2008 com nível de compatibilidade SQL Server 2005 (90), mas planejamos atualizar para o SQL Server 2012 em breve

Já pensei em duas possibilidades:

Novo banco de dados

Crie um banco de dados semelhante ao do servidor de produção e insira todos os dados antigos no novo banco de dados.

• Desvantagem: Como os servidores vinculados não são permitidos em nosso ambiente, seria difícil juntar os dados antigos, se necessário

Esquema de histórico

Crie um novo esquema fe [hist] com as mesmas tabelas do banco de dados de produção. Insira todos os dados antigos nessas novas tabelas no novo esquema.

• Vantagem: Fácil adesão, se dados antigos forem necessários no futuro

• Você prefere uma das soluções sobre a outra?
  • Por quê?
• Existem possibilidades melhores?
• Existem ferramentas existentes com as quais essa tarefa é facilmente possível?
• Algum outro pensamento?

desde já, obrigado

Editar

Pergunta adicional:

A tabela de arquivos recém-criada também precisaria de chaves primárias/estrangeiras?

Ou eles deveriam ter apenas as colunas, mas sem chaves/restrições?

Na semana passada aconteceu algo estranho em nosso banco de dados. De repente, o aplicativo bloqueou para nossos usuários que não conseguiram salvar novas entidades etc.

Depois de algum tempo, os usuários obtiveram um tempo limite de conexão. Quando eu matei o processo 64, eles puderam salvar normalmente novamente.

O problema é que as entidades que eles tentaram salvar durante o bloco foram inseridas no banco de dados mais de uma vez (até 3 vezes) embora haja um código que deve impedir que isso aconteça (coluna de número que deve ser única mas sem restrição ... a verificação acontece no código).

Usamos o Entity Framework 6.0.

• Alguém de vocês sabe por que e quando esses tipos de espera ASYNC_NETWORK_IO ocorrem e como evitá-los?
• E o que exatamente eles significam?