Réplica transaccional: subscriptor job deleted al restaurar copia de base
Jos� Daniel
Quer�a consultarles sobre un problema que tengo con una r�plica
transaccional.
El esquema es:
Servidor 1: Publicador y Distribuidor
Servidor 2: Subscriptor
El tipo de subscripci�n es pull (agente en el subscriptor).
Una vez creada la r�plica y andando todo bien. Si
1- Ejecuto backup de la base r�plicada.
2- Restauro base r�plicada en el mismo server pero con otro nombre
y distinto path de archivos f�sicos (Es decir una copia de la base).
Resulta que la operaci�n de restore (2) al finalizar me borra el agent job
del subscriptor.
El mensaje del log es: [180] Job Servidor1-BD-PSer1-Servidor2-BD-675... was
deleted while it was executing: the outcome was (Unknown).
Es decir que el restore que crea una copia de la base r�plicada me borra
el agente del subscriptor y por supuesto deja de r�plicar en la base origen.
Alguien tiene idea de por qu� pasa esto?, Todas las sugerencias son
bienvenidas.
Gracias!!
Publicador: Microsoft SQL Server 2005 - 9.00.3042.00 (X64) on Windows NT
5.2 (Build 3790: Service Pack 2)
Subscriptor: Microsoft SQL Server 2005 - 9.00.3042.00 (Intel X86) Windows NT
5.2 (Build 3790: Service Pack 2)
Maxi Accotto
A ver, primero no se porque esta haciendo ese procedimiento, es muy grande
la base?
Porque no arma la snapshop desde la replicacion?
--
------------------------------------------------
Maxi Accotto
MVP en SQL Server
http://blog.maxiaccotto.com
--------------------------------------------------
"Jos� Daniel" <jos...@starmedia.com> wrote in message
news:ethFSLGZ...@TK2MSFTNGP04.phx.gbl...
Jos� Daniel
Ya prob� realizar este procedimiento 3 veces , en servidores diferentes y
siempre borr� el job, aclaro que
hice backup y restaur� la misma base en el mismo servidor en las 3 pruebas.
La base replicada no es muy grande es de 6 gigas.
No borra la base replicada sino que borra el job en el subscriptor y por lo
tanto deja de replicar.
El snapshot se crea a partir de una base m�s grande, filtrando s�lo los
datos necesarios.
Para crearlo me demora 20 mins y luego tengo que agregar stores y crear
�ndices que en la base original
no existen y que s�lo sirven al aplicativo que utiliza esta base.
Por eso como plan de contingencia me pidieron tener una base restaurada en
el mismo server
para redireccionar el aplicativo temporalmente ante un problema y hasta
rearmar la r�plica.
Prob� hacer este procedimiento (1- Back 2- Restore), a trav�s de job y
manualmente
y en ambos casos al restaurar borra el job del subscriptor.
Saludos.-
Ruben Garrigos
Durante la restauraci�n de cualquier base de datos replicada se realiza internamente
una llamada a sp_restoredbreplication (http://msdn.microsoft.com/es-es/library/ms187753(SQL.90).aspx).
Uno de los par�metros que se le pasa es la opci�n keep_replication que viene
de la opci�n KEEP_REPLICATION del comando restore. Internamente llama a sp_MSrestoredbreplication
pero b�sicamente con fijar la opci�n KEEP_REPLICATION en el restore ya no
deber�a darte los problemas que comentas. En todo caso restaurando sobre
el mismo servidor que tiene la r�plica no deber�a generarte problemas.
En ese procedimiento interno existe una posibilidad un tanto retorcida de
que tengas una personalizaci�n en el registro (HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\Replication\RestoreOverride)
que afecte a lo dicho anteriormente, pero ya al comentar que has probado
en varios servidores entiendo que no es este el problema.
Un saludo,
Rub�n Garrig�s
Solid Quality Mentors
Blog: http://blogs.solidq.com/es/elrincondeldba