none
Error al replicar el DAG en Exchange 2010 RRS feed

  • Pregunta

  • Hola, les comento que tengo configurado el DAG en 2 servidores de Exchange, pero resulta que borre unos logs de un mes a la fecha y desd ese momento me empezo a dar problemas en la replicación, a continuación les pongo el mensaje de error que me manda: Incremental seeding of database DB-Especiales\SSGTMEXS19 encountered an error. A full reseed is required. Error: The Microsoft Exchange Replication service failed to determine if the log files in database 'DB-Especiales' are divergent from the source copy on server 'SSGTMEXS20.SSGT.CORP'. Error: File 'C:\ExchangeDatabases\VOL3\Mailbox\DB-Especiales\incseedInspect\TEMP.INSPCTR.E0600034797.log' could not be opened. Access is denied

    Gracias por sus comentarios. Saludos!!!


    Gerardo Torres N. Instructor

    jueves, 7 de mayo de 2015 19:15

Todas las respuestas

  • Gerardo,

    ¿Como estas? ¿Pudiste realizar un reseed de la base que arroja el error? De esa forma se genera una nueva copia de la base de datos:

    http://blogs.technet.com/b/messaging_and_beyond/archive/2012/05/10/exchange-dags-and-reseeding.aspx

    http://exchangeserverpro.com/how-to-reseed-a-failed-mailbox-database-copy-in-exchange-server-2010/

    https://technet.microsoft.com/en-us/library/ff359982(v=exchg.140).aspx

    Igualmente, en caso de que no funcione, lo que te recomiendo es restaurar un backup de la base o del log faltante y volver a realizar un reseed, eliminando la copia de la base.

    Saludos!!


    This posting is provided AS IS with no warranties and confers no rights! Always test ANY suggestion in a test environment before implementing! Mi blog http://nicolasgranata.com

    • Propuesto como respuesta Moderador M viernes, 8 de mayo de 2015 15:59
    viernes, 8 de mayo de 2015 14:29
  • Estimado,

    Aquí viendo un poco el Error, se puede ver a perdida de permisos, solo debería ir al archivo, le das clic derecho en propiedades, luego en el TAB security debes verificar, que permisos tiene.

    Antes de hacer esto me gustaría saber si tiene respaldos de los LOG que borro antes.

    Ahora también antes de ejecutar cualquier acción, me gustaría saber si puede revisar el event Viewer para ver que error aparece.

    Por otro lado ejecuta este comando powerShell:(Se informa que no tendrá ningún cambio en la plataforma, Solo te dará información):

    >Test-ReplicationHealth 

    En espera de una pronta respuesta.

    Gracias,


    Edwin Duran Ospina _____________________________________________ Si la respuesta ha sido la solución, favor marcarla.

    viernes, 8 de mayo de 2015 14:51
  • Hola Nicolas gracias por responder, fíjate que de las 5 bases de datos del servidor replica, 3 de ellas su estatus ya esta en Healty, pero 2 aun no levantan, viendo en la ruta donde debería de estar la copia de esas bases de datos detecte que no esta el archivo edb de esas 2 bases de datos, ahora la pregunta es: Puedo de un backup copiar esos archivos edb a su ubicación y después intentar replicarlas con el servidor origen?

    Gerardo Torres N. Instructor

    viernes, 8 de mayo de 2015 19:04
  • Hola Gerardo,

    Vi tu post y me gustaría ofrecer una opinión esperando que se de ayuda.

    Como primer paso es importante determinar el estado de las copias, es decir..  Si, en la consola Exchange Management Shell, ejecutas los comando:

    Get-MailboxDatabaseCopyStatus -server tuserverdondelascopiaspasivas

    El estado de las copias es  ServiceDown? Unhealthy? Failed and Suspended?

    Cualquiera de estos estados te indica una falla en la replicación.. Ahora bien, lo mas recomendable en el caso de tener una copia de la base de datos con una disparidad de logs muy amplia o con fallas en la secuencia lógica de logs, entonces, lo mejor es..  eliminar la copia de la base   (la base activa es la montada, la copia es solo eso, una copia que se actualiza) y volver a crear una copia de tal base en el mismo servidor.

    Esto se le conoce como reseed..  o resembrado..  porque se genera una nueva copia de la base y se siembran  nuevamente los logs, los logs son eso,,  registros..  inclusive es posible generar una nueva base de datos a base logs.. pero eso es otro tema... lo importante es que logres generar una nueva copia de la base montada.

    Ahora bien...  acerca de tu pregunta:

    Puedo de un backup copiar esos archivos edb a su ubicación y después intentar replicarlas con el servidor origen?

    Se puede, pero ese backup podría no contener información actualizada...   finalmente ... sigue siendo un archivo .edb    la única gran diferencia será que la información no estará actualizada y quizá.. dependiendo de que tan reciente sea ese backup, haga mas daño que bien..

    Ese backup tenia la información actualizada hasta la fecha de la captura,.. no hasta hoy.

    Por otro lado, solo por curiosidad..  este borrado de logs se hizo de la carpeta de logs de la base de datos montada?  No creo haberlo leído arriba.

    Saludos!

     

    viernes, 8 de mayo de 2015 19:57
  • Hola Joel gracias por el apoyo, fijate que ya borre la copia de la base de datos del servidor replica (En la consola del Exchange le di remover) e intente volver a agregar la base de datos del servidor origen (A través de la consola de Exchange con la opción agregar base de datos), pero me manda un error, dice que no puede acceder a la ruta donde se supone debe estar la base de datos, indica: Cannot open folder. Access is denied, por eso me fui a esa ruta y valide los permisos, todo esta ok, pero fue cuando me di cuenta que en la ruta de el servidor replica, no existía el archivo de la base de datos (*edb), por eso de mi pregunta anterior, copiar de mi backup la base de datos en esa ruta y re-intentar hacer el reeseding o tal vez otra acción. También cuando quiero darle la opción update database me manda un error que dice que el las bitacoras son demasiado grandes para replicarlas de manera automática. Gracias por su apoyo y comentarios. Saludos!!!

    Gerardo Torres N. Instructor

    viernes, 8 de mayo de 2015 21:37
  • Ya veo.

    Una consulta, en el servidor de replica se generaron eventos.

    La fuente de tales eventos es MSExchangeRepl

    Quizá logres ver algún error de esa hora.

    Una consulta adicional..   escribes esa copia al mismo disco en el servidor de replica donde escriben las demás copias que están saludables?

    Por aca seguimos.

    Saludos!

    viernes, 8 de mayo de 2015 21:43
  • Hola Joel, la copia se escribe en un volumen distinto a los que estan saludables

    Gerardo Torres N. Instructor

    viernes, 8 de mayo de 2015 23:59
  • mmm...  ya veo...

    El tema que no te deje escribir a ese volumen puede deberse a varios temas..  cluster, red, servicio de replicación, storage, secuencia lógica de logs..  etc.

    Como primer paso, te sugiero ir al servidor que pretende administrar (almacenar) la copia de esa base e ir a los logs de aplicaciones de Windows>Applications

    y buscar posibles eventos de error que tengan como fuente: MSExchangeRepl

    Por otro lado... si simulas ese mismo comportamiento con otra nueva base de datos ... montada en el mismo servidor de origen y siendo escrita<>copiada al mismo servidor de destino...  escribiendo al mismo disco de destino...   se reproduce el mismo incidente?

    Eso nos podría dar mas luz acerca del problema...  descartaríamos posibles temas de red y quizá enfocarnos a la secuencia lógica de logs en el origen.

    Saludos!

    • Propuesto como respuesta Moderador M martes, 12 de mayo de 2015 17:38
    lunes, 11 de mayo de 2015 22:53
  • Les agradezco a todos sus comentarios, trate de realizar varias opciones pero ninguna funciono, sigue uno de los dos servidores que forman el DAG con las bases de datos offline, así que yo creo que la opción mas viable es crear nuevamente el DAG, les pido de su apoyo para que de favor me iluminen y me digan como llevar acabo la creación del DAG, ya que no se si tengo que primero dar de baja el servidor del DAG y después integrarlo nuevamente ó que pasos hay que hacer primero. Espero sus comentarios y nuevamente muchas gracias!!!


    Gerardo Torres N. Instructor

    miércoles, 13 de mayo de 2015 15:34
  • Hola Gerardo,

    Según lo que entiendo tienes 3 bases de datos con una copia sana y 2 con una copia no sana,.. cierto? Si esto es asi, no veo el porque remover la DAG, te sugiero ir a la raíz del problema antes de intentar deshacer algo que ya funciona.

    Si aun así deseas deshacer tu DAG tendrías que inicialmente suspender y eliminar las copias de las bases de datos.

    Saludos!

    jueves, 21 de mayo de 2015 22:29