Administrar servidores SQL Server protegidos
Se aplica a: System Center 2012 SP1 - Data Protection Manager, System Center 2012 - Data Protection Manager, System Center 2012 R2 Data Protection Manager
Las tareas de mantenimiento generales de SQL Server pueden afectar a las copias de seguridad de DPM. Tenga en cuenta los siguientes procedimientos recomendados:
Si necesita realizar tareas de mantenimiento en un servidor protegido y no desea que los trabajos de protección continúen mientras se lleva a cabo el mantenimiento, puede deshabilitar el agente de protección.
Si deshabilita a un agente de protección para un servidor que es un nodo del clúster, debe deshabilitar el agente de protección para todos los nodos del clúster.
Le recomendamos que no cambie el dominio de un servidor protegido. No puede cambiar el dominio ni el nombre de un servidor SQL Server protegido sin que se interrumpa la protección. Tampoco puede cambiar el dominio ni el nombre de un servidor protegido y asociar las réplicas existentes y los puntos de recuperación al nuevo nombre de equipo. Si necesita cambiar el dominio o nombre, quite los miembros del grupo de protección, desinstale al agente de protección, realice el cambio, vuelva a instalar al agente de protección y, a continuación, agregue los orígenes de datos a los grupos de protección. Tenga en cuenta que si mantiene las réplicas y los puntos de recuperación, los datos seguirán estando accesibles para la recuperación administrativa hasta que elimine las réplicas. Sin embargo, los datos no serán accesibles para la recuperación por el usuario final.
Cuando se agrega una base de datos a un grupo de protección, DPM detecta el modelo de recuperación que la base de datos tiene configurado para su uso. DPM no permite el uso de registros ni copias de seguridad incrementales para bases de datos configuradas en el modelo de recuperación simple. Solo se permiten las copias de seguridad del registro de bases de datos configuradas en los modelos de recuperación completa y optimizado para cargas masivas de registros. Cuando se cambia el modelo de recuperación de una base de datos protegida de simple a completa u optimizado para cargas masivas de registros, la protección de DPM sigue tal cual estaba configurada. Cuando se cambia el modelo de recuperación de una base de datos protegida de completa u optimizada para cargas masivas de registros a simple, las copias de seguridad completas rápidas seguirán realizándose correctamente, pero se producirán errores en las copias de seguridad incrementales.
Si sustituye un disco que contiene datos de SQL Server protegidos por DPM, debe asignar la misma letra de unidad al nuevo disco. A continuación, puede recuperar los datos protegidos desde el servidor DPM y guardarlos en el nuevo disco.
DPM protege las bases de datos de SQL Server a través de la protección automática de instancias de SQL Server. Esto permite a DPM identificar y proteger automáticamente las bases de datos de SQL Server que se agregan a instancias de SQL Server para recibir protección de manera automática. Se puede utilizar el cmdlet Start-AutoProtection para forzar a DPM a comprobar inmediatamente la existencia de bases de datos nuevas y agregarlas a la protección si es necesario hacerlo antes del trabajo que se ha programado para la noche. Deshabilite la protección automática haciendo clic con el botón derecho en la instancia de SQL Server en el asistente para protección y seleccionando Desactivar protección automática.
Si una ruta asociada con una base de datos protegida cambia, los trabajos de copia de seguridad no se realizarán correctamente. Para resolver este problema, quite la base de datos de la protección y, a continuación, agréguela de nuevo al grupo de protección. Este cambio en el grupo de protección requiere una comprobación de coherencia. Una vez completada la comprobación de coherencia, se reanudarán los trabajos de protección.
Si cambia el nombre de una base de datos protegida por DPM, debe agregar la base de datos con su nombre nuevo a un grupo de protección nuevo o ya existente y, a continuación, quitar la base de datos con el nombre antiguo de su grupo de protección. La base de datos se protegerá como un origen de datos nuevo.
Puede ejecutar copias de seguridad paralelas si ambas bases de datos están en diferentes grupos de protección y ambas bases de datos se encuentran en diferentes versiones de SQL Server.
Cuando realiza cambios en un clúster de servidores SQL Server protegido por DPM, DPM realiza las siguientes acciones:
Si se agrega un servidor nuevo a un clúster, DPM emite una alerta para instalar un agente de protección en el nodo de clúster nuevo y la protección produce un error.
Si se quita un servidor de un clúster, DPM detecta que un nodo ha abandonado el clúster y el servidor aparece ahora separado del clúster sin datos protegidos en él.
Un nodo del clúster puede tener diferentes cantidades de grupos de recursos. Si se mueve un origen de datos protegido a un grupo de recursos, entre grupos de recursos, o fuera de un grupo de recursos, eso puede ocasionar errores en el trabajo de protección. Para realizar correctamente cualquiera de estos cambios a la pertenencia al grupo de recursos, detenga la protección existente del origen de datos y comience a proteger el origen de datos según su nuevo estado, ya sea como un único origen de datos en un servidor protegido o como un origen de datos como miembro de un grupo de recursos. Esto asignará una nueva réplica para el origen de datos. Si cambia el nombre de un grupo de recursos, detenga la protección, cambie el nombre y, a continuación, inicie la protección con el nuevo nombre.
Para proteger una base de datos de SQL Server reflejada, instale al agente de protección en ambas partes del reflejo y no refleje la base de datos en el mismo equipo.