Comparteix a través de

Recuperación de un sitio Configuration Manager

  • Article

Se aplica a: Configuration Manager (rama actual)

Ejecute una Configuration Manager site recovery después de que se produzca un error en un sitio o que se produzca una pérdida de datos en la base de datos del sitio. La reparación y resincronización de datos son las tareas principales de una recuperación del sitio y son necesarias para evitar la interrupción de las operaciones.

Las secciones de este artículo pueden ayudarle a recuperar un sitio Configuration Manager. Para crear una copia de seguridad, consulte Copia de seguridad para Configuration Manager.

Consideraciones antes de recuperar un sitio

Importante

Esta información solo se aplica a escenarios de site recovery. Al actualizar la infraestructura local y no recuperar activamente un sitio con errores, revise la información de los artículos siguientes:

Preparación del hardware del servidor

Asegúrese de que las configuraciones existentes no están presentes en el servidor de sitio. Las configuraciones anteriores pueden provocar conflictos durante el proceso de recuperación del sitio. Use una de las siguientes opciones para el hardware del servidor:

  • Use un nuevo servidor que cumpla los requisitos generales y de recuperación.

  • Dé formato a los discos y vuelva a instalar el sistema operativo en el servidor existente. Asegúrese de que cumple los requisitos generales y de recuperación.

  • Reutilización de un servidor existente que ha limpiado

Use uno de los procedimientos siguientes para limpiar un servidor existente:

Limpieza de un servidor existente solo para la recuperación del servidor de sitio

  1. Eliminar claves del Registro de SMS: HKLM\Software\Microsoft\SMS
  2. Elimine todas las entradas del Registro a SMS partir de .HKLM\System\CurrentControlSet\Services Por ejemplo:
    • SMS_DISCOVERY_DATA_MANAGER
    • SMS_EXECUTIVE
    • SMS_INBOX_MONITOR
    • SMS_INVENTORY_DATA_LOADER
    • SMS_LAN_SENDER
    • SMS_MP_FILE_DISPATCH_MANAGER
    • SMS_SCHEDULER
    • SMS_SITE_BACKUP
    • SMS_SITE_COMPONENT_MANAGER
    • SMS_SITE_SQL_BACKUP
    • SMS_SITE_VSS_WRITER
    • SMS_SOFTWARE_METERING_PROCESSOR
    • SMS_STATE_SYSTEM
    • SMS_STATUS_MANAGER
    • SMS_WSUS_SYNC_MANAGER
    • SMSvcHost 3.0.0.0
    • SMSvcHost 4.0.0.0
  3. Desinstalación de la consola de Configuration Manager
  4. Reiniciar el servidor
  5. Confirme que se eliminan todas las claves del Registro anteriores.

El servidor ya está listo para el procedimiento de restauración de Configuration Manager.

Limpieza de un servidor existente solo para la recuperación de base de datos de sitio

  1. Realice una copia de seguridad de la base de datos del sitio. Realice también una copia de seguridad de cualquier otra base de datos auxiliar, como WSUS.
  2. Asegúrese de tener en cuenta el nombre de SQL Server y el nombre de instancia
  3. Elimine manualmente la base de datos del sitio de la SQL Server
  4. Reinicie el SQL Server

El servidor ya está listo para el procedimiento de restauración de Configuration Manager.

Limpieza de un servidor existente para la recuperación completa

  1. Realice una copia de seguridad de la base de datos del sitio. Realice también una copia de seguridad de cualquier otra base de datos auxiliar, como WSUS.
  2. Realizar una copia de la biblioteca de contenido

Advertencia

El siguiente paso: Desinstalar el sitio de Configuration Manager solo debe realizarse en un sitio primario independiente o en un sitio primario secundario que no pueda comunicarse a través de la red con el sitio de administración central (CAS). La desinstalación del sitio en los resultados de una jerarquía es que el CAS pierde la capacidad de comunicarse con esa principal secundaria y se producirá un error en el proceso de restauración. En el caso de los sitios primarios secundarios, siga los pasos anteriores Limpiar un servidor existente para la recuperación del servidor de sitio .

  1. Elimine manualmente la base de datos del sitio de la SQL Server
  2. Desinstalación del sitio Configuration Manager
  3. Elimine manualmente la carpeta de instalación de Configuration Manager, los registros relacionados y cualquier otra carpeta de Configuration Manager
  4. Reiniciar el servidor
  5. Restaure la biblioteca de contenido y otras bases de datos como WSUS.

El servidor ya está listo para el procedimiento de restauración de Configuration Manager.

Use una versión compatible y la misma edición de SQL Server

Si es posible, use la misma versión de SQL Server. Sin embargo, se admite restaurar una base de datos a una versión más reciente.

No cambie la edición SQL Server. No se admite la restauración de una base de datos de sitio de standard edition a enterprise edition.

Otros requisitos de configuración SQL Server:

  • SQL Server no se puede establecer en modo de usuario único.
  • Asegúrese de que los archivos MDF y LDF son válidos. Al recuperar un sitio, no hay ninguna comprobación del estado de los archivos.

SQL Server Always On grupos de disponibilidad

Si usa SQL Server Always On grupos de disponibilidad para hospedar la base de datos del sitio, modifique los planes de recuperación como se describe en Preparación para usar SQL Server Always On.

Réplicas de base de datos

Después de restaurar una base de datos de sitio que configuró para las réplicas de base de datos, vuelva a configurar cada réplica. Antes de poder usar las réplicas de base de datos, vuelva a crear las publicaciones y suscripciones.

Determinación de las opciones de recuperación

Hay dos áreas principales que se deben tener en cuenta para Configuration Manager servidor de sitio principal y la recuperación del sitio de administración central (CAS): el servidor de sitio y la base de datos del sitio. Las secciones siguientes pueden ayudarle a seleccionar las mejores opciones para el escenario de recuperación.

Nota:

Cuando Configuration Manager instalación detecta un sitio existente en el servidor, puede iniciar una recuperación de sitio, pero las opciones de recuperación para el servidor de sitio son limitadas. Por ejemplo, si ejecuta el programa de instalación en un servidor de sitio existente, al elegir la recuperación, puede recuperar el servidor de base de datos de sitio, pero la opción para recuperar el servidor de sitio está deshabilitada.

Opciones de recuperación del servidor de sitio

Inicie Configuration Manager configuración desde una copia de la carpeta CD.Latest que creó fuera de la carpeta de instalación de Configuration Manager.

  • Si ejecuta el programa de instalación desde el menú Inicio del servidor de sitio, la opción Recuperar un sitio no está disponible.

  • Si instaló actualizaciones desde la consola de Configuration Manager antes de realizar la copia de seguridad, no puede volver a instalar el sitio mediante el programa de instalación de las siguientes ubicaciones:

    • Medios de instalación
    • La ruta de instalación Configuration Manager

A continuación, seleccione la opción Recuperar un sitio . Tiene las siguientes opciones de recuperación para el servidor de sitio con errores:

Recuperación del servidor de sitio mediante una copia de seguridad existente

Use esta opción cuando tenga una copia de seguridad Configuration Manager del servidor de sitio desde antes del error del sitio. El sitio crea esta copia de seguridad como parte de la tarea de mantenimiento Backup Site Server . Se vuelve a instalar el sitio y la configuración del sitio se configura en función del sitio del que se realizó la copia de seguridad.

Reinstalación del servidor de sitio

Use esta opción cuando no tenga una copia de seguridad del servidor de sitio. El servidor de sitio se vuelve a instalar y debe especificar la configuración del sitio como lo haría durante una instalación inicial.

  • Use el mismo código de sitio y el mismo nombre de base de datos de sitio que usó cuando se instaló por primera vez el sitio con errores.

  • Puede volver a instalar el sitio en un equipo nuevo que ejecute una nueva versión del sistema operativo.

  • El servidor debe usar el mismo nombre de host y nombre de dominio completo (FQDN) del servidor de sitio original.

Opciones de recuperación de base de datos de sitio

Al ejecutar Configuration Manager instalación, tiene las siguientes opciones de recuperación para la base de datos del sitio:

Recuperación de la base de datos del sitio mediante un conjunto de copia de seguridad

Use esta opción cuando tenga una copia de seguridad Configuration Manager de la base de datos del sitio desde antes del error de la base de datos. El sitio crea esta copia de seguridad como parte de la tarea de mantenimiento Backup Site Server . En una jerarquía, al restaurar un sitio primario, el proceso de recuperación recupera del CAS los cambios realizados en la base de datos del sitio después de la última copia de seguridad. Al restaurar el CAS, el proceso de recuperación recupera estos cambios de un sitio primario de referencia. Al recuperar la base de datos de sitio de un sitio primario independiente, se pierden los cambios en el sitio después de la última copia de seguridad.

Cuando se recupera la base de datos de sitio de un sitio en una jerarquía, el comportamiento de recuperación es diferente para un sitio cas y primario. El comportamiento también es diferente cuando la última copia de seguridad está dentro o fuera del SQL Server período de retención de seguimiento de cambios. Para obtener más información, consulte la sección Escenarios de recuperación de base de datos de sitio de este artículo.

Nota:

Si selecciona restaurar la base de datos del sitio mediante un conjunto de copia de seguridad, pero la base de datos del sitio ya existe, se produce un error en la recuperación.

Creación de una base de datos para este sitio

Use esta opción cuando no tenga una copia de seguridad de la base de datos del sitio. En una jerarquía, el proceso de recuperación crea una nueva base de datos de sitio. Al restaurar un sitio primario secundario, recupera los datos replicando desde el CAS. Al restaurar el CAS, replica los datos de un sitio primario de referencia. Esta opción no está disponible cuando se recupera un sitio primario independiente o un CAS que no tiene sitios primarios.

Uso de una base de datos de sitio que se ha recuperado manualmente

Use esta opción cuando ya haya recuperado la base de datos del sitio Configuration Manager, pero tenga que completar el proceso de recuperación.

  • Configuration Manager puede recuperar la base de datos del sitio de cualquiera de los procesos siguientes:

    • Tarea de mantenimiento Configuration Manager copia de seguridad

    • Una copia de seguridad de base de datos de sitio mediante Data Protection Manager (DPM)

    • Otro proceso de copia de seguridad

      Después de restaurar la base de datos del sitio mediante un método fuera de Configuration Manager, ejecute el programa de instalación y seleccione esta opción para completar la recuperación de la base de datos del sitio.

      Nota:

      Cuando use DPM para realizar una copia de seguridad de la base de datos del sitio, use los procedimientos DPM para restaurar la base de datos del sitio en una ubicación especificada antes de continuar con el proceso de restauración en Configuration Manager. Para obtener más información sobre DPM, consulte la biblioteca de documentación de Data Protection Manager .

  • En una jerarquía, al recuperar una base de datos de sitio principal, el proceso de recuperación recupera del CAS los cambios realizados en la base de datos del sitio después de la última copia de seguridad. Al restaurar el CAS, el proceso de recuperación recupera estos cambios de un sitio primario de referencia. Al recuperar la base de datos de sitio de un sitio primario independiente, se pierden los cambios en el sitio después de la última copia de seguridad.

Omitir la recuperación de base de datos

Use esta opción cuando no se haya producido ninguna pérdida de datos en el servidor de base de datos de sitio Configuration Manager. Esta opción solo es válida cuando la base de datos del sitio está en un equipo diferente al servidor de sitio que se está recuperando.

SQL Server período de retención de seguimiento de cambios

Configuration Manager habilita el seguimiento de cambios de la base de datos del sitio en SQL Server. El seguimiento de cambios permite Configuration Manager consulta para obtener información sobre los cambios realizados en las tablas de base de datos después de un momento dado anterior. El período de retención especifica cuánto tiempo se conserva la información de seguimiento de cambios. De forma predeterminada, la base de datos del sitio está configurada para tener un período de retención de cinco días. Al recuperar una base de datos de sitio, el proceso de recuperación continúa de forma diferente si la copia de seguridad está dentro o fuera del período de retención. Por ejemplo, si se produce un error en la SQL Server y la última copia de seguridad tiene siete días de antigüedad, está fuera del período de retención.

Para obtener más información sobre SQL Server elementos internos del seguimiento de cambios, consulte las siguientes entradas de blog del equipo de SQL Server: Change Tracking Cleanup ( parte 1) y Change Tracking Cleanup (parte 2).

Reinicialización de datos globales o de sitio

El proceso para reinicializar datos globales o de sitio reemplaza los datos existentes en la base de datos del sitio por datos de otra base de datos de sitio. Por ejemplo, cuando el sitio ABC reinicializa los datos del sitio XYZ, se producen los pasos siguientes:

  • Los datos se copian del sitio XYZ al abc del sitio.
  • Los datos existentes del sitio XYZ se quitan de la base de datos del sitio en el sitio ABC.
  • Los datos copiados del sitio XYZ se insertan en la base de datos del sitio para el sitio ABC.

Escenario de ejemplo 1: el sitio primario reinicializa los datos globales del CAS

El proceso de recuperación quita los datos globales existentes para el sitio primario en la base de datos del sitio principal y reemplaza los datos por los datos globales copiados del CAS.

Escenario de ejemplo 2: cas reinicializa los datos del sitio desde un sitio primario

El proceso de recuperación quita los datos de sitio existentes para ese sitio primario en la base de datos CAS. Reemplaza los datos por los datos del sitio copiados del sitio primario. Los datos del sitio para otros sitios primarios no se ven afectados.

Escenarios de recuperación de bases de datos de sitio

Después de restaurar una base de datos de sitio a partir de una copia de seguridad, Configuration Manager intenta restaurar los cambios en los datos globales y del sitio después de la última copia de seguridad de la base de datos. Configuration Manager inicia las siguientes acciones después de restaurar una base de datos de sitio a partir de la copia de seguridad:

El sitio recuperado es un CAS

  • Copia de seguridad de base de datos dentro del período de retención de seguimiento de cambios

    • Datos globales: los cambios en los datos globales después de la copia de seguridad se replican desde todos los sitios primarios.

    • Datos del sitio: los cambios en los datos del sitio después de la copia de seguridad se replican desde todos los sitios primarios.

  • Copia de seguridad de base de datos anterior al período de retención de seguimiento de cambios

    • Datos globales: el CAS reinicializa los datos globales del sitio primario de referencia si los especifica. A continuación, todos los demás sitios primarios reinicializan los datos globales del CAS. Si no especifica un sitio de referencia, todos los sitios primarios reinicializan los datos globales del CAS. Estos datos son los que ha restaurado a partir de la copia de seguridad.

    • Datos del sitio: el CAS reinicializa los datos de sitio de cada sitio primario.

El sitio recuperado es un sitio primario

  • Copia de seguridad de base de datos dentro del período de retención de seguimiento de cambios

    • Datos globales: los cambios en los datos globales después de la copia de seguridad se replican desde el CAS.

    • Datos del sitio: el CAS reinicializa los datos del sitio desde el sitio primario. Cambios después de que se pierda la copia de seguridad. Los clientes regeneran la mayoría de los datos cuando envían información al sitio primario.

  • Copia de seguridad de base de datos anterior al período de retención de seguimiento de cambios

    • Datos globales: el sitio primario reinicializa los datos globales del CAS.

    • Datos del sitio: el CAS reinicializa los datos del sitio desde el sitio primario. Cambios después de que se pierda la copia de seguridad. Los clientes regeneran la mayoría de los datos cuando envían información al sitio primario.

Procedimientos de Site Recovery

Use uno de los procedimientos siguientes para ayudarle a recuperar el servidor de sitio y la base de datos de sitio:

Inicio de una recuperación del sitio en el asistente para la instalación

  1. Copie la carpeta CD.Latest en una ubicación fuera de la carpeta de instalación Configuration Manager. En la copia de la carpeta CD.Latest, ejecute el asistente de instalación de Configuration Manager.

  2. En la página Introducción, seleccione Recuperar un sitio y, a continuación, seleccione Siguiente.

  3. Complete el asistente con las opciones adecuadas para la recuperación del sitio.

    • Durante la recuperación, el programa de instalación identifica el puerto de SQL Server Service Broker (SSB) que usa el SQL Server. No cambie esta configuración de puerto durante la recuperación o la replicación de datos no funcionará correctamente una vez completada la recuperación.

    • Puede especificar la ruta de acceso original o nueva que se usará para la instalación de Configuration Manager en el asistente para la instalación.

Inicio de una recuperación de sitio desatendida

  1. Prepare el script de instalación desatendida para las opciones que necesita para site recovery. Para obtener más información, consulte Desatendida site recovery.

  2. Ejecute Configuration Manager instalación mediante la /script opción de línea de comandos. Por ejemplo, se crea un archivo de inicialización de instalaciónConfigMgrUnattend.ini. Guárdelo en el C:\Temp directorio del equipo en el que se ejecuta la instalación. Use el siguiente comando:

    setup.exe /script C:\temp\ConfigMgrUnattend.ini

Nota:

Después de recuperar un CAS, no se puede establecer la replicación de algunos datos de sitio de sitios secundarios. Estos datos pueden incluir el inventario de hardware, el inventario de software y los mensajes de estado.

Si se produce este problema, reinicialice ConfigMgrDRSSiteQueue para la replicación de base de datos. Use SQL Server Manager para ejecutar la siguiente consulta en la base de datos del sitio para cas:

IF EXISTS (SELECT * FROM sys.service_queues WHERE name = 'ConfigMgrDRSSiteQueue' AND is_receive_enabled = 0)  
 
ALTER QUEUE [dbo].[ConfigMgrDRSSiteQueue] WITH STATUS = ON

Tareas posteriores a la recuperación

Después de recuperar el sitio, hay varias tareas posteriores a la recuperación que se deben tener en cuenta antes de que se complete la recuperación del sitio. Use las secciones siguientes para ayudarle a completar el proceso de recuperación del sitio.

Volver a escribir contraseñas de cuenta de usuario

Después de una recuperación del servidor de sitio, vuelva a escribir las contraseñas de las cuentas de usuario del sitio. Estas contraseñas se restablecen durante la recuperación del sitio. Las cuentas se muestran en la página Finalizado del asistente para la instalación una vez completada la recuperación del sitio. La lista también se guarda C:\ConfigMgrPostRecoveryActions.html en en el servidor de sitio recuperado.

Volver a escribir contraseñas de cuenta de usuario después de site recovery

  1. Abra la consola Configuration Manager y conéctese al sitio recuperado.

  2. Vaya al área de trabajo Administración , expanda Seguridad y, a continuación, seleccione Cuentas.

  3. Para cada cuenta, siga estos pasos para volver a escribir la contraseña:

    1. Seleccione la cuenta de la lista identificada después de site recovery.

    2. Seleccione Propiedades en la cinta de opciones.

    3. En la pestaña General , seleccione Establecer y vuelva a escribir la contraseña de la cuenta.

    4. Seleccione Comprobar, elija el origen de datos adecuado para la cuenta de usuario seleccionada y, a continuación, seleccione Probar conexión. En este paso se comprueba que la cuenta de usuario puede conectarse al origen de datos y comprueba las credenciales.

    5. Seleccione Aceptar para guardar los cambios de contraseña y, a continuación, seleccione Aceptar para cerrar la página de propiedades de la cuenta.

Volver a escribir contraseñas PXE

  1. En la consola de Configuration Manager, vaya al área de trabajo Administración y seleccione el nodo Puntos de distribución. Cualquier punto de distribución local con Sí en la columna PXE está habilitado para PXE y puede tener una contraseña para volver a escribir.

  2. Seleccione un punto de distribución habilitado para PXE y seleccione Propiedades en la cinta de opciones.

  3. Cambie a la pestaña PXE .

  4. Si la opción Requerir una contraseña cuando los equipos usan PXE está habilitada, escriba y confirme la contraseña.

  5. Seleccione Aceptar para guardar y cerrar las propiedades.

Repita este proceso para cualquier otro punto de distribución local habilitado para PXE.

Volver a escribir contraseñas de secuencia de tareas

  1. En la consola Configuration Manager, vaya al área de trabajo Biblioteca de software, expanda Sistemas operativos y seleccione el nodo Secuencias de tareas.

  2. Seleccione una secuencia de tareas y, a continuación, en la cinta de opciones, seleccione Editar.

  3. Revise los pasos siguientes para volver a escribir las contraseñas:

    • Aplicar configuración de Windows: si habilita y especifica la contraseña de administrador local, vuelva a escribir y confirme la contraseña.

    • Aplicar configuración de red: para la cuenta que tiene permiso para unirse al dominio, seleccione Establecer. Escriba y confirme la contraseña y, a continuación, seleccione Comprobar.

    • Capturar imagen del sistema operativo: para la cuenta que se usa para acceder al destino, seleccione Establecer. Escriba y confirme la contraseña y, a continuación, seleccione Comprobar.

    • Conectarse a la carpeta de red: para la cuenta que se usa para conectar una carpeta de red, seleccione Establecer. Escriba y confirme la contraseña y, a continuación, seleccione Comprobar.

    • Habilitar BitLocker: si usa la opción de administración de claves TPM y PIN, vuelva a escribir el PIN.

    • Unirse a un dominio o grupo de trabajo: para la cuenta que tiene permiso para unirse al dominio, seleccione Establecer. Escriba y confirme la contraseña y, a continuación, seleccione Comprobar.

    • Ejecutar línea de comandos: si usa la opción Ejecutar este paso como la cuenta siguiente, seleccione Establecer. Escriba y confirme la contraseña y, a continuación, seleccione Comprobar.

    • Ejecutar script de PowerShell: si usa la opción Ejecutar este paso como la cuenta siguiente, seleccione Establecer. Escriba y confirme la contraseña y, a continuación, seleccione Comprobar.

Repita este proceso para todas las secuencias de tareas.

Volver a crear medios de arranque y medios preconfigurados en entornos que no son PKI

En entornos que no son PKI, los certificados autofirmados en medios de arranque y medios preconfigurados se basan en las claves de máquina del servidor donde se creó el medio. Por este motivo, si el hardware cambia o el sistema operativo se vuelve a instalar como parte de una recuperación, es necesario volver a crear los medios de arranque y los medios preconfigurados creados en ese servidor. Para obtener más información sobre cómo crear medios de arranque y medios preconfigurados, consulte Creación de medios de arranque y Creación de medios preconfigurados.

Volver a escribir claves de instalación local

Después de una recuperación del servidor de sitio, vuelva a escribir las claves de instalación de prueba de Windows especificadas para el sitio. Estas claves se restablecen durante la recuperación del sitio. Después de volver a escribir las claves de transferencia local, el sitio restablece el recuento en la columna Activaciones usadas para las claves de instalación local de Windows.

Por ejemplo, antes del error del sitio, el recuento total de activaciones se muestra como 100. El número de claves que han usado los dispositivos o activaciones es de 90. Después de la recuperación del sitio, el valor Total de activaciones sigue mostrando 100, pero la columna Activaciones usadas muestra incorrectamente 0. Después de que 10 dispositivos nuevos usen una clave de instalación local, no hay más claves de transferencia local y el dispositivo 11 no puede aplicar una clave de instalación local.

Volver a crear servicios de Azure

Después de site recovery, es posible que vea el siguiente error en cloudmgr.log:

Index (zero-based) must be greater than or equal to zero

Para resolver este problema, renueve la clave secreta para cada conexión de inquilino de Azure.

Eliminar y volver a crear suscripciones para notificaciones externas en cas

Después de recuperar el CAS, debe eliminar y volver a crear las suscripciones para las notificaciones externas. Para obtener más información, consulte Notificaciones externas.

Configuración de HTTPS para roles de sistema de sitio que usan IIS

Al recuperar sistemas de sitio que ejecutan IIS y configurados para HTTPS, vuelva a configurar IIS para usar el certificado de servidor web.

Reinstalación de revisiones

Después de una recuperación de sitio, debe reinstalar las revisiones fuera de banda que se aplicaron al servidor de sitio. Después de site recovery, vea la lista de las revisiones instaladas anteriormente en la página Finalizado del asistente para la instalación. Esta lista también se guarda C:\ConfigMgrPostRecoveryActions.html en en el servidor de sitio recuperado.

Recuperación de informes personalizados

Algunos clientes crean informes personalizados en SQL Server Reporting Services. Cuando se produzca un error en este componente, recupere los informes de una copia de seguridad del servidor de informes. Para obtener más información sobre cómo restaurar los informes personalizados en Reporting Services, consulte Operaciones de copia de seguridad y restauración para Reporting Services.

Recuperación de archivos de contenido

La base de datos del sitio realiza un seguimiento de dónde almacena el servidor de sitio los archivos de contenido. Los propios archivos de contenido no se copian de seguridad ni se restauran como parte del proceso de copia de seguridad y recuperación. Para recuperar completamente los archivos de contenido, restaure la biblioteca de contenido y los archivos de origen del paquete en la ubicación original. Hay varios métodos para recuperar los archivos de contenido. El método más sencillo es restaurar los archivos desde una copia de seguridad del sistema de archivos del servidor de sitio.

Si no tiene una copia de seguridad del sistema de archivos para los archivos de origen del paquete, cópielos o descárguelos manualmente. Este proceso es similar a cuando creó originalmente el paquete. Ejecute la siguiente consulta en SQL Server para buscar la ubicación de origen del paquete para todos los paquetes y aplicaciones: SELECT * FROM v_Package. Identifique el sitio de origen del paquete examinando los tres primeros caracteres del identificador de paquete. Por ejemplo, si el identificador de paquete es CEN00001, el código de sitio para el sitio de origen es CEN. Al restaurar los archivos de origen del paquete, deben restaurarse en la misma ubicación en la que estaban antes del error.

Si no tiene una copia de seguridad del sistema de archivos que incluya la biblioteca de contenido, tiene las siguientes opciones de restauración:

  • Importar un archivo de contenido preconfigurado: en una jerarquía de Configuration Manager, puede crear un archivo de contenido preconfigurado con todos los paquetes y aplicaciones de otra ubicación. A continuación, importe el archivo de contenido preconfigurado para recuperar la biblioteca de contenido en el servidor de sitio.

  • Actualizar contenido: Configuration Manager copia el contenido del origen del paquete en la biblioteca de contenido. Para que esta acción finalice correctamente, los archivos de origen del paquete deben estar disponibles en la ubicación original. Realice esta acción en cada paquete y aplicación.

Recuperación de actualizaciones de software personalizadas

Cuando haya incluido archivos de base de datos de System Center Novedades Publisher en el plan de copia de seguridad, puede recuperar las bases de datos si se produce un error en el equipo del publicador de Novedades. Para obtener más información sobre Novedades Publisher, consulte System Center Novedades Publisher.

Restauración de la base de datos de Novedades Publisher

  1. Vuelva a instalar Novedades publicador en el equipo recuperado.

  2. Copie el archivo de base de datos Scupdb.sdf del destino %USERPROFILE%\AppData\Local\Microsoft\System Center Updates Publisher 2011\5.00.1727.0000\ de copia de seguridad en el equipo que ejecuta Novedades Publisher.

  3. Cuando más de un usuario ejecute Novedades publicador en el equipo, copie cada archivo de base de datos en la ubicación de perfil de usuario adecuada.

Datos de migración de estado de usuario

Como parte de las propiedades del punto de migración de estado, especifique las carpetas que almacenan los datos de estado de usuario. Después de recuperar un punto de migración de estado, restaure manualmente los datos de estado de usuario en el servidor. Restaure los datos en las mismas carpetas que almacenaron antes del error.

Regeneración de los certificados para puntos de distribución

Después de restaurar un sitio, distmgr.log podría enumerar la siguiente entrada para uno o varios puntos de distribución: Failed to decrypt cert PFX data. Esta entrada indica que el sitio no puede descifrar los datos del certificado del punto de distribución. Para resolver este problema, vuelva a importar o vuelva a importar el certificado para los puntos de distribución afectados. Use el cmdlet Set-CMDistributionPoint de PowerShell.

Restauración de certificados de cifrado de base de datos

Si usa SQL Server cifrado para toda la base de datos o para tablas específicas, es posible que tenga que restaurar los certificados después de restaurar la base de datos del sitio. Por ejemplo, si cifra los datos de recuperación para la administración de BitLocker. Para obtener más información, vea Restaurar certificado para la administración de BitLocker.

Recuperación de un sitio secundario

Configuration Manager no admite la copia de seguridad de la base de datos en un sitio secundario, pero admite la recuperación mediante la reinstalación del sitio secundario. La recuperación del sitio secundario es necesaria cuando se produce un error en un sitio secundario de Configuration Manager.

Requisitos

  • El servidor debe cumplir todos los requisitos previos del sitio secundario y tener configurados los derechos de seguridad adecuados.

  • Use la misma ruta de instalación que se usó para el sitio con errores.

  • Use un servidor con la misma configuración que el servidor con errores. Esta configuración incluye su nombre de dominio completo (FQDN).

  • El servidor debe tener la misma configuración de SQL Server que el sitio con errores.

    • Durante una recuperación del sitio secundario, Configuration Manager no instala SQL Server Express si aún no está instalado en el equipo.

    • Use la misma versión de SQL Server y la misma instancia de SQL Server que usó para la base de datos del sitio secundario antes del error.

Procedure

Use la acción Recuperar sitio secundario desde el nodo Sitios de la consola de Configuration Manager. A diferencia de otros tipos de sitios, la recuperación de un sitio secundario no usa un archivo de copia de seguridad. Este proceso vuelve a instalar los archivos de sitio secundarios en el servidor con errores. Después de reinstalar el sitio, los datos del sitio secundario se reinicializan desde el sitio primario primario.

Durante el proceso de recuperación, Configuration Manager comprueba si la biblioteca de contenido existe en el servidor de sitio secundario. También comprueba que el contenido adecuado está disponible. El sitio secundario usa la biblioteca de contenido existente, si incluye el contenido adecuado. De lo contrario, para recuperar la biblioteca de contenido de un sitio secundario, redistribuya o preconfigure el contenido en el servidor.

Cuando tiene un punto de distribución que no está en el servidor de sitio secundario, no es necesario volver a instalar el punto de distribución durante una recuperación del sitio secundario. Después de la recuperación del sitio secundario, el sitio se sincroniza automáticamente con el punto de distribución.

Puede comprobar el estado de la recuperación del sitio secundario mediante la acción Mostrar estado de instalación del nodo Sitios de la consola de Configuration Manager.