Estou tentando replicar para um 4º assinante em um site remoto. 3 assinantes funcionam bem localmente. a outra diferença é que este é um assinante de 2012 de um editor e distribuidor remoto de 2008 r2.
Ao entregar os comandos bcp, ele falha com o seguinte erro.
O processo não pôde copiar em massa para a tabela '"dbo".."FlightSchedule_tbl"'. (Fonte: MSSQL_REPL, Número do erro: MSSQL_REPL0)
Eu tentei aumentar o nível historyverbose para 2, mas este é o único erro que recebo do histórico do agente. Tentei recriar o instantâneo, mas ainda falha no mesmo ponto...
nada incomum sobre a tabela e seus 5 milhões de linhas, portanto, não há grandes quantidades de dados ...
Column_name Type Computed Length
FlightId int no 4
OrigAirport char no 3
DestAirport char no 3
DeptDate datetime no 8
ArriveDate datetime no 8
Airline char no 10
SupplierId int no 4
UpdateRef int no 4
HarvestUpdateKey int no 4
ActiveFlag bit no 1
Alguém pode me ajudar a diagnosticar isso para obter um erro útil ou sugerir qual pode ser o problema? a conexão é muito lenta para este datacenter, que é um problema que estamos tentando resolver... isso poderia ser simplesmente um tempo limite ???
ATUALIZAÇÃO - configurei uma publicação separada com apenas esta tabela e defina o registro detalhado como 2. Em seguida, obtenho
Mensagens de erro:
O processo não pôde copiar em massa para a tabela '"dbo"."FlightSchedule_tbl"'. (Fonte: MSSQL_REPL, Número do erro: MSSQL_REPL0)
Uma conexão existente foi encerrada à força pelo host remoto.
Erro não especificado
Falha ao enviar lote após erros máximos
Provedor TCP: uma conexão existente foi encerrada à força pelo host remoto. (Fonte: MSSQLServer, Número do erro: 10054)
Falha no link de comunicação (Fonte: MSSQLServer, Número do erro: 10054)
assim se parece com a rede entre datacenters... estranho que morresse sempre no mesmo ponto, haveria uma razão para isso?
O log de erros no servidor de destino
Erro: 4014, Gravidade: 20, Estado: 13
Ocorreu um erro fatal ao ler o fluxo de entrada da rede. A sessão será encerrada (erro de entrada: 64, erro de saída: 0).
Se o link estiver ruim, você deve substituir os parâmetros -QueryTimeOut e -KeepAliveMessageInterval. Verifique o trabalho do SQL Server Agent, identifique o trabalho de replicação, clique com o botão direito do mouse em Properties, Steps, Edit e no final de Commend apenas adicione -LoginTimeOut 120 -QueryTimeOut 7200 -KeepAliveMessageInterval 600
Não consegui encontrar uma explicação razoável de por que isso estava acontecendo, pois há outras tabelas mais amplas nessa publicação com mais dados e até mesmo BLOBs e eles replicaram bem. então não estou realmente fornecendo isso como uma resposta, apenas uma solução possível para alguém em uma situação semelhante.
A solução alternativa com a qual tive que resolver foi separar o artigo em sua própria publicação, então, sempre que falhasse, ele só precisava percorrer os 12 arquivos bcp já entregues antes de chegar ao tempo limite e, eventualmente, após 9 horas durante a noite, falhou e tentou novamente vezes suficientes onde eventualmente rastejou através dos arquivos BCP restantes.