agente de aplicación de microsoft para emc data domain ......capacidad para un propósito...

Agente de aplicación de Microsoft para EMC® Data Domain® Boost for Enterprise Applications y EMC ProtectPoint™

Versión 3.0

Guía de instalación y administraciónNÚMERO DE REFERENCIA 302-002-635REV 02

2 Guía de instalación y administración del agente de aplicación de Microsoft 3.0 para EMC Data Domain Boost for Enterprise Applications y EMC ProtectPoint

Copyright © 2016 EMC Corporation. Todos los derechos reservados. Publicado en México.

Publicado en Julio de 2016

EMC considera que la información de esta publicación es precisa en el momento de su publicación. La información está sujeta a cambios sin previo aviso.

La información de esta publicación se proporciona tal cual. EMC Corporation no se hace responsable ni ofrece garantía de ningún tipo con respecto a la información de esta publicación y específicamente renuncia a toda garantía implícita de comerciabilidad o capacidad para un propósito determinado. El uso, la copia y la distribución de cualquier software de EMC descrito en esta publicación requieren una licencia de software correspondiente.

EMC2, EMC y el logotipo de EMC son marcas registradas o marcas comerciales de EMC Corporation en los Estados Unidos y en otros países. Todas las demás marcas comerciales incluidas/utilizadas en este documento pertenecen a sus respectivos propietarios.

Para obtener el documento normativo más actualizado para su línea de productos, consulte el servicio de soporte en línea de EMC (https://support.emc.com).

http://support.emc.com

CONTENIDO

Prefacio

Historial de revisiones

Capítulo 1 Descripción General

Introducción al producto.............................................................................. 14 Respaldo federado de grupos de disponibilidad AlwaysOn .......................... 15 Respaldos y restauraciones de Data Domain Boost ...................................... 16 Restauraciones y respaldos de ProtectPoint ................................................. 17

Capítulo 2 Instalación y actualización

Instalación del agente de aplicación de Microsoft ........................................ 22Requisitos de sistemas compatibles ..................................................... 22Requisitos previos ................................................................................ 22Uso del asistente de instalación para instalar el producto..................... 25Uso de la interfaz de la línea de comandos para instalar el producto (instalación silenciosa) ......................................................................... 29

Actualización del producto........................................................................... 30Uso del asistente de actualización para actualizar el producto.............. 30Uso de la interfaz de la línea de comandos para actualizar el producto (actualización silenciosa)....................................................... 31

Desinstalación del producto ........................................................................ 31Uso del archivo de configuración para desinstalar el producto .............. 31Uso del programa de desinstalación de Windows para desinstalar el producto ........................................................................................... 32Uso de la interfaz de la línea de comandos para desinstalar el producto (desinstalación silenciosa)..................................................... 32

Capítulo 3 Configuración del sistema Data Domain

Funciones de Data Domain Boost................................................................. 34Procesamiento distribuido de segmentos.............................................. 34Balanceo de carga avanzado y conmutación por error de vínculos......... 35Replicación de archivos administrada cifrada ....................................... 37

Instalación y actualización de Data Domain Operating System ..................... 38 Configuración del sistema Data Domain ....................................................... 38

Apertura de puertos en un firewall para habilitar los respaldos de Data Domain ......................................................................................... 38Habilitación de Data Domain Boost en un sistema Data Domain ........... 39Configuración del servidor de Data Domain Boost ................................. 41Configuración de la replicación ............................................................. 50Configuración de los límites de uso de los recursos de Data Domain..... 50

Validación de un sistema Data Domain ........................................................ 55

Guía de instalación y administración del agente de aplicación de Microsoft 3.0 para EMC Data Domain Boost for Enterprise Applications y EMC ProtectPoint 3

Contenido

Capítulo 4 Agente de aplicación de Microsoft para SQL Server con Data Domain Boost

Descripción general del agente de aplicación de Microsoft para SQL Server con Data Domain Boost..................................................................... 58

Arquitectura del agente de aplicación de Microsoft para SQL Server con Data Domain Boost......................................................................... 58Funciones del agente de aplicación de Microsoft para SQL Server con Data Domain Boost......................................................................... 60Mejores prácticas para respaldos y restauraciones del agente de aplicación de Microsoft para SQL Server con Data Domain Boost .......... 61

Configuración del agente de aplicación de Microsoft para SQL Server con Data Domain Boost ............................................................................... 62

Creación de un archivo de configuración ............................................... 62Creación de un lockbox mediante el comando ddbmadmin.exe ............ 63

Ejecución de respaldos y restauraciones del agente de aplicación de Microsoft para SQL Server con Data Domain Boost....................................... 64

Uso de SSMS para ejecutar respaldos y restauraciones del agente de aplicación de Microsoft para SQL Server con Data Domain Boost...... 64Uso de la CLI para ejecutar respaldos y restauraciones del agente de aplicación de Microsoft para SQL Server con Data Domain Boost...... 83Uso de un script T-SQL para ejecutar respaldos y restauraciones del agente de aplicación de Microsoft para SQL Server con Data Domain Boost .................................................................................................... 94Programación de respaldos del agente de aplicación de Microsoft para SQL Server con Data Domain Boost ............................................. 101Ejecución de respaldos del agente de aplicación de Microsoft para SQL Server con Data Domain Boost en un servidor de Data Domain mediante Fibre Channel ...................................................................... 108Ejecución de respaldos del agente de aplicación de Microsoft para SQL Server con Data Domain Boost en un servidor de Data Domain mediante LAN de respaldo .................................................................. 108Ejecución de una recuperación ante desastres del agente de aplicación de Microsoft para SQL Server con Data Domain Boost ........ 108Eliminación de los respaldos vencidos del agente de aplicación de Microsoft para SQL Server con Data Domain Boost .............................. 109

Capítulo 5 Agente de aplicación de Microsoft para SQL Server con ProtectPoint

Descripción general del agente de aplicación de Microsoft para SQL Server con ProtectPoint.............................................................................. 114

Arquitectura del agente de aplicación de Microsoft para SQL Server con ProtectPoint.................................................................................. 114Funciones del agente de aplicación de Microsoft para SQL Server con ProtectPoint.................................................................................. 116Mejores prácticas para respaldos y restauraciones del agente de aplicación de Microsoft para SQL Server con ProtectPoint ................... 117

Configuración del agente de aplicación de Microsoft para SQL Server con ProtectPoint ........................................................................................ 118

Creación de un archivo de configuración ............................................. 119Creación de un lockbox mediante el comando ddbmadmin.exe .......... 120Configuración de grupos de disponibilidad AlwaysOn de SQL ............. 121Configuraciones admitidas del agente de aplicación de Microsoft para SQL Server con ProtectPoint ........................................................ 121


Contenido

Ejecución de respaldos y restauraciones del agente de aplicación de Microsoft para SQL Server con ProtectPoint................................................ 122

Uso de SSMS para ejecutar respaldos y restauraciones del agente de aplicación de Microsoft para SQL Server con ProtectPoint............... 122Uso de la CLI para ejecutar respaldos y restauraciones del agente de aplicación de Microsoft para SQL Server con ProtectPoint............... 143Uso de un script T-SQL para ejecutar respaldos y restauraciones del agente de aplicación de Microsoft para SQL Server con ProtectPoint ... 155Ejecución de restauraciones a nivel de tabla o a nivel granular del agente de aplicación de Microsoft para SQL Server con ProtectPoint ... 158Ejecución de una recuperación ante desastres del agente de aplicación de Microsoft para SQL Server con ProtectPoint ................... 165Eliminación de los respaldos vencidos del agente de aplicación de Microsoft para SQL Server con ProtectPoint .................................... 165

Capítulo 6 Agente de aplicación de Microsoft para Exchange Server con ProtectPoint

Descripción general del agente de aplicación de Microsoft para Exchange Server con ProtectPoint.............................................................................. 168

Arquitectura del agente de aplicación de Microsoft para Exchange Server con ProtectPoint ....................................................................... 168Funciones del agente de aplicación de Microsoft para Exchange Server con ProtectPoint ....................................................................... 168Mejores prácticas para respaldos y restauraciones del agente de aplicación de Microsoft para Exchange Server con ProtectPoint........... 169

Configuración del agente de aplicación de Microsoft para Exchange Server con ProtectPoint.............................................................................. 170

Creación e importación de un archivo de configuración....................... 170Creación de un lockbox mediante el comando ddbmadmin.exe .......... 172Creación de la cuenta de servicio de Exchange o una cuenta de usuario de respaldo ............................................................................ 173Importación manual de módulos PowerShell EMCExchangeBackupRestore en Exchange Server 2010............................................ 175Configuraciones admitidas del agente de aplicación de Microsoft para Exchange Server con ProtectPoint................................................ 175

Ejecución de respaldos y restauraciones del agente de aplicación de Microsoft para Exchange Server con ProtectPoint ....................................... 176

Uso de cmdlets PowerShell de Windows para ejecutar respaldos y restauraciones del agente de aplicación de Microsoft para Exchange Server con ProtectPoint ....................................................................... 176Eliminación de los respaldos vencidos del agente de aplicación de Microsoft para Exchange Server con ProtectPoint ................................ 221


Contenido


PREFACIO

Como parte de un esfuerzo por mejorar sus líneas de productos, EMC lanza revisiones periódicas de su hardware y software. Por lo tanto, es posible que no todas las versiones de hardware y software admitan algunas funciones que se describen en este documento. Las notas de la versión del producto proporcionan la información más actualizada acerca de las características del producto.

En caso de que un producto no funcione correctamente o no funcione según se describe en este documento, póngase en contacto con un profesional de soporte técnico de EMC.

Nota: La información de este documento era precisa en el momento de la publicación. Consulte el servicio de soporte en línea de EMC (https://support.emc.com) para asegurarse de que utiliza la versión más reciente de este documento.

PropósitoEste documento describe cómo instalar y configurar el agente de aplicación de Microsoft para EMC Data Domain Boost for Enterprise Applications (DDBEA) y EMC ProtectPoint, y cómo respaldar y restaurar las aplicaciones de Microsoft.

Público de destinoEste documento está destinado al administrador del sistema host, al programador del sistema o al operador que está involucrado en la instalación y configuración del agente de aplicación de Microsoft para DDBEA y ProtectPoint, así como en la creación de respaldos y la restauración de las aplicaciones de Microsoft.

Documentación relacionadaLas siguientes publicaciones del servicio de soporte en línea de EMC (https://support.emc.com) ofrecen información adicional:

◆ Notas de la versión del agente de aplicación de Microsoft versión 3.0 para EMC Data Domain Boost for Enterprise Applications y EMC ProtectPoint

◆ Guía de instalación y administración del agente de aplicación de base de datos versión 3.0 de EMC Data Domain Boost for Enterprise Applications y EMC ProtectPoint Database

◆ Notas de la versión del agente de aplicación de base de datos versión 3.0 de EMC Data Domain Boost for Enterprise Applications y EMC ProtectPoint

◆ Guía de compatibilidad de software para EMC Data Domain Boost for Enterprise Applications

◆ Documentación de EMC Data Domain Operating System

◆ Guía de soluciones de EMC ProtectPoint

◆ Guía de configuración del almacenamiento primario y de protección de EMC ProtectPoint

◆ Documentación de EMC RecoverPoint

◆ Documentación de EMC XtremIO




Prefacio

◆ Guía de usuario de EMC ItemPoint for Microsoft SQL Server 8.1

◆ Guía de usuario de EMC ItemPoint for Microsoft Exchange Server 8.1

Convenciones utilizadas en este documentoEMC usa las siguientes convenciones para notificaciones especiales:

ATENCIÓN: se usa para abordar prácticas no relacionadas con daños personales.

Nota: Una nota presenta información que es importante, pero no relacionada con peligros.

Convenciones tipográficas

EMC usa las siguientes convenciones de estilo de letras en este documento:

Dónde obtener ayudaLa información sobre soporte, productos y licencias de EMC puede obtenerse de la siguiente manera:

Información de productos — Para obtener documentación, notas de la versión, actualizaciones de software o información sobre los productos de EMC, consulte el servicio de soporte en línea de EMC en:

https://support.emc.com

Negrita Se utiliza para los nombres de los elementos de interfaz, como los nombres de las ventanas, los cuadros de diálogo, los botones, los campos, las pestañas, las teclas y las rutas de acceso de menú (lo que el usuario específicamente selecciona o las opciones a las que les hace clic).

Cursiva Se utiliza para los títulos completos de publicaciones a las que se haga referencia en el texto y para las variables que se incluyan en el cuerpo del texto.

Fuente monoespaciada

Se utiliza para:• Salida del sistema, como un mensaje de error o script• Código del sistema• Nombres de ruta, nombres de archivos, indicadores y sintaxis• Comandos y opciones

Fuente monoespaciada en cursiva

Se utiliza para variables.

Fuente monoespaciada en negrita

Se utiliza para entradas de usuario.

[ ] Los corchetes encierran valores opcionales

| La barra vertical indica selecciones alternativas; la barra significa “o”

{ } Las llaves encierran contenido que debe especificar el usuario, como x, y o z

... Los puntos suspensivos indican información no esencial omitida en el ejemplo



Prefacio

Soporte técnico — Visite el servicio de soporte en línea de EMC y haga clic en Centro de servicios. Podrá ver varias opciones para comunicarse con el servicio de soporte técnico de EMC. Tenga en cuenta que para abrir una solicitud de servicio, debe contar con un acuerdo de soporte válido. Póngase en contacto con un representante de ventas de EMC para obtener detalles acerca de cómo obtener un acuerdo de soporte válido o si tiene dudas sobre su cuenta.

Comunidades en línea — Visite EMC Community Network en https://community.emc.com para obtener información de contacto de colegas, conversaciones y contenido acerca de soporte de productos y soluciones. Participe interactivamente en línea con clientes, partners y profesionales calificados para todos los productos de EMC.

Sus comentariosSus sugerencias nos ayudarán a continuar mejorando la exactitud, organización y calidad general de la documentación para usuarios. Envíe sus opiniones sobre este documento a:

[email protected]


https://community.emc.com/

Prefacio


HISTORIAL DE REVISIONES

Envíe por correo electrónico sus aclaraciones o sugerencias para este documento a:

[email protected]

En la siguiente tabla, se presenta el historial de revisiones de este documento.

Revisión FechaDescripción de las secciones agregadas o modificadas

02 11 de julio de 2016 Se agregó la siguiente sección:“Respaldo federado de grupos de disponibilidad AlwaysOn” en la página 15Se agregó o actualizó respaldo federado y contenidos de restauración en las siguientes secciones:• “Introducción al producto” en la página 14• “Funciones del agente de aplicación de Microsoft

para SQL Server con Data Domain Boost” en la página 60

• “Uso de SSMS para ejecutar respaldos y restauraciones del agente de aplicación de Microsoft para SQL Server con Data Domain Boost” en la página 64

• “Uso de la CLI para ejecutar respaldos federados de bases de datos de grupos de disponibilidad AlwaysOn de SQL” en la página 90

• “Uso de la CLI para restaurar las bases de datos desde respaldos federados de grupos de disponibilidad AlwaysOn de SQL” en la página 92

• “Uso del script T-SQL para ejecutar respaldos federados de bases de datos de grupos de disponibilidad AlwaysOn de SQL” en la página 98

• “Uso de scripts T-SQL para restaurar las bases de datos desde respaldos federados de grupos de disponibilidad AlwaysOn de SQL” en la página 99

01 23 de junio de 2016 Primera versión de este documento para la versión 3.0 del agente de aplicación de Microsoft.


Historial de revisiones


CAPÍTULO 1Descripción General

Este capítulo incluye las siguientes secciones:

◆ Introducción al producto ......................................................................................... 14◆ Respaldos y restauraciones de Data Domain Boost ................................................. 16◆ Restauraciones y respaldos de ProtectPoint ............................................................ 17

Descripción General 13

Descripción General

Introducción al productoEMC® Data Domain® Boost for Enterprise Applications (DDBEA) es una solución directa para aplicaciones que aprovecha una infraestructura de protección de datos de aplicaciones empresariales para proporcionar protección de datos centrada en aplicaciones.

DDBEA se integra con las siguientes tecnologías:

◆ Data Domain Boost

◆ Data Domain, un dispositivo especialmente diseñado para respaldos

La solución EMC ProtectPoint™ integra el almacenamiento primario y el almacenamiento de protección para realizar respaldos a un sistema EMC Data Domain. ProtectPoint proporciona transferencia de bloques de datos de los LUN de origen de la aplicación a los LUN de Data Domain por medio de una red de almacenamiento dedicada. El host de aplicaciones no lee ni transfiere datos. Solamente los bloques cambiados se transfieren del almacenamiento primario al almacenamiento de protección por medio de la red de almacenamiento dedicada. El flujo de trabajo de ProtectPoint puede ofrecer protección de datos en situaciones en las que los enfoques más tradicionales no pueden cumplir correctamente con las exigencias del negocio, entre las que se incluyen ventanas de respaldo pequeñas o inexistentes, requisitos exigentes de objetivos de tiempo de recuperación (RTO) u objetivos de punto de recuperación (RPO), o una combinación de todos.

El agente de aplicación de Microsoft para DDBEA y ProtectPoint permite que los administradores de bases de datos y de aplicaciones respalden y restauren sus aplicaciones de manera eficiente usando las herramientas nativas de las aplicaciones. Los respaldos del agente de aplicación de Microsoft son coherentes con las aplicaciones. El agente de aplicación de Microsoft puede restaurar completamente los respaldos.

El agente de aplicación de Microsoft 3.0 proporciona las siguientes funcionalidades:

◆ Le permite realizar los siguientes tipos de respaldos:

• Respaldos de Data Domain Boost a un sistema Data Domain

• Respaldos de ProtectPoint con EMC RecoverPoint® del almacenamiento primario de EMC XtremIO® a un sistema Data Domain

◆ Es compatible con respaldos y restauraciones de Data Domain Boost de SQL Server por medio de Ethernet (IP) o de una conexión de red Fibre Channel (FC) a Data Domain. Los respaldos y las restauraciones usan SQL Virtual Device Interface (VDI).

◆ Es compatible con el cifrado en transferencia para las conexiones de Data Domain Boost a un sistema operativo Data Domain 5.5 o posterior mediante una conexión WAN.

Para utilizar esta función, puede configurar el sistema Data Domain con cifrado TLS de seguridad media o alta. La configuración es transparente para el agente de aplicación de Microsoft. La Guía de administración de EMC Data Domain Boost proporciona la información más reciente.



◆ Es compatible con respaldos y restauraciones de ProtectPoint de las siguientes aplicaciones de Microsoft en los arreglos de XtremIO con RecoverPoint:

• SQL Server

• Servidor Exchange

Los respaldos son respaldos basados en VSS Microsoft.

◆ Es compatible con el protocolo de Internet versión 6 (IPv6) para los respaldos y las restauraciones de Data Domain Boost y ProtectPoint.

◆ Es compatible con las redes IPv4, IPv6 y redes combinadas IPv4 e IPv6 de Data Domain, es decir, ambientes con más de una conexión de ambientes de NIC doble.

◆ Es compatible con respaldos federados de Data Domain Boost para proteger los ambientes del grupo de disponibilidad AlwaysOn de SQL Server, que distingue las preferencias de respaldo de los grupos de disponibilidad AlwaysOn que se configuraron en el SQL Server. Puede establecer las preferencias de respaldo para realizar tareas, como la descarga de respaldos a un nodo secundario específico, y así sucesivamente.

En el caso de los respaldos federados de ProtectPoint, el agente de aplicación de Microsoft respalda las bases de datos del grupo de disponibilidad AlwaysOn como bases de datos independientes. La descarga de respaldos a otro nodo para la protección de ProtectPoint no es una preocupación, porque los datos pasan directamente del almacenamiento primario a un sistema Data Domain.

Respaldo federado de grupos de disponibilidad AlwaysOnMediante la función de grupo de disponibilidad AlwaysOn de SQL Server, puede tener bases de datos en un grupo de disponibilidad para alta disponibilidad. El administrador de base de datos puede configurar preferencias de respaldo para el grupo de disponibilidad y proponer una copia determinada, que puede ser la copia primaria o una de las copias secundarias, que se usará para el respaldo.

El agente de aplicación de Microsoft es compatible con los respaldos federados para los respaldos de Data Domain Boost. Durante los respaldos federados, el agente de aplicación de Microsoft detecta la configuración de preferencias del respaldo de SQL Server para el grupo de disponibilidad y, a continuación, realiza el respaldo en el nodo recomendado.

Nota: En un nodo secundario, SQL Server es solamente compatible con los respaldos solo de copia de bases de datos. Por lo tanto, si el nodo recomendado es un nodo secundario, el agente de aplicación de Microsoft realiza un respaldo solo de copia de las bases de datos. Además, SQL Server no es compatible con respaldos diferenciales en réplicas secundarias de SQL Server. Sin embargo, puede realizar respaldos de registros de transacciones desde cualquiera de las copias.

Respaldo federado de grupos de disponibilidad AlwaysOn 15


La siguiente figura proporciona una descripción general de las interacciones de proceso durante los respaldos federados:

Figura 1 Comando de respaldo federado y flujo de datos

En la figura, el respaldo se ha iniciado en el nodo A, pero se recomienda el nodo B.

El agente de aplicación de Microsoft 3.0 es compatible con la realización de respaldos federados utilizando la CLI y T-SQL solamente. El agente de aplicación de Microsoft 3.0 no es compatible con la ejecución de respaldos federados mediante la GUI. Sin embargo, el agente de aplicación de Microsoft 3.0 es compatible con la restauración de bases de datos de grupos de disponibilidad AlwaysOn mediante la GUI, la CLI y T-SQL. El procedimiento para restaurar las bases de datos del grupo de disponibilidad AlwaysOn es el mismo que el procedimiento para restaurar las bases de datos normales, con la excepción de que el nombre del cliente de origen debe ser el nombre del clúster de Windows del grupo de disponibilidad AlwaysOn.

Respaldos y restauraciones de Data Domain BoostEl agente de aplicación de Microsoft es compatible solo con SQL Server con respaldos y restauraciones de Data Domain Boost.

Un respaldo de Data Domain Boost para un sistema Data Domain aprovecha la función de Data Domain Boost por medio de los siguientes componentes:

◆ La API de la biblioteca de Data Domain Boost le permite al software de respaldo comunicarse con el sistema Data Domain.

La Guía de compatibilidad de software para EMC Data Domain Boost for Enterprise Applications, que puede obtener en el servicio de soporte en línea de EMC, proporciona información acerca de las versiones compatibles de la biblioteca de Data Domain Boost y del sistema operativo de Data Domain.



◆ El componente de procesamiento distribuido de segmentos analiza los datos que ya están almacenados en el sistema Data Domain y envía solo datos únicos al almacenamiento. El componente de procesamiento distribuido de segmentos permite que los datos de respaldo se dedupliquen en la base de datos o en el host de aplicaciones para reducir la cantidad de datos transferidos por medio de la red. “Procesamiento distribuido de segmentos” en la página 34 ofrece información.

Durante la restauración de un respaldo a un cliente, el sistema Data Domain convierte los datos almacenados a su estado original no deduplicado antes de enviar los datos mediante la red.

Restauraciones y respaldos de ProtectPointEl agente de aplicación de Microsoft 3.0 es compatible con el tipo de protección de datos de ProtectPoint en los dispositivos de almacenamiento XtremIO mediante RecoverPoint con las siguientes aplicaciones de Microsoft:

◆ SQL Server

◆ Exchange Server

El agente de aplicación de Microsoft 3.0 utiliza ProtectPoint con la tecnología de RecoverPoint para habilitar los respaldos de instantáneas de datos de las aplicaciones de Microsoft del almacenamiento primario, en un sistema XtremIO, a un almacenamiento de protección en un sistema Data Domain. La tecnología de ProtectPoint con RecoverPoint proporciona transferencia de bloques de datos desde los LUN de origen del sistema XtremIO (administrados por grupos de consistencia de RecoverPoint) al sistema Data Domain. Además, el agente de aplicación de Microsoft permite la restauración de respaldos de ProtectPoint desde el sistema Data Domain.

Un respaldo de datos de ProtectPoint es un respaldo completo con el costo de un respaldo incremental. Además, el respaldo tiene un mínimo de sobrecarga en el host de aplicaciones, debido a que todos los bloques modificados se transfieren directamente de XtremIO a Data Domain por medio de un dispositivo de RecoverPoint (RPA).

La Guía de compatibilidad de software de EMC ProtectPoint, que está disponible en el sitio de servicio de soporte en línea de EMC (https://support.emc.com), proporciona información acerca de las plataformas, los sistemas de archivos y los administradores de volúmenes compatibles para realizar las operaciones de ProtectPoint con RecoverPoint.

Use las herramientas de respaldo y recuperación específicas de aplicaciones de Microsoft para realizar respaldos y recuperaciones de ProtectPoint con RecoverPoint.

ProtectPoint usa las siguientes funciones en el sistema Data Domain, el clúster de RecoverPoint y el arreglo de XtremIO para ofrecer protección de datos:

◆ En el sistema Data Domain:

• Servicios de vdisk y scsitarget

• FastCopy

• Data Domain Boost

◆ En el clúster de RecoverPoint:

• grupos de consistencia de RecoverPoint

Restauraciones y respaldos de ProtectPoint 17

https://support.emc.com


◆ En el arreglo XtremIO:

• Grupos de iniciadores de XtremIO

Un respaldo de ProtectPoint con RecoverPoint crea una instantánea de un punto en el tiempo en el sistema XtremIO y transfiere los bloques al sistema Data Domain por medio del RPA, sin pasar por el host de aplicaciones. El sistema de RecoverPoint rastrea los datos que se modificaron desde la última actualización en el dispositivo de protección Data Domain y envía solamente los datos modificados al sistema Data Domain.

En RecoverPoint, los grupos de consistencia protegen los LUN de origen (volúmenes). Si dos conjuntos de datos dependen el uno del otro (como una base de datos y un registro de base de datos), generalmente son parte del mismo grupo de consistencia. Los componentes lógicos de un grupo de consistencia incluyen copias, conjuntos de replicación y registros:

◆ Las copias son todos los volúmenes de un grupo de consistencia que son un origen o un destino de replicación en un clúster RPA específico, incluidos sus volúmenes de registro.

◆ Un grupo de consistencia consta de uno o más conjuntos de replicación que incluyen un volumen de producción y cualquier volumen local o remoto al cual se replica el volumen de producción. En un grupo de consistencia, la cantidad de conjuntos de replicación es igual a la cantidad de volúmenes de producción que se replican.

Un conjunto de grupos de RecoverPoint es un conjunto definido por el usuario de los grupos de consistencia. La documentación de RecoverPoint proporciona información acerca de los grupos de consistencia y los procedimientos para configurar los grupos de consistencia y sus componentes.

Las siguientes condiciones se aplican a las operaciones de ProtectPoint con RecoverPoint:

◆ La copia local en un grupo de consistencia existe en el sistema Data Domain, y no hay ningún volumen de registro para esa copia local. El grupo de consistencia puede tener un máximo de una copia local que se encuentre en un sistema Data Domain.

◆ No se puede habilitar el uso de marcadores paralelos para un conjunto de grupos.

◆ La eliminación de un grupo de consistencia no elimina las imágenes estáticas asociadas que los respaldos crearon en un sistema Data Domain. Elimine manualmente las imágenes estáticas de acuerdo con la documentación de Data Domain.

La siguiente figura muestra un ejemplo de ProtectPoint con la topología de RecoverPoint con un sitio primario y un sitio opcional. En el sitio primario, el host de aplicaciones accede a los datos de la base de datos que se almacenan en el sistema XtremIO, y los datos de respaldo se transfieren al sistema Data Domain. Un host de recuperación independiente es opcional. Si se ejecuta la recuperación al host de aplicaciones original, el host de aplicaciones también es el host de recuperación.



Figura 2 Ambiente de ProtectPoint con RecoverPoint

Si tiene un sitio opcional, se pueden replicar los datos de respaldo del sistema Data Domain en el sitio primario al sistema Data Domain en el sitio. En el sitio, también puede recuperar los datos en un host de recuperación opcional.

Las operaciones de ProtectPoint con RecoverPoint requieren tanto conexiones de red IP (LAN o WAN) como de SAN Fibre Channel. La siguiente tabla enumera los tipos requeridos de conexiones de red:

Tabla 1 Tipos de conexión de red en un ambiente de ProtectPoint con RecoverPoint

Componentes conectados Tipo de conexión

Sitio primario

Host de aplicaciones primario a sistema XtremIO primario FC

Host de aplicaciones primario a RPA IP

Host de aplicaciones primario a sistema Data Domain primario IP o (IP y FC)

Sistema XtremIO primario a RPA IP y FC

RPA a sistema Data Domain primario IP y FC (opcional)

(Opcional) Host de recuperación primario a sistema XtremIO primario

FC

(Opcional) Host de recuperación primario a sistema Data Domain primario

IP o (IP y FC)

(Opcional) Host de recuperación primario a RPA IP

Sitio secundario (opcional)Host de recuperación secundario a sistema XtremIO FC

(Opcional) Host de recuperación secundario a sistema Data Domain

IP y FC

Conexiones entre sitios (opcional)Host de aplicaciones primario a sistema Data Domain IP

Sistema Data Domain primario a sistema Data Domain IP

Restauraciones y respaldos de ProtectPoint 19

CAPÍTULO 2Instalación y actualización


◆ Instalación del agente de aplicación de Microsoft ................................................... 22◆ Actualización del producto...................................................................................... 30◆ Desinstalación del producto.................................................................................... 31

Instalación y actualización 21

Instalación y actualización

Instalación del agente de aplicación de MicrosoftEsta sección describe los requisitos del sistema, los requisitos previos y los distintos métodos para instalar el agente de aplicación de Microsoft.

El agente de aplicación de Microsoft puede coexistir con otros productos de respaldo que usted use para proteger los datos que el agente de aplicación de Microsoft no protege. Sin embargo, el agente de aplicación de Microsoft no puede coexistir con el agente de aplicación de base de datos.

Requisitos de sistemas compatibles

La Guía de compatibilidad de software para EMC Data Domain Boost for Enterprise Applications proporciona información sobre los requisitos del sistema, como las aplicaciones y los sistemas operativos compatibles.

Requisitos previos

Asegúrese de cumplir con los siguientes requisitos previos antes de instalar el agente de aplicación de Microsoft:

Requisitos previos de SQL Server

◆ Asegúrese de que el volumen en el que instale el agente de aplicación de Microsoft no vaya a ser parte de los respaldos.

◆ Se han instalado las siguientes aplicaciones en el host mediante la ejecución como administrador:

• Microsoft SQL Server

• Cualquiera de las herramientas de administración (SSMS) como parte de la instalación de SQL Server o Visual Studio 2010 Shell Redistributable Package (aislado).

• .NET Framework 4.0

Para instalar y usar ItemPoint for SQL para los respaldos de ProtectPoint, también instale .Net Framework 4.5

Para ProtectPoint, asegúrese de usar un sistema operativo de 64 bits solamente.

La Guía de compatibilidad de software para EMC DD Boost for Enterprise Applications y ProtectPoint proporciona más información acerca de las versiones de software y sistemas operativos compatibles.

◆ Ha obtenido una de las siguientes licencias de software:

• Licencia de capacidad para Data Protection Suite for Enterprise Applications

• Licencia de capacidad para Data Protection Suite

Para activar las operaciones de ProtectPoint con RecoverPoint con un sistema de XtremIO, obtenga las licencias de capacidad de origen correspondientes de XtremIO y RecoverPoint.



Póngase en contacto con el representante de ventas de EMC para obtener más detalles sobre la licencia para el ambiente.

◆ Ha descargado el paquete de software del agente de aplicación de Microsoft del servicio de soporte en línea de EMC (https://support.emc.com) al host de Windows del agente de aplicación de Microsoft para SQL Server.

◆ Ha agregado el usuario de SQL Server al grupo de administradores en la ventana Computer Management.

◆ Ha establecido User Account Control como Never notify en la ventana Control Panel > User Accounts > Change User Account Control settings.

◆ Antes de realizar un respaldo de SQL Server 2012 o posterior, asegúrese de que el control de cuentas de usuario esté deshabilitado para los administradores en Windows Server 2008 R2.

El mensaje de cambio de comportamiento de User Account Control para administradores en la sección Admin Approval Mode de la página que sigue contiene información.

http://windows.microsoft.com/es-mx/windows-vista/how-do-i-change-the-behavior-of-the-user-account-control-message

◆ Debe ser administrador de ambos dominios de host SQL si el host SQL es parte del dominio y SQL server está ejecutándose en el contexto de administrador de dominio, si SQL Server y la base de datos principal implementan el ensamblaje de Common Language Runtime (CLR) y si ejecutan las funciones integradas CLR T-SQL en un ambiente de SQL.

◆ Ha hecho disponible .NET Framework 4.0 en el ambiente MSSQL para registrar el ensamblaje CLR que usted requiere para la integración de T-SQL.

◆ Para la cuenta de inicio de sesión de Windows que los procesos de respaldo y restauración del agente de aplicación de Microsoft utilizan para conectarse a un SQL Server, conceda las siguientes funciones:

• Función de administrador (sysadmin) del sistema de SQL Server para proporcionar la consulta de respaldo T-SQL.

• Función sysadmin de SQL Server para abrir un identificador de la memoria compartida durante la inicialización de la VDI.

◆ Como un usuario del agente de aplicación de Microsoft, asegúrese de ser miembro de los siguientes grupos:

• Grupo local de operadores de respaldo

• Grupo local de administradores

◆ Si usted es un usuario administrador de no dominio, debe ser (ejecutado como) administrador local para instalar e iniciar el agente de aplicación de Microsoft.

◆ Se le otorgaron privilegios de administrador al usuario de SQL Server (SERVICIO) a fin de ejecutar respaldos del agente de aplicación de Microsoft para SQL Server en un servidor de Data Domain mediante Fibre Channel.

Instalación del agente de aplicación de Microsoft 23


http://windows.microsoft.com/es-mx/windows-vista/how-do-i-change-the-behavior-of-the-user-account-control-message


◆ Ha concedido el acceso de escritura al usuario de SQL Server (SERVICIO) a la carpeta de instalación del agente de aplicación de Microsoft para SQL Server y a la subcarpeta de registros a fin de crear correctamente registros de respaldo y restauración.

◆ Usted es un administrador que va a ejecutar EMC ItemPoint. Debe ejecutar EMC ItemPoint en modo administrativo.

Requisitos previos de servidores de Exchange

◆ Asegúrese de que el volumen en el que instale el agente de aplicación de Microsoft no vaya a ser parte de los respaldos.

◆ Se han instalado las siguientes aplicaciones en el host mediante la ejecución como administrador:

• Microsoft Exchange Server

• .NET Framework 4.0

Para instalar y usar ItemPoint for Exchange para los respaldos de ProtectPoint, también instale .Net Framework 3.5 SP1.

Asegúrese de estar utilizando Microsoft Office Outlook 2010 o posterior (versiones de 32 bits solamente).

La Guía de compatibilidad de software para EMC DD Boost for Enterprise Applications y ProtectPoint proporciona más información acerca de las versiones de software y sistemas operativos compatibles.

◆ Ha obtenido una de las siguientes licencias de software:

• Licencia de capacidad para Data Protection Suite for Enterprise Applications

• Licencia de capacidad para Data Protection Suite

Para activar las operaciones de ProtectPoint con RecoverPoint con un sistema de XtremIO, obtenga las licencias de capacidad de origen correspondientes de XtremIO y RecoverPoint.

Póngase en contacto con el representante de ventas de EMC para obtener más detalles sobre la licencia para el ambiente.

◆ Ha descargado el paquete de software del agente de aplicación de Microsoft del servicio de soporte en línea de EMC (https://support.emc.com) al host de Windows del agente de aplicación de Microsoft para Exchange Server.

◆ Como un usuario del agente de aplicación de Microsoft, asegúrese de ser miembro de los siguientes grupos:

• Grupo local de operadores de respaldo

• Grupo local de administradores

◆ Si usted es un usuario administrador de no dominio, debe ser (ejecutado como) administrador local para instalar e iniciar el agente de aplicación de Microsoft.

◆ Usted es un administrador que va a ejecutar EMC ItemPoint. Debe ejecutar EMC ItemPoint en modo administrativo.




Uso del asistente de instalación para instalar el producto

Realice los siguientes pasos para instalar el agente de aplicación de Microsoft para SQL Server:

1. Utilice WinZip para descomprimir uno de los siguientes archivos descargados en el host del agente de aplicación de Microsoft:

• msappagent30_win_x86.zip, si utiliza un host x86

• msappagent30_win_x64.zip, si utiliza un host x64

Cuando se le solicite una contraseña, escriba la contraseña que recibió con la licencia del software.

2. Utilice WinZip nuevamente para descomprimir el archivo zip resultante.

3. Haga doble clic en el archivo emcmsappagent.exe para iniciar el asistente de instalación.

4. En la página Welcome Wizard:

a. Seleccione I accept the terms in the License Agreement.

b. Haga clic en Next.

5. En la página Change Install Location, realice una de las siguientes tareas y haga clic en Next.

• Utilice la ubicación de instalación predeterminada que aparece en el campo Folder name.

• Haga clic en Change para especificar una ubicación de instalación diferente en el cuadro de diálogo que aparece.

En el cuadro de diálogo, haga clic en OK.

6. En la página Microsoft Application Agent Installation Options, seleccione cualquiera de las siguientes opciones para instalar y haga clic en Install:

• SSMS Plug-in for DDBoost

• SSMS Plug-in for ProtectPoint

Para seleccionar esta opción, debe seleccionar la opción SSMS Plug-in for DDBoost.

• EMC ItemPoint

ItemPoint es una función opcional para realizar restauraciones a nivel granular y con licencia por capacidad. Póngase en contacto con su representante de ventas de EMC para adquirir ItemPoint.

7. Revise la información en “Implementación del ensamblaje de CLR de EMC” en la página 26 y en “Creación y registro de procedimientos almacenados de T-SQL en una base de datos de usuario (no principal) (Opcional)” en la página 28.

8. En la página EMC CLR assembly deployment wizard, realice los siguientes pasos:

1. Habilite o deshabilite las instancias de SQL Server necesarias para implementar el ensamblaje de CLR de EMC De forma predeterminada, se seleccionan todas las instancias de SQL Server.



2. Seleccione una de las siguientes opciones de autenticación para implementar el ensamblaje de CLR de EMC:

– Current Windows User

– Use Windows Authentication

– Use Database Authentication

3. Para usar los procedimientos almacenados de ProtectPoint, seleccione Enable ProtectPoint Stored Procedures.

4. En los campos User name y Password respectivamente, escriba el nombre de usuario y la contraseña del usuario que tiene los privilegios para implementar el ensamblaje de CLR de EMC.

5. Haga clic en Deploy.

6. Después de que se complete la implementación, haga clic en Close.

Nota: Este paso no corresponde a la instalación en Exchange Server. Por lo tanto, haga clic en Close en esta página.

9. En la página Complete the Setup, haga clic en Finish.

Nota: Instale el agente de aplicación de Microsoft para SQL Server en todos los nodos de un clúster, de modo que se implemente el ensamblaje de CLR para todas las instancias de SQL Server.

Para implementar el ensamblaje de CLR de EMC en una instancia nueva o modificarlo en una instancia, ejecute por separado el asistente de implementación de ensamblaje de CLR de EMC mediante ddbmaSQLCLRDeployApp.exe, que está presente por lo general en la carpeta <Carpeta_de_instalación>\EMC DD Boost Modules\DDBMA\bin.

Implementación del ensamblaje de CLR de EMCDebe implementar el ensamblaje de CLR de EMC para crear y utilizar los respaldos T-SQL, eliminar los respaldos vencidos y restaurar procedimientos en un ambiente de SQL. http://msdn.microsoft.com/es-mx/library/ms254498(v=vs.110).aspx proporciona información sobre CLR de SQL Server.

Para implementar el ensamblaje de CLR en una instancia de SQL Server, debe habilitar o registrar el ensamblaje de CLR en SQL Server. El proceso de instalación del agente de aplicación de Microsoft para SQL Server utiliza el ensamblaje de CLR registrado para implementar las funciones de T-SQL con CLR integrado. La implementación crea un ensamblaje de CLR (biblioteca de vínculos dinámicos [DLL]) que contiene los siguientes procedimientos almacenados para ejecutar los comandos de la CLI del agente de aplicación de Microsoft para SQL Server:

◆ emc_run_backup

◆ emc_run_restore

◆ emc_run_delete

◆ protectpoint_run_backup

◆ protectpoint_run_restore


http://msdn.microsoft.com/es-mx/library/ms254498(v=vs.110).aspx


◆ protectpoint_run_delete

Las siguientes secciones proporcionan información sobre los comandos de la CLI y las opciones compatibles del agente de aplicación de Microsoft para SQL Server:

◆ “Uso de la CLI para realizar respaldos del agente de aplicación de Microsoft para SQL Server con Data Domain Boost” en la página 83

◆ “Uso de la CLI para ejecutar restauraciones del agente de aplicación de Microsoft para SQL Server con Data Domain Boost” en la página 86

◆ “Uso de la CLI para ejecutar respaldos del agente de aplicación de Microsoft para SQL Server con ProtectPoint” en la página 143

◆ “Uso de la CLI para ejecutar restauraciones del agente de aplicación de Microsoft para SQL Server con ProtectPoint” en la página 150

Las siguientes secciones proporcionan información sobre cómo crear el respaldo T-SQL y restaurar los scripts mediante la GUI del agente de aplicación de Microsoft para SQL Server:

◆ “Uso de SSMS para realizar respaldos del agente de aplicación de Microsoft para SQL Server con Data Domain Boost” en la página 65

◆ “Uso de SSMS para ejecutar restauraciones del agente de aplicación de Microsoft para SQL Server con Data Domain Boost” en la página 74

◆ “Uso de SSMS para ejecutar respaldos del agente de aplicación de Microsoft para SQL Server con ProtectPoint” en la página 123

◆ “Uso de SSMS para ejecutar restauraciones del agente de aplicación de Microsoft para SQL Server con ProtectPoint” en la página 132

Debe implementar CLR en todas las instancias de SQL Server en las que desea ejecutar los scripts T-SQL del agente de aplicación de Microsoft para SQL Server.

Para implementar el ensamblaje de CLR de EMC en una instancia nueva o modificarlo en una instancia, ejecute por separado el asistente de implementación de ensamblaje de CLR de EMC mediante ddbmaSQLCLRDeployApp.exe, que está presente por lo general en la carpeta <Carpeta_de_instalación>\EMC DD Boost Modules\DDBMA\bin.

Puede ejecutar el archivo binario en modo interactivo de Windows o en un modo de la CLI mediante la especificación de la opción -q en la línea de comandos.

En la tabla siguiente, se enumeran líneas de comandos compatibles y su descripción:

Tabla 2 Opciones compatibles de la CLI para ejecutar ddbmaSQLCLRDeployApp.exe

Opción Descripción

-h | -help Muestra la línea de comandos de uso y la descripción del comportamiento.

-m: [install | uninstall]

Ejecuta la aplicación en el modo instalación o desinstalación. El valor predeterminado es install.

-i <nombre_de_instancia>:

Especifica el nombre de la instancia que se debe registrar. Si lo hace sin especificar el nombre de instancia, todas las instancias serán conectadas.

-u: <user name> Especifica el nombre del usuario de la base de datos que se usará para la conexión SQL.

-q: No se mostrará la GUI al usuario y todo el texto se muestra en la consola.



Creación y registro de procedimientos almacenados de T-SQL en una base de datos de usuario (no principal) (Opcional)

Es opcional crear y registrar los procedimientos almacenados de T-SQL en una base de datos de usuario, que es una base de datos no principal. De forma predeterminada, el asistente de instalación (asistente de implementación de CLR) crea los procedimientos almacenados en la base de datos principal.

Los comandos en el siguiente procedimiento utilizan la ruta de instalación predeterminada del agente de aplicación de Microsoft. Si el agente de aplicación de Microsoft está instalado en una ruta no predeterminada, utilice la ruta de acceso pertinente en los comandos.

1. Durante la instalación del agente de aplicación de Microsoft, implemente el ensamblaje de CLR en la instancia de SQL Server en la que desea registrar los procedimientos almacenados del agente de aplicaciones de Microsoft de EMC, en una base de datos no principal. Si el ensamblaje ya está registrado en la instancia, cancele el registro o quite el ensamblaje mediante el archivo ddbmaSQLCLRDeployApp.exe.

2. Después de que finalice la instalación del agente de aplicación de Microsoft, ejecute los siguientes comandos en el SQL Server:

sp_configure 'show advanced options', 1;

GO

RECONFIGURE;

GO

sp_configure 'clr enabled', 1;

GO

RECONFIGURE;

GO

3. Cree un inicio de sesión en la tabla principal ejecutando los siguientes comandos:

create asymmetric key ddbmaCLRExtensionKey from executable file = ‘C:\Program Files\EMC DD Boost Modules\DDBMA\bin\EMC msappagent—sappagentSQLCLRLib.dll’

go

create login ddbmaCLRExtLogin from asymmetric key ddbmaCLRExtensionKey;

go

grant unsafe assembly to ddbmaCLRExtLogin;

go

4. Puede ejecutar los siguientes comandos en la base de datos no principal en la que desea registrar o guardar los procedimientos almacenados:



CREATE ASSEMBLY ddbmaSQLCLR from 'C:\Program Files\EMC DD Boost Modules\DDBMA\bin\EMC msappagent—sappagentSQLCLRLib.dll' WITH PERMISSION_SET = UNSAFE;

go

CREATE PROCEDURE emc_run_backup @cmdText nvarchar(MAX) AS EXTERNAL NAME ddbmaSQLCLR.[ddbmaSQLCLRLib.EMC msappagent—sappagentSQL].RunBackup;

go

CREATE PROCEDURE emc_run_restore @cmdText nvarchar(MAX) AS EXTERNAL NAME ddbmaSQLCLR.[ddbmaSQLCLRLib.EMC msappagent—sappagentSQL].RunRestore;

go

CREATE PROCEDURE emc_run_delete @cmdText nvarchar(MAX) AS EXTERNAL NAME ddbmaSQLCLR.[ddbmaSQLCLRLib.EMC msappagent—sappagentSQL].RunDelete;

go

Después de registrar o guardar los procedimientos almacenados en una base de datos de usuario, debe usar esta base de datos de usuario para ejecutar los procedimientos de T-SQL para ejecutar respaldos y restauraciones.

Uso de la interfaz de la línea de comandos para instalar el producto (instalación silenciosa)

En función de sus requisitos, ejecute uno de los siguientes comandos para instalar el agente de aplicación de Microsoft sin ninguna intervención:

◆ Para realizar una instalación silenciosa en la ruta de instalación predeterminada:

emcmsappagent.exe -s o -silent -log "<ruta_del_archivo_de_registro>"

Donde:

-s o -silent indica instalación silenciosa.

-log especifica la ruta en donde el archivo de registro debe ser creado o guardado.

Nota: El contenido del archivo de registro le permite conocer el estado de la instalación. Por lo tanto, en el caso de una instalación silenciosa, debe usar la opción -log<ruta_del_archivo_de_registro>.

◆ Para realizar una instalación silenciosa del plug-in de SSMS, del plug-in SSMS para ProtectPoint y de EMC ItemPoint y del CLR, ya sea habilitado o deshabilitado, a una ruta de instalación modificada:

emcmsappagent.exe -silent -log "<ruta_de_archivo_de_registro>" ProductInstallPath="<ruta_de_instalación>" EnableSSMS={0|1}



EnableSSMSProtectPoint={0|1} EnableItemPoint={0|1} EnableCLR={0|1}

Donde:

• -silent indica instalación silenciosa.

• -log especifica la ruta donde el archivo de registro debe ser creado o guardado.

Nota: El contenido del archivo de registro le permite conocer el estado de la instalación. Por lo tanto, en el caso de una instalación silenciosa, debe usar la opción -log<ruta_del_archivo_de_registro>.

• ProductInstallPath especifica la ruta donde el producto tiene que ser instalado.

• EnableSSMS especifica si desea instalar el plug-in de SSMS. El valor predeterminado es 1, que instala el plug-in de SSMS.

• EnableSSMSProtectPoint especifica si desea instalar el plug-in de SSMS para ProtectPoint. El valor predeterminado es 1, que instala el plug-in de SSMS para ProtectPoint. Debe activar la opción EnableSSMS para instalar el plug-in de SSMS para ProtectPoint. De lo contrario, no se instalará el plug-in SSMS para ProtectPoint.

• EnableItemPoint especifica si se desea instalar EMC ItemPoint. El valor predeterminado es 0, por lo que no se instalará ItemPoint. Para instalar ItemPoint, especifique 1.

• EnableCLR especifica si se debe implementar CLR. De forma predeterminada, esta opción está habilitada y tiene el valor 1, lo que implementa CLR.

Ejemplo:

emcmsappagent.exe -silent -log "C:\Users\Administrator\Desktop\installLog.txt" ProductInstallPath="C:\Users\Administrator\Desktop\EMC msappagent—sappagent30" EnableCLR=0

Actualización del productoUse el asistente de actualización o la interfaz de la línea de comandos (actualización silenciosa) para actualizar el producto.

Uso del asistente de actualización para actualizar el producto

Realice todos los pasos que describe “Uso del asistente de instalación para instalar el producto” en la página 25, excepto:

◆ En el paso 6, debe hacer clic en Upgrade en lugar de Next.

◆ Omita el paso 7, debido a que no corresponde para la actualización.



Uso de la interfaz de la línea de comandos para actualizar el producto (actualización silenciosa)

Ejecute uno de los siguientes comandos para actualizar el agente de aplicación de Microsoft sin ninguna intervención:

◆ emcmsappagent.exe -s -log “<ruta_del_archivo_de_registro>”

El comando para instalar o actualizar es el mismo, debido a que -s realiza una instalación silenciosa o una actualización.

-log especifica la ruta donde el archivo de registro debe ser creado o guardado.

Nota: El contenido del archivo de registro le permite conocer el estado de la actualización. Por lo tanto, en el caso de una actualización silenciosa, debe usar la opción -log<ruta_del_archivo_de_registro>.

◆ emcmsappagent.exe -s -upgrade -log “<ruta_del_archivo_de_registro>”

La opción -update en este comando solo indica que está realizando una actualización. El resultado de la ejecución de este comando es el mismo que el de la ejecución del comando emcmsappagent.exe -s.

-log especifica la ruta donde el archivo de registro debe ser creado o guardado.

Nota: El contenido del archivo de registro le permite conocer el estado de la actualización. Por lo tanto, en el caso de una actualización silenciosa, debe usar la opción -log<ruta_del_archivo_de_registro>.

Desinstalación del productoUse el archivo de configuración, el programa de desinstalación de Windows o la interfaz de la línea de comandos (desinstalación silenciosa) para desinstalar el producto.

Uso del archivo de configuración para desinstalar el producto

Realice los siguientes pasos para desinstalar el agente de aplicación de Microsoft para SQL Server:

1. Haga doble clic en emcmsappagent.exe.

2. En la página Install Modification, seleccione Remove y haga clic en Remove.

3. En la página Removing the EMC CLR asssembly:

a. Habilite o deshabilite las instancias requeridas de SQL Server para quitar el ensamblaje de CLR de EMC. De forma predeterminada, se seleccionan todas las instancias de SQL Server.

b. Seleccione Use Windows Authentication o Use Database Authentication para quitar el ensamblaje de CLR de EMC.

Desinstalación del producto 31


c. En los campos User Name y Password, respectivamente, escriba el nombre de usuario y la contraseña del usuario que tiene los privilegios para quitar el ensamblaje de CLR de EMC.

d. Haga clic en Remove.

e. Una vez finalizada la eliminación, haga clic en Next.

4. En la página Complete the Setup, haga clic en Finish.

Uso del programa de desinstalación de Windows para desinstalar el producto

Realice los siguientes pasos para desinstalar el agente de aplicación de Microsoft para SQL Server:

1. En el escritorio de Windows, haga clic en Inicio > Panel de control > Programas > Desinstalar un programa.

2. En la ventana Desinstalar o cambiar este programa, realice uno de los siguientes pasos:

• Seleccione Agente de aplicación de Microsoft para DD Boost for Enterprise Applications y haga clic en Desinstalar.

• Haga doble clic en Agente de aplicación de Microsoft DD Boost for Enterprise Apps

3. Realice los pasos del 2 al 4 que describe “Uso del archivo de configuración para desinstalar el producto” en la página 31.

Uso de la interfaz de la línea de comandos para desinstalar el producto (desinstalación silenciosa)

Según sus requisitos, ejecute uno de los siguientes comandos para desinstalar el agente de aplicación de Microsoft sin ninguna intervención:

Para realizar la desinstalación silenciosa con un archivo de registro:

emcmsappagent.exe -uninstall -q -log "<ruta_del_archivo_de_registro>"

Donde:

◆ -q indica la desinstalación silenciosa.

◆ -log especifica la ruta donde el archivo de registro debe ser creado o guardado.

Nota: El contenido del archivo de registro le permite conocer el estado de la desinstalación. Por lo tanto, en el caso de una desinstalación silenciosa, debe usar la opción -log<ruta_del_archivo_de_registro>.

Ejemplo:

emcmsappagent.exe -uninstall -q -l "C:\Users\Administrator\Desktop\uninstallLog.txt"


CAPÍTULO 3Configuración del sistema Data Domain


◆ Funciones de Data Domain Boost............................................................................ 34◆ Instalación y actualización de Data Domain Operating System ................................ 38◆ Configuración del sistema Data Domain .................................................................. 38◆ Validación de un sistema Data Domain ................................................................... 55

Configuración del sistema Data Domain 33

Configuración del sistema Data Domain

Funciones de Data Domain BoostDD Boost ofrece las siguientes funciones:

◆ “Procesamiento distribuido de segmentos” en la página 34

◆ “Balanceo de carga avanzado y conmutación por error de vínculos” en la página 35

◆ “Replicación de archivos administrada cifrada” en la página 37

“Configuración del sistema Data Domain” en la página 38 proporciona información sobre cómo configurar estas funciones.

Procesamiento distribuido de segmentos

El procesamiento distribuido de segmentos utiliza la biblioteca de Data Domain Boost en el servidor de base de datos y el software de Data Domain en Data Domain Replicator. El agente de aplicación de Microsoft para SQL Server carga la biblioteca de DD Boost durante las operaciones de respaldo y restauración.

El procesamiento distribuido de segmentos le permite al agente de aplicación de Microsoft para SQL Server ejecutar partes del proceso de deduplicación, lo que evita el envío de datos duplicados al sistema Data Domain que se configuró como un servidor de almacenamiento.

La función de procesamiento distribuido de segmentos proporciona los siguientes beneficios:

◆ Aumenta el rendimiento, debido a que la biblioteca de DD Boost envía solamente datos únicos en lugar de todos los datos al sistema Data Domain. Las mejoras de rendimiento dependen de la naturaleza redundante de los datos que se respaldan, la carga de trabajo general en el servidor de base de datos y la funcionalidad del servidor de base de datos. En general, se logra mayor rendimiento con mayor redundancia, mayor carga de trabajo del servidor de base de datos y mayor funcionalidad del servidor de base de datos.

◆ Reduce los requisitos de ancho de banda de la red mediante el envío de datos únicos al sistema Data Domain por medio de la red.

Administra el procesamiento distribuido de segmentos mediante las opciones de comando dd boost. Data Domain recomienda que use el procesamiento distribuido de segmentos si la conexión de red es de 1 Gb Ethernet. “Configuración del procesamiento distribuido de segmentos” en la página 43 proporciona información sobre cómo configurar el procesamiento distribuido de segmentos.

El procesamiento distribuido de segmentos es compatible con los siguientes modos de operación para enviar datos de respaldo a un sistema Data Domain:

◆ Procesamiento distribuido de segmentos habilitado

◆ Procesamiento distribuido de segmentos deshabilitado

Establezca el modo de operación en el sistema Data Domain. El agente de aplicación de Microsoft para SQL Server negocia con el sistema Data Domain la configuración actual de la opción y ejecuta respaldos según corresponda.



Modo habilitado del procesamiento distribuido de segmentosCuando habilita la función de procesamiento distribuido de segmentos, la biblioteca de DD Boost realiza las siguientes tareas:

1. Segmentación de datos.

2. Procesamiento de ID para los segmentos de datos.

3. Verificación de segmentos duplicados mediante el sistema Data Domain.

4. Compresión de segmentos únicos que el sistema Data Domain no contiene.

5. Envío de los datos comprimidos al sistema Data Domain, que escribe los datos únicos en el disco.

Debe configurar el algoritmo de compresión local que utiliza la biblioteca de DD Boost en el sistema Data Domain. Para obtener más información acerca de la compresión local y su configuración, consulte la Guía de administración de EMC Data Domain Operating System.

Modo deshabilitado del procesamiento distribuido de segmentosCuando deshabilita la función de procesamiento distribuido de segmentos, la biblioteca de DD Boost envía los datos directamente al sistema Data Domain por medio de la red. A continuación, el sistema Data Domain segmenta, deduplica y comprime los datos antes de escribirlos en el disco.

Nota: No puede deshabilitar la función de procesamiento distribuido de segmentos en un sistema Data Domain Extended Retention.

Balanceo de carga avanzado y conmutación por error de vínculos

Nota: Este tema es relevante solo si utiliza una conexión Ethernet, no Fibre Channel, para las operaciones de respaldo y restauración con el agente de aplicación de Microsoft para SQL Server.

La función de balanceo de carga avanzado y conmutación por error de vínculos permite las siguientes funcionalidades:

◆ Combinación de varios vínculos Ethernet en un grupo

◆ Registro de solo una interfaz en el sistema Data Domain con el agente de aplicación de Microsoft para SQL Server.

Si configura un grupo de interfaces, el agente de aplicación de Microsoft para SQL Server negocia con el sistema Data Domain en la interfaz registrada para enviar los datos. Cuando el sistema Data Domain recibe los datos, la transferencia de datos es de carga balanceada y distribuida en todas las interfaces del grupo.

El balanceo de carga ofrece un rendimiento físico mayor al sistema Data Domain en comparación con la configuración de las interfaces en una interfaz virtual mediante la agregación a nivel de Ethernet.

Funciones de Data Domain Boost 35


La carga del sistema Data Domain balancea las conexiones que provienen de varios servidores de base de datos en todas las interfaces del grupo. La función de balanceo de carga avanzado y conmutación por error de vínculos opera en la capa de software de DD Boost. Esta función es transparente a la conectividad de red subyacente y es compatible con interfaces físicas y virtuales.

El balanceo de carga de la transferencia de datos se realiza según la cantidad de conexiones pendientes en las interfaces. Esta función solo balancea la carga de las conexiones para trabajos de respaldo y restauración.

La conexión de la replicación de archivos entre los sistemas Data Domain no es parte del balanceo de carga. Debe usar solo una dirección IP para el sistema Data Domain de destino.

Se debe excluir una interfaz del grupo de interfaces (ifgroup) y reservar esa interfaz para la ruta de replicación de archivos entre los sistemas de Data Domain de origen y de destino.

Cada instalación del agente de aplicación de Microsoft para SQL Server debe ser capaz de conectarse a cada interfaz que sea miembro del grupo de interfaces en el sistema Data Domain.

Puede utilizar la función de balanceo de carga avanzado y conmutación por error de vínculos con otras tecnologías de agregación de la capa de red y de conmutación por error. Puede poner los vínculos que se conectan a los servidores de la base de datos y el switch que se conecta al sistema Data Domain en modo de conmutación por error agregado. Esta configuración proporciona características de conmutación por error de red de punto a punto. Puede usar cualquiera de las tecnologías disponibles de agregación entre los servidores de la base de datos y el switch.

La función de balanceo de carga avanzado y conmutación por error de vínculos también funciona con otra característica de capa de red en sistemas Data Domain, incluidos el etiquetado VLAN y la creación de alias de IP. Esta característica permite una mayor flexibilidad en la segregación de tráfico en varias redes virtuales que pasan por los mismos vínculos físicos en el sistema Data Domain.

Consulte la Guía de administración de EMC Data Domain Operating System para obtener más información sobre cómo configurar el etiquetado de VLAN y la creación de alias de IP en un sistema Data Domain.

La función de balanceo de carga avanzado y conmutación por error de vínculos proporciona los siguientes beneficios:

◆ Elimina la necesidad de registrar un servidor de almacenamiento para cada host que ejecuta el agente de aplicación de Microsoft para SQL Server, lo cual puede simplificar la administración de la instalación.

◆ Enruta los trabajos de respaldo entrantes posteriores si una de las interfaces del grupo deja de funcionar mientras el sistema Data Domain sigue funcionando.

◆ Aumenta la utilización de vínculos por medio del balanceo de carga de los trabajos de respaldo y restauración en varias interfaces en el grupo.

◆ Realiza una conmutación por error transparente de todos los trabajos en transferencia a vínculos operativos en buen estado cuando falla una interfaz. El proceso no interrumpe los trabajos.

“Configuración de balanceo de carga avanzado y conmutación por error de vínculos” en la página 44 proporciona información acerca de cómo configurar el balanceo de carga avanzado y la conmutación por error de vínculos.



Restricciones de configuraciónLa función de balanceo de carga avanzado y conmutación por error de vínculos tiene las siguientes restricciones:

◆ Puede agregar interfaces únicamente a los grupos mediante direcciones IP.

◆ Debe usar las interfaces que tengan la misma velocidad de vínculo en un grupo.

◆ Necesita un switch para conectar varios servidores de base de datos debido a que un sistema Data Domain admite solo un grupo de interfaces.

Replicación de archivos administrada cifrada

De forma predeterminada, los servidores de base de datos configuran trabajos de replicación de archivos entre dos sistemas Data Domain sin cifrado, después de autenticarlos utilizando el nombre de usuario y la contraseña preconfigurados de DD Boost. Si habilita la función de replicación cifrada de archivos, cuando los servidores de base de datos configuran un trabajo de replicación, la sesión entre los sistemas Data Domain de origen y de destino utiliza el protocolo SSL para cifrar todos los datos de imagen y metadatos que se envían mediante la WAN.

La habilitación de esta función en el sistema Data Domain es transparente para el agente de aplicación de Microsoft para SQL Server. Cuando el agente de aplicación de Microsoft para SQL Server solicita que el sistema Data Domain ejecute un trabajo de replicación de archivos, los sistemas de origen y destino negocian para realizar el cifrado sin la intervención del agente de aplicación de Microsoft para SQL Server. La replicación de archivos cifrada usa el conjunto de aplicaciones de cifrado ADH-AES256-SHA. No puede configurar un conjunto de aplicaciones diferente en el sistema operativo de Data Domain. Al activar esta función, no es necesario reiniciar el sistema de archivos en un sistema Data Domain.

La replicación cifrada de archivos requiere que instale una licencia de replicador en los sistemas Data Domain de origen y de destino que ejecutan DD OS 5.0 o posterior, y se aplica a todos los trabajos de replicación de archivos en el sistema.

La replicación de archivos administrada cifrada se puede utilizar con la función de cifrado de datos almacenados en el sistema operativo de Data Domain con la licencia de cifrado opcional. Cuando la replicación de archivos administrada cifrada se utiliza con la función de cifrado de datos en reposo, el proceso de respaldo utiliza SSL para cifrar los datos de la imagen de respaldo cifrado mediante una WAN.

“Habilitación de la replicación cifrada de archivos” en la página 50 proporciona información sobre cómo habilitar la replicación cifrada de archivos. Para obtener más información acerca de la replicación de archivos cifrados, consulte la Guía de administración de EMC Data Domain Operating System.

Funciones de Data Domain Boost 37


Instalación y actualización de Data Domain Operating SystemLa Guía de instalación de EMC Data Domain Operating System proporciona información acerca de cómo instalar y actualizar el sistema operativo de Data Domain (DD).

Necesita una licencia para operar muchas de las funciones en un sistema Data Domain.

Nota: Necesita la licencia de EMC DD Boost para usar el software del agente de aplicación de Microsoft para SQL Server. También necesita una licencia de replicación para los sistemas Data Domain de origen y de destino para usar la función de replicación.

Comuníquese con su representante de EMC para obtener más información y comprar funciones con licencia.

El documento Guía de administración de EMC Data Domain Operating System proporciona detalles sobre todas las funciones con licencia y cómo mostrar y habilitar licencias de Data Domain.

Configuración del sistema Data DomainRealice las siguientes tareas para configurar el sistema Data Domain:

◆ “Apertura de puertos en un firewall para habilitar los respaldos de Data Domain” en la página 38

◆ “Habilitación de Data Domain Boost en un sistema Data Domain” en la página 39

◆ “Configuración del servidor de Data Domain Boost” en la página 41

◆ “Configuración de la replicación” en la página 50

◆ “Configuración de los límites de uso de los recursos de Data Domain” en la página 50

En la Guía de referencia de comandos de EMC Data Domain Operating System se proporcionan descripciones completas de los comandos utilizados en esta guía.

Apertura de puertos en un firewall para habilitar los respaldos de Data Domain

Nota: Este tema es relevante solamente si se utiliza una conexión Ethernet, no Fibre Channel, para ejecutar respaldos y restauraciones mediante el agente de aplicación de Microsoft para SQL Server.

Asegúrese de que los siguientes puertos estén abiertos en el firewall para habilitar los respaldos y la duplicación optimizada de DD Boost.

◆ TCP 2049 (NFS)

◆ TCP 2051 (Replicación)

◆ TCP 111 (asignador de puertos de NFS)

◆ TCP xxx (seleccione un puerto para NFS mountd, donde el puerto MOUNTD predeterminado es 2052)



Habilitación de Data Domain Boost en un sistema Data Domain

Todos los sistemas Data Domain que son compatibles con DD Boost deben tener un nombre único. Puede usar el nombre DNS del sistema Data Domain, que siempre es único.

Habilite DD Boost en un sistema Data Domain mediante uno de los siguientes métodos:

◆ El comando ddboost enable

◆ EMC Data Domain System Manager en la página Data Management > DD Boost que describe la Guía de administración de EMC Data Domain Operating System

El siguiente procedimiento incluye comandos que puede ejecutar en la línea de comandos del sistema operativo para habilitar DD Boost. La Guía de referencia de comandos del sistema operativo de EMC Data Domain proporciona detalles sobre los comandos.

Realice los siguientes pasos para activar Data Domain Boost:

1. En el sistema Data Domain, inicie sesión como usuario administrativo.

2. Ejecute el siguiente comando para verificar si ha habilitado el sistema de archivos y si el sistema de archivos se está ejecutando:

# filesys status

Si el sistema de archivos está deshabilitado, ejecute el siguiente comando para habilitar el sistema de archivos:

# filesys enable

3. Ejecute el siguiente comando para verificar si ha habilitado la licencia de DD Boost:

# license show

Si la licencia de DD Boost está deshabilitada, ejecute el siguiente comando para agregar la licencia de DD Boost con la clave de licencia proporcionada por Data Domain:

# license add clave_de_licencia

4. Establezca el nombre de usuario de DD Boost y la contraseña para el sistema Data Domain.

Puede configurar solo un usuario para el acceso a DD Boost en un sistema Data Domain a la vez. El nombre de usuario y la contraseña distinguen mayúsculas de minúsculas.

Ejecute los siguientes comandos para establecer el nombre de usuario y la contraseña:

# user add nombre_de_usuario password contraseña

# ddboost set user-name nombre_de_usuario

5. Ejecute el siguiente comando para habilitar Data Domain Boost:

# ddboost enable



Cambio de los derechos de acceso de Data Domain BoostCuando habilita el servicio de Data Domain Boost por primera vez en un sistema Data Domain, todos los servidores de base de datos pueden acceder al servicio de manera predeterminada. Utilice el comando ddboost access para sobrescribir este valor predeterminado y restringir el acceso a servidores de base de datos específicos.

Por ejemplo, puede ejecutar los siguientes comandos para eliminar el permiso de acceso predeterminado para todos los servidores y agregar nuevos permisos de acceso para dos servidores de base de datos específicos: dbserver1.datadomain.com y dbserver2.datadomain.com. La Guía de referencia de comandos del sistema operativo de EMC Data Domain proporciona detalles sobre los comandos.

◆ # ddboost disable

◆ # ddboost access del clients *

◆ # ddboost access add clients dbserver1.datadomain.com dbserver2.datadomain.com

◆ # ddboost enable

Estos comandos establecen los controles de acceso que permiten el acceso de DD Boost solo a los dos servidores de base de datos: dbserver1.datadomain.com y dbserver2.datadomain.com.

Nota: Debe agregar el host del servidor de base de datos que contiene el software del agente de aplicación de Microsoft para SQL Server a un grupo de acceso de host antes de configurar los respaldos.

Si los comandos no establecen ningún control de acceso, ejecute el comando ddboost enable para configurar el control de acceso predeterminado que permite que todos los hosts accedan al servicio de DD Boost. Si los comandos han establecido cualquier control de acceso, la ejecución del comando ddboost enable habilitará los controles de acceso. El comando ddboost enable no modifica la lista de control de acceso.

Tenga en cuenta las siguientes reglas cuando cambia los derechos de acceso de Data Domain Boost:

◆ Asegúrese de que no haya operaciones de respaldo ejecutándose en el sistema Data Domain. Ejecute el comando ddboost disable para impedir las operaciones de respaldo.

Nota: Al deshabilitar DD Boost, se deshabilita el acceso a los datos de todos los servidores de base de datos.

◆ Especifique solo un nombre de dominio calificado, una dirección IP o un nombre DNS que se pueda resolver para el cliente.

◆ Si ha cambiado o eliminado un nombre de usuario, el cambio en los derechos de acceso no afecta a las operaciones actuales. Por ejemplo, la eliminación de los clientes actuales de la lista de acceso de Data Domain Boost mediante la ejecución del comando ddboost access del clients no detiene un respaldo que está en curso. Continúan todas las operaciones que están en curso. Las operaciones actuales no fallan debido al cambio en los derechos de acceso.



◆ Después de cambiar los derechos de acceso, ejecute el comando ddboost enable para volver a habilitar Data Domain Boost y permitir las operaciones que corresponden a los derechos de acceso modificados.

Puede ejecutar el comando ddboost access show para verificar qué servidores de base de datos tienen derechos de acceso de DD Boost. Si el resultado de la salida del comando es *, todos los servidores de base de datos tienen derechos de acceso. Por ejemplo:

# ddboost access show

Acceso a DD Boost permitido desde los siguientes clientes*

# ddboost access show

Acceso a DD Boost permitido desde los siguientes clientes:aehdb2aehdb2.datadomain.comaehdb3aehdb3.datadomain.comaehdb4aehdb4.datadomain.comaehdb5aehdb5.datadomain.com

Ejecute el siguiente comando para verificar las conexiones de cliente activas:

# ddboost show connections

Configuración del servidor de Data Domain Boost

Realice las siguientes tareas para configurar el servidor de Data Domain Boost:

◆ “Creación de unidades de almacenamiento” en la página 41

◆ “Configuración del procesamiento distribuido de segmentos” en la página 43

◆ “Configuración de balanceo de carga avanzado y conmutación por error de vínculos” en la página 44

◆ “Configuración del servicio DD Boost mediante FC” en la página 45

◆ “Habilitación de la replicación cifrada de archivos” en la página 50

Creación de unidades de almacenamientoCree una o varias unidades de almacenamiento en cada sistema Data Domain que utilice con el agente de aplicación de Microsoft para SQL Server. Asegúrese de que usa un nombre único de unidad de almacenamiento en un solo sistema Data Domain. Sin embargo, puede usar el mismo nombre de unidad de almacenamiento en más de un sistema Data Domain diferente.

Nota: Los nombres de las unidades de almacenamiento no distinguen mayúsculas de minúsculas.

Debe proporcionar el nombre de la unidad de almacenamiento al ejecutar las operaciones de respaldo y restauración con el agente de aplicación de Microsoft para SQL Server.



Puede crear una unidad de almacenamiento utilizando uno de los siguientes métodos:

◆ El comando ddboost storage-unit


Ejecute el siguiente comando en el sistema Data Domain para crear una unidad de almacenamiento:

1. Ejecute el siguiente comando en el sistema Data Domain:

# ddboost storage-unit create nombre_de_unidad_de_almacenamiento

2. Repita Paso 1 para cada sistema Data Domain habilitado para Boost.

3. Ejecute el siguiente comando para enumerar el estado de las unidades de almacenamiento:

# ddboost storage-unit show

Debe crear al menos una unidad de almacenamiento en cada sistema Data Domain que usará con el agente de aplicación de Microsoft para SQL Server. Puede compartir una unidad de almacenamiento en un sistema Data Domain con más de un sistema cliente.

Eliminación de unidades de almacenamiento

Puede ejecutar el siguiente comando para eliminar una unidad de almacenamiento específica y su contenido, y cualquier asociación de DD Boost:

# ddboost storage-unit delete nombre_de_unidad_de_almacenamiento

El comando ddboost destroy elimina todas las unidades de almacenamiento del sistema Data Domain y elimina de forma permanente todos los archivos de datos incluidos en las unidades de almacenamiento.

La Guía de referencia de comandos de EMC Data Domain Operating System proporciona detalles sobre los comandos ddboost.

Configuración de cuotas para unidades de almacenamiento (opcional)

Aprovisione el almacenamiento en un sistema Data Domain mediante límites de cuotas opcionales para una unidad de almacenamiento. Puede especificar los límites de cuota cuando se crea una unidad de almacenamiento o más adelante, mediante comandos separados. Puede especificar los límites de cuota a nivel de unidad de almacenamiento o a nivel de MTree. La Guía de referencia de comandos de EMC Data Domain Operating System proporciona detalles acerca de la cuota y de los comandos ddboost.

◆ Ejecute el siguiente comando para habilitar los límites de cuota en el sistema Data Domain:

# quota enable

◆ Para verificar el estado de las cuotas, ejecute el siguiente comando:

# quota status



◆ Ejecute el siguiente comando para configurar los límites de cuota cuando se crea una unidad de almacenamiento:

# ddboost storage-unit create nombre_de_unidad_de_almacenamiento [quota-soft-limit n {MiB|GiB|TiB|PiB}] [quota-hard-limit n {MiB|GiB|TiB|PiB}]

◆ Ejecute el siguiente comando para configurar los límites de cuota después de crear una unidad de almacenamiento:

# quota set storage-units lista_de_unidad_de_almacenamiento {soft-limit n {MiB|GiB|TiB|PiB}} {hard-limit n {MiB|GiB|TiB|PiB}}

Por ejemplo:

# quota set storage-units SU_AEHDB5 soft-limit 10 GiB hard-limit 20 GiB

SU_AEHDB5: Límite de advertencia de cuota: 10240 MiB, límite máximo: 20480 MiB

Como alternativa, puede configurar los límites de cuota a nivel de MTree. Por ejemplo:

# quota set mtrees /data/col1/SU_AEHDB5 soft-limit 10 GiB hard-limit 20 GiB

/data/col1/SU_AEHDB5: Límite de advertencia de cuota: 10240 MiB, límite máximo: 20480 MiB

◆ Ejecute el siguiente comando para verificar los límites de cuota de una unidad de almacenamiento:

# quota show storage-units lista_de_unidad_de_almacenamiento

Como alternativa, ejecute el siguiente comando para verificar los límites de cuota a nivel de MTree:

# quota show mtrees ruta_de_mtree

Configuración del procesamiento distribuido de segmentosDebe configurar la opción de procesamiento distribuido de segmentos en el sistema Data Domain. La opción se aplica a todos los servidores de base de datos y a todo el software que usa DD Boost.

Puede administrar el procesamiento distribuido de segmentos mediante uno de los siguientes métodos:

◆ El comando ddboost


Ejecute el siguiente comando para configurar la opción de procesamiento distribuido de segmentos:

# ddboost option set distributed-segment-processing {enabled | disabled}

Activar o desactivar la opción de procesamiento distribuido de segmentos no exige que se reinicie el sistema de archivos de Data Domain.



Un host en el que instaló la versión 5.2 de Data Domain Operating System (DD OS) o posterior habilita la función de procesamiento distribuido de segmentos de manera predeterminada. Si actualiza un host de DD OS versión 5.0.x o 5.1.x a la versión 5.2 o posterior, la función de procesamiento distribuido de segmentos permanece en su estado anterior, ya sea habilitado o deshabilitado.

Configuración de balanceo de carga avanzado y conmutación por error de vínculosLa función de balanceo de carga avanzado balancea la carga de transferencia de datos y distribuye la carga en la red privada cuando el sistema Data Domain recibe datos del cliente de DD Boost. El proceso proporciona un mayor rendimiento, especialmente para los clientes que usan múltiples conexiones de 1 GbE.

Las siguientes restricciones se aplican a la configuración de la función de balanceo de carga avanzado y conmutación por error de vínculos:

◆ Puede agregar interfaces únicamente a los grupos mediante una dirección IP.

◆ No debe usar la función de balanceo de carga avanzado y conmutación por error de vínculos con interfaces de 1GbE y de 10 GbE combinadas en un grupo. Use interfaces con la misma velocidad de vínculo en un grupo.

Puede administrar el balanceo de carga avanzado y la conmutación por error de vínculos mediante uno de los siguientes métodos:

◆ El comando ddboost ifgroup


Realice los siguientes pasos para crear un grupo de interfaces en el sistema Data Domain agregando interfaces actuales al grupo y registrando el sistema Data Domain con el agente de aplicación de Microsoft para SQL Server. Una vez que se configura un grupo de interfaces, puede agregar o eliminar interfaces del grupo. Debe crear las interfaces mediante el comando net antes de crear el grupo de interfaces.

1. Ejecute el comando ddboost ifgroup para agregar las interfaces en el grupo predeterminado. Por ejemplo:

# ddboost ifgroup add interface 192.168.1.1




Puede crear solo un grupo de interfaces y no puede cambiarle el nombre.

2. Seleccione una interfaz en el sistema Data Domain para registrarla con el agente de aplicación de Microsoft para SQL Server. Cree una interfaz agregada de conmutación por errores y registre esa interfaz en el agente de aplicación de Microsoft para SQL Server. La Guía de administración de EMC Data Domain Operating System describe cómo crear una interfaz virtual para agregación de vínculos.



No es obligatorio elegir una interfaz en el ifgroup para registrarla en el agente de aplicación de Microsoft para SQL Server. Puede usar una interfaz que no es parte del ifgroup para registrarla con el agente de aplicación de Microsoft para SQL Server. Debe registrar la interfaz con un nombre que se pueda resolver mediante DNS o cualquier otro mecanismo de resolución de nombres.

3. Ejecute el siguiente comando para habilitar el grupo de interfaces en el sistema Data Domain:

# ddboost ifgroup enable

4. Ejecute el siguiente comando para verificar la configuración:

# ddboost ifgroup show config interfaces

5. Agregar o eliminar interfaces del grupo.

Configuración del servicio DD Boost mediante FC

Nota: Si no utiliza Fibre Channel (FC) para ejecutar respaldos y restauraciones mediante el agente de aplicación de Microsoft para SQL Server, omita este tema.

La versión 5.3 y posteriores de DD OS son compatibles con el mecanismo de comunicación de Fibre Channel entre la biblioteca de Data Domain Boost y el sistema Data Domain.

Antes de la versión 5.3 de DD OS, el usuario utilizaba la red IP para las comunicaciones entre la biblioteca de DD Boost y el sistema Data Domain. El agente de aplicación de Microsoft para SQL Server especifica el sistema Data Domain usando el nombre de host o la dirección IP. La biblioteca de Data Domain Boost usa conexiones TCP/IP para trasmitir las solicitudes y recibir las respuestas del sistema Data Domain.

La versión de 5.3 de DD OS presenta el mecanismo de transporte alternativo mediante Fibre Channel. Algunas instalaciones prefieren o requieren el uso de Fibre Channel como el mecanismo de transferencia de datos entre la biblioteca de Data Domain Boost y el sistema Data Domain. El transporte Data Domain Boost mediante Fibre Channel (DD Boost mediante FC) habilita dichas instalaciones para que tengan acceso a funciones que proporciona la tecnología DD Boost.

A pesar de que Fibre Channel se especifica como un mecanismo de transporte de datos de uso general, puede usar Fibre Channel únicamente como un transporte para acceso a los dispositivos SCSI en la práctica. El hardware de Fibre Channel y los controladores residen únicamente dentro de las plataformas del protocolo SCSI en sistemas operativos de host. El transporte de DD Boost mediante FC debe utilizar comandos de SCSI para toda la comunicación.

Para solicitar el acceso a un sistema Data Domain, el agente de aplicación de Microsoft para SQL Server especifica el sistema Data Domain mediante la cadena especial DFC-nombre_del_servidor_dfc. El nombre_del_servidor_dfc es el nombre del servidor de DD Boost mediante FC que está configurado para el sistema Data Domain. La lógica de transporte de DD Boost mediante FC dentro de la biblioteca de DD Boost examina el conjunto de dispositivos SCSI genéricos disponibles en la base de datos del servidor y utiliza comandos SCSI para identificar un catálogo de dispositivos, que son nombres de ruta de los dispositivos SCSI que descubre el sistema operativo del servidor de la base de datos.



La lógica de transporte de DD Boost mediante FC emite comandos SCSI a los dispositivos SCSI genéricos identificados para transferir las solicitudes de protocolo de Data Domain Boost y las respuestas entre la biblioteca y el sistema Data Domain.

La mayoría de las funciones de Data Domain Boost son independientes del transporte. Una excepción notable es la función de balanceo de carga avanzado y conmutación por error de vínculos de DD Boost mediante IP y sus ifgroups asociados. Esta función es específica para el transporte IP. Puede lograr el balanceo de carga y la alta disponibilidad de nivel de vínculo para el transporte de DD Boost mediante FC usando diferentes métodos.

La ruta de comunicación de DD Boost mediante FC se aplica solamente entre el servidor de la base de datos o la biblioteca de DD Boost, y el sistema Data Domain, y no se aplica a la comunicación entre dos sistemas Data Domain.

Para habilitar la compatibilidad con el servicio de DD Boost mediante FC, debe instalar la HBA de destino compatible con Fibre Channel en el host. La Guía de referencia de comandos de EMC Data Domain Operating System y la Guía de administración de EMC Data Domain Operating System proporcionan información sobre el uso del comando scsitarget para administrar el subsistema SCSI de destino.

Realice los siguientes pasos para configurar el servicio de DD Boost mediante FC:

1. Para habilitar el servicio DD Boost mediante FC, ejecute el siguiente comando:

# ddboost option set fc enabled

2. De manera opcional, ejecute el siguiente comando para establecer el nombre del servidor dfc:

# ddboost fc dfc-server-name set nombre_del_servidor

Como alternativa, puede aceptar el nombre predeterminado, que es el nombre de host de base del sistema Data Domain. Un nombre de servidor dfc válido consta de uno o varios de los siguientes caracteres:

• letras en minúscula (a-z)• letras en mayúscula (A-Z)• números (0–9)• carácter de subrayado (_)• guión (–)

Nota: El carácter de punto (.) no es válido dentro de un nombre de servidor dfc. No puede usar el nombre de dominio calificado de un sistema Data Domain como el nombre de servidor dfc.

3. Ejecute el siguiente comando para crear un grupo de FC de DD Boost:

# ddboost fc group create nombre_de_grupo

Por ejemplo:

# ddboost fc group create lab_group

4. Ejecute el siguiente comando para configurar el conjunto de dispositivos del grupo de FC de DD Boost:

# ddboost fc group modify nombre_de_grupo device-set count conteo endpoint {all | none | lista_de_terminal}



Por ejemplo:

# ddboost fc group modify lab_group device-set count 8 endpoint all

5. Ejecute el siguiente comando para agregar iniciadores al grupo de FC de DD Boost:

# ddboost fc group add nombre_de_grupo initiator especificación_de_iniciador

Por ejemplo:

# ddboost fc group add lab_group initiator "initiator-15,initiator-16"

6. Verifique que los dispositivos DFC estén visibles en el cliente.

7. Asegúrese de que el usuario que realiza los respaldos y las restauraciones tenga el permiso necesario para acceder a los dispositivos de DFC.

Administración de la ruta de DD Boost mediante FC

El mecanismo de balanceo de carga avanzado y conmutación por error de vínculos basado en el ifgroup no se aplica al transporte de Fibre Channel. Esta función proporciona otro mecanismo de rutas para la solución DD Boost mediante FC.

El sistema Data Domain anuncia uno o varios dispositivos SCSI en el servidor de la base de datos mediante una o varias rutas físicas. El sistema operativo del servidor de la base de datos descubre los dispositivos y los pone a disposición para las aplicaciones mediante un mecanismo SCSI genérico (controlador SCSI genérico en Linux, interfaz de paso SCSI en Windows).

Observe el siguiente ejemplo:

◆ El servidor de la base de datos tiene dos puertos HBA de iniciador (A y B)

◆ El sistema Data Domain tiene dos terminales de destino de FC (C y D)

◆ Ha configurado la zonificación de fabric de Fibre Channel para que ambos puertos HBA de iniciador puedan acceder a los terminales de destino de FC

◆ Ha configurado el sistema de Data Domain con un grupo de FC de DD Boost que contiene los siguientes componentes:

• Ambos terminales de destino de FC en el sistema Data Domain

• Ambos puertos HBA de iniciador

• Cuatro dispositivos (0, 1, 2 y 3)

En este ejemplo, el sistema operativo del servidor de medios puede descubrir hasta 16 dispositivos SCSI genéricos, uno para cada combinación de iniciador, terminal de destino y número de dispositivo:

/dev/sg11: (A, C, 0)/dev/sg12: (A, C, 1)/dev/sg13: (A, C, 2)/dev/sg14: (A, C, 3)/dev/sg15: (A, D, 0)/dev/sg16: (A, D, 1)/dev/sg17: (A, D, 2)/dev/sg18: (A, D, 3)/dev/sg19: (B, C, 0)



/dev/sg20: (B, C, 1)/dev/sg21: (B, C, 2)/dev/sg22: (B, C, 3)/dev/sg23: (B, D, 0)/dev/sg24: (B, D, 1)/dev/sg25: (B, D, 2)/dev/sg26: (B, D, 3)

Cuando el agente de aplicación de Microsoft para SQL Server solicita que la biblioteca de DD Boost establezca una conexión con el servidor, la lógica de transporte de DD Boost mediante FC en la biblioteca de DD utiliza solicitudes de SCSI para generar un catálogo de esos 16 dispositivos SCSI genéricos. Los dispositivos SCSI son rutas para acceder al servicio de DD Boost mediante FC en el sistema de Data Domain. Como parte del establecimiento de conexión con el servidor, la lógica de transporte de DD Boost mediante FC proporciona el catálogo de rutas al servidor.

Selección de la ruta inicial

El servidor mantiene estadísticas sobre el tráfico de DD Boost mediante FC en los diversos terminales de destino e iniciadores conocidos. Durante el procedimiento de conexión, la lógica de la administración de rutas en el servidor consulta estas estadísticas y luego selecciona la ruta que el servidor utilizará para establecer la conexión, en función del siguiente criterio:

◆ Distribuya las conexiones entre las diferentes rutas de modo uniforme para los clientes restringidos por la profundidad de línea de espera. “Restricciones de profundidad de línea de espera” en la página 49 proporciona más información.

◆ Elija el terminal de destino con menos tráfico

◆ Elija el iniciador con menos tráfico de las rutas al terminal de destino seleccionado

Rebalanceo dinámico

El servidor realiza periódicamente el rebalanceo dinámico cuando las estadísticas revelan los siguientes escenarios:

◆ Para los clientes restringidos por la profundidad de línea de espera que “Restricciones de profundidad de línea de espera” en la página 49 describe, las conexiones se distribuyen entre las rutas disponibles de modo desigual.

◆ La carga de trabajo en los extremos de destino está desequilibrada.

◆ La carga de trabajo en los iniciadores está desequilibrada.

Cuando el servidor encuentra uno de estos escenarios, el servidor marca una o varias conexiones para la migración de rutas dirigida por el servidor. En una operación de transferencia de datos futura, el servidor solicita que la biblioteca de DD Boost comience a usar otra ruta disponible del catálogo para las operaciones posteriores.

Conmutación por error de rutas del cliente

La lógica de rebalanceo dinámica del servidor dirige al cliente para que utilice una ruta diferente. Sin embargo, el cliente también puede decidir utilizar una ruta disponible diferente si el cliente recibe errores mientras se usa la ruta de acceso actual de la conexión.



Por ejemplo, si asume que el catálogo de rutas para una conexión consta de ocho rutas:

/dev/sg21: (A, C, 0)/dev/sg22: (A, C, 1)/dev/sg23: (A, D, 0)/dev/sg24: (A, D, 1)/dev/sg25: (B, C, 0)/dev/sg26: (B, C, 1)/dev/sg27: (B, D, 0)/dev/sg28: (B, D, 1)

El servidor selecciona la ruta (A, C, 0) durante la selección de rutas inicial. La lógica del transporte DFC en la biblioteca de DD Boost comienza a enviar y recibir datos para la conexión mediante comandos SCSI a /dev/sg21.

Más adelante, el vínculo del terminal de destino C a su switch deja de estar disponible debido a la desconexión de cables o alguna falla de hardware. Cualquier solicitud de SCSI subsiguiente enviada por la lógica del transporte DFC a /dev/sg21 presentará fallas con un código de error que indica que la solicitud de SCSI no se pudo entregar al dispositivo.

En este caso, la lógica del transporte de DFC busca en el catálogo de dispositivos una ruta con un componente físico distinto y una combinación diferente de iniciador y terminal de destino. La lógica del transporte de DFC retira la solicitud SCSI en la ruta seleccionada y repite el proceso hasta que la lógica del transporte de DFC busca una ruta que pueda realizar correctamente la solicitud de SCSI.

Restricciones de profundidad de línea de espera

El dispositivo de SCSI específico que recibe una solicitud es irrelevante para la solución DD Boost mediante FC. Todos los dispositivos de SCSI son objetos de destino idénticos para los comandos de SCSI, como lo exige el protocolo SCSI. Cuando se procesa una solicitud de SCSI, la lógica del servidor no toma en cuenta el dispositivo específico en el cual llegó la solicitud de SCSI.

Determinados sistemas operativos en los clientes imponen una restricción en la cantidad de solicitudes de I/O pendientes que los sistemas operativos pueden procesar simultáneamente por medio de un dispositivo SCSI. Por ejemplo, el mecanismo de la interfaz de paso de Windows SCSI realiza solo una solicitud de SCSI por vez mediante cada uno de sus dispositivos genéricos de SCSI. Esto afecta el rendimiento de la solución DD Boost mediante FC, si hay varias conexiones (por ejemplo, trabajos de respaldo) intentando usar el mismo dispositivo genérico de SCSI.

El sistema Data Domain también impone un límite en la cantidad de solicitudes de I/O pendientes por dispositivo de SCSI anunciado. Se deben anunciar varios dispositivos SCSI en el sistema Data Domain para solucionar los problemas de rendimiento en el caso de cargas de trabajo pesadas. El término profundidad de línea de espera describe el límite impuesto por el sistema en la cantidad de solicitudes de SCSI simultáneas en un solo dispositivo. Los sistemas cliente (como Windows) cuya profundidad de línea de espera es tan baja que afecta el rendimiento se consideran restringidos por la profundidad de línea de espera.



Habilitación de la replicación cifrada de archivosEjecute el siguiente comando para habilitar la opción de replicación cifrada de archivos:

# ddboost file-replication option set encryption enabled

La habilitación de la replicación cifrada de archivos requiere recursos adicionales, CPU y memoria en el sistema Data Domain, y no requiere un reinicio del sistema de archivos de Data Domain. Consulte la Guía de administración de EMC Data Domain Operating System para obtener más información sobre la replicación de archivos cifrados.

Configuración de la replicación

Puede replicar datos hacia sistemas Data Domain remotos mediante Data Domain Replicator. La replicación de datos le permite realizar recuperaciones en caso de desastres.

Asegúrese de que el proceso de replicación no cambie los nombres de las carpetas y de los archivos que el agente de aplicación de Microsoft creó en el nodo de almacenamiento.

Para habilitar la replicación de respaldo y la posterior restauración desde un sistema Data Domain, el ID de usuario o el ID de grupo primario de los usuarios de Data Domain Boost en los sistemas primarios debe ser idéntico.

El número de artículo 182294 de la base de conocimientos de EMC, titulado Configuración de los usuarios de DD Boost en replicadores de Data Domain de origen y de destino para la replicación de MTree, proporciona más información. Este artículo está disponible en el portal del servicio de soporte en línea de EMC (https://support.emc.com).

La sección Configuración de la replicación en la Guía de administración de EMC Data Domain Operating System proporciona información sobre la creación, la habilitación, la deshabilitación y la eliminación de pares de replicación.

Configuración de los límites de uso de los recursos de Data Domain

El administrador de Data Domain puede usar los comandos del sistema operativo de Data Domain o la GUI de administración de Data Domain para establecer límites sobre el uso de los siguientes recursos de Data Domain:

◆ Capacity: La cantidad de capacidad de disco duro que utiliza el agente de aplicación en un host de Data Domain.

Los límites de capacidad se basan en el espacio lógico utilizado. El espacio lógico depende de la cantidad de datos que se escriban en una unidad de almacenamiento antes de la deduplicación. La capacidad lógica es el tamaño de los datos sin comprimir. Por ejemplo, cuando un archivo de 1 GB se escribe dos veces en la misma unidad de almacenamiento que estaba vacía inicialmente, la unidad de almacenamiento tiene un tamaño lógico de 2 GB, pero un tamaño físico de 1 GB.

◆ Flujos: La cantidad de flujos de Data Domain Boost que el agente de aplicación utiliza para leer datos de una unidad de almacenamiento o escribir datos en una unidad de almacenamiento en un host de Data Domain.




El agente de aplicación de Microsoft es compatible con la configuración de los límites de uso de recursos de Data Domain para las operaciones de Data Domain Boost solamente, pero no para las operaciones de ProtectPoint.

Data Domain usa el término cuota para describir de forma colectiva los límites máximos y de advertencia de capacidad de una unidad de almacenamiento. Los límites de flujo se denominan límites.

El sistema operativo de Data Domain es compatible con la configuración de los límites de advertencia y los límites máximos de capacidad o de uso de flujos:

◆ Cuando se supera un límite de advertencia, el host de Data Domain genera una alerta. Si el administrador ha configurado una lista de notificación de la unidad de grupo de usuarios, el host de Data Domain envía un correo electrónico a las direcciones en la lista. Una aplicación puede continuar utilizando más de los recursos limitados después de que se supera un límite de advertencia.

◆ Cuando se supera un límite máximo, una aplicación no puede usar más de los recursos limitados.

Nota: Las versiones 5.5 y 5.6 del sistema operativo de Data Domain son compatibles con los límites máximos y de advertencia para la capacidad, pero solo con los límites de advertencia para los flujos. La versión 5.7 del sistema operativo de Data Domain es compatible con los límites máximos y de advertencia para la capacidad y los flujos.

El administrador de Data Domain debe crear una unidad de almacenamiento independiente para cada host de agente de aplicación o para el conjunto de hosts que están limitados.

Por ejemplo, si hay 10 hosts de agente de aplicación, para limitar la capacidad de la unidad de almacenamiento que utiliza cada host de agente de aplicación, el administrador de Data Domain debe crear al menos 10 unidades de almacenamiento. Para usar menos unidades de almacenamiento, el administrador debe agrupar los hosts de agente de aplicación y asignar el grupo a una sola unidad de almacenamiento. Los hosts del agente de aplicación en el grupo comparten esta unidad de almacenamiento. No puede limitar el consumo de una unidad de almacenamiento por cada host. Uno de los hosts del agente de aplicación puede consumir el 100 % de la unidad de almacenamiento. Los recursos se consumen por orden de llegada.

El usuario del agente de aplicación puede ejecutar el siguiente comando ddbmadmin.exe para determinar los límites de flujo de una unidad de almacenamiento:

ddbmadmin.exe -l -z <nombre_del_archivo_de_configuración>

Según la cantidad y el tipo de operaciones en paralelo que se realizan en un momento determinado, el uso de flujos varía. Para determinar el uso exacto de los flujos, controle la cantidad de flujos que utilizan las unidades de almacenamiento durante un período.



Por ejemplo, límites de flujos para la unidad de almacenamiento rp731 en el host primario de Data Domain dd_host1.emc.com:

active write streams: 11active read streams: 0soft limit write streams: nonesoft limit read streams: nonesoft limit combined streams: 40hard limit combined streams: 60

El impacto de exceder los límites de cuotaAl comienzo de un respaldo, el agente de aplicación no puede determinar cuánta capacidad se requiere para el respaldo. El agente de aplicación puede ejecutar un respaldo solicitado solo cuando el host de destino tiene capacidad de almacenamiento o espacio suficiente.

Límite de advertencia de cuota

Cuando se excede el límite de advertencia de capacidad:

◆ Durante un respaldo, si la unidad de almacenamiento es parte de una unidad de grupo de usuarios con una lista de notificación, el host de Data Domain envía un correo electrónico a las direcciones en la lista. La lista puede incluir al administrador de Data Domain y al usuario del agente de aplicación.

◆ Las alertas aparecen en el panel Current Alerts de la GUI de administración de Data Domain, independientemente de que la unidad de almacenamiento sea parte de una unidad de grupo de usuarios.

◆ La operación de respaldo o restauración continúa sin ningún impacto adverso. El agente de aplicación no genera una advertencia o mensaje de error en su archivo de registro o en la salida operacional.

Límite de la cuota máxima

Cuando se supera el límite máximo de capacidad durante un respaldo, el agente de aplicación anula el respaldo y muestra el siguiente mensaje similar acerca del espacio insuficiente en la unidad de almacenamiento, solo en la GUI de administración de Data Domain:

145732:(pid 4584):Max DD Stream Count: 60153003:(pid 4584): Unable to write to a file due to a lack of space.The error message is: [5005] [ 4584] [984] Thu Apr 14 10:14:18 2016 ddp_write() failed Offset 163577856, BytesToWrite

524288, BytesWritten 0 Err: 5005-ddcl_pwrite failed (nfs: No space left on device)

86699:(pid 4584): Unable to write data into multiple buffers for save-set ID '1460654052': Invalid argument (errno=22)

Configuración de los límites de uso de la cuota de Data DomainPara configurar los límites de uso de capacidad para el agente de aplicación, el administrador de Data Domain debe establecer el límite de capacidad de disco duro para la unidad de almacenamiento que el agente de aplicación utiliza para los respaldos:

1. Determine los hosts del agente de aplicación que utilizan la unidad de almacenamiento.

2. Determine la cantidad de capacidad que se debe permitir para la unidad de almacenamiento.



3. Cree la unidad de almacenamiento y establezca la cuota de capacidad mediante la GUI o la CLI. Se proporciona más información en la documentación de Data Domain.

4. Proporcione el nombre de host de Data Domain, el nombre de la unidad de almacenamiento, el nombre de usuario y la contraseña de la unidad de almacenamiento a los usuarios de agente de aplicación, a fin de que los utilicen para ejecutar respaldos.

El administrador de Data Domain también puede establecer el límite de la cuota de capacidad para la unidad de almacenamiento, que envía alertas y notificaciones, pero no limita el uso de la capacidad.

El administrador de Data Domain puede usar los comandos de cuota del sistema operativo de Data Domain o la GUI de administración de Data Domain para agregar o modificar la cuota de capacidad de unidades de almacenamiento. Se proporciona más información en la documentación de Data Domain.

Nota: El administrador de Data Domain debe tener cuidado al disminuir una cuota de capacidad. Cuando una unidad de almacenamiento está prácticamente llena y se reduce la cuota de capacidad, el próximo respaldo puede fallar. El administrador de Data Domain debe notificar a los usuarios del agente de aplicación al disminuir una cuota de capacidad, de modo que los usuarios del agente de aplicación puedan evaluar el impacto potencial sobre los respaldos.

El impacto de superar los límites de flujo

Límite de flujo de advertencia

Cuando se excede el límite de flujo de advertencia:

◆ Durante un respaldo, si la unidad de almacenamiento es parte de una unidad de grupo de usuarios con una lista de notificación, el host de Data Domain envía un correo electrónico a las direcciones en la lista. La lista puede incluir al administrador de Data Domain y al usuario del agente de aplicación.

◆ Las alertas aparecen en el panel Current Alerts de la GUI de administración de Data Domain, independientemente de que la unidad de almacenamiento sea parte de una unidad de grupo de usuarios.

◆ La operación de respaldo o restauración continúa sin ningún impacto adverso. El agente de aplicación no genera una advertencia o mensaje de error en su archivo de registro o en la salida operacional.

Límite máximo de flujos

Cuando se supera el límite máximo de flujos durante una operación, el agente de aplicación anula la operación y muestra el siguiente mensaje similar acerca del requisito de un límite superior de flujos, solo en la GUI de administración de Data Domain:

153004:(pid 4144): Unable to write to a file because the streams limit was exceeded.



Configuración de los límites de uso de flujos de Data DomainUna unidad de almacenamiento puede tener límites de advertencia y máximos para los flujos. El administrador de Data Domain puede establecer los límites de advertencia individuales para flujos de lectura, escritura y replicación. El administrador puede establecer un límite máximo solo para la cantidad total de flujos.

Para configurar un límite de uso de flujos para una unidad de almacenamiento, el administrador de Data Domain debe establecer el límite máximo para la unidad de almacenamiento que el agente de aplicación utiliza para los respaldos:

1. Determine los hosts del agente de aplicación que utilizan la unidad de almacenamiento.

2. Determine la cantidad de flujos de respaldo permitidos para la unidad de almacenamiento.

3. Cree la unidad de almacenamiento. El administrador de Data Domain puede establecer el límite de flujos, ya sea como parte del comando ddboost storage-unit create o después de crear la unidad de almacenamiento mediante el comando ddboost storage-unit modify. Se proporciona más información en la documentación de Data Domain.

Nota: El administrador de Data Domain no puede establecer un límite de flujos mediante la GUI de administración de Data Domain.

4. Proporcione el nombre de host de Data Domain, el nombre de la unidad de almacenamiento, el nombre de usuario y la contraseña de la unidad de almacenamiento a los usuarios de agente de aplicación, a fin de que los utilicen para ejecutar respaldos.

El administrador de Data Domain también puede establecer los límites de advertencia para la unidad de almacenamiento que envía alertas y notificaciones, pero no limitan la cantidad de flujos utilizados.

El administrador de Data Domain puede usar el comando ddboost storage-unit modify para modificar los límites de flujo de las unidades de almacenamiento. Se proporciona más información en la documentación de Data Domain.

Nota: El administrador de Data Domain debe tener cuidado cuando configura un límite máximo de flujos. Establecer el límite de flujos en un valor bajo puede afectar el rendimiento del respaldo y la restauración. La disminución de un límite de flujos puede resultar en una falla de restauración. El administrador de Data Domain deberá notificar a los usuarios del agente de aplicación al reducir un límite máximo de flujos para que los usuarios del agente de aplicación puedan evaluar el impacto potencial en respaldos y restauraciones.



Validación de un sistema Data DomainEjecute los siguientes comandos para validar el estado del sistema Data Domain:

◆ filesys status

◆ ddboost status

◆ ddboost ifgroup show config interfaces

◆ ddboost show connections

◆ ddboost storage-unit show compression

◆ ddboost storage-unit show

La Guía de referencia de comandos de EMC Data Domain Operating System proporciona detalles acerca de esos comandos y sus opciones.

Ejecute uno de los siguientes comandos: El comando que se utiliza para validar la comunicación entre el servidor de base de datos y el sistema Data Domain varía según el tipo de la conexión de red que utiliza.

◆ Si tiene un sistema DD Boost mediante IP, entonces inicie sesión en el servidor de base de datos y ejecute el siguiente comando:

# rpcinfo -p nombre_de_host_del_sistema_Data_Domain

La salida del comando debe incluir los puertos que se enumeran en “Apertura de puertos en un firewall para habilitar los respaldos de Data Domain” en la página 38.

◆ Si tiene un sistema DD Boost mediante FC, entonces inicie sesión en el servidor de base de datos y ejecute el comando relevante para verificar si los dispositivos de DFC están visibles en el cliente.

La Guía de referencia de comandos de EMC Data Domain Operating System proporciona detalles acerca de los comandos compatibles.

Validación de un sistema Data Domain 55

CAPÍTULO 4Agente de aplicación de Microsoft para SQL Server con Data Domain Boost


◆ Descripción general del agente de aplicación de Microsoft para SQL Server con Data Domain Boost ................................................................................................. 58

◆ Configuración del agente de aplicación de Microsoft para SQL Server con Data Domain Boost ......................................................................................................... 62

◆ Ejecución de respaldos y restauraciones del agente de aplicación de Microsoft para SQL Server con Data Domain Boost ................................................................. 64

Agente de aplicación de Microsoft para SQL Server con Data Domain Boost 57

Agente de aplicación de Microsoft para SQL Server con Data Domain Boost

Descripción general del agente de aplicación de Microsoft para SQL Server con Data Domain Boost

El módulo del agente de aplicación de Microsoft para SQL Server con Data Domain Boost se integra con la interfaz de dispositivo Virtual (VDI) de SQL. La interfaz permite al usuario configurar el módulo mediante un plug-in en Microsoft SQL Server Management Studio (SSMS). El plug-in es similar a la interfaz gráfica del usuario (GUI) nativa de respaldo y restauración de SQL. Por lo tanto, los administradores de base de datos (DBA) pueden utilizar las herramientas nativas de Microsoft para respaldar y restaurar los datos de SQL.

Arquitectura del agente de aplicación de Microsoft para SQL Server con Data Domain Boost

La siguiente figura ilustra la arquitectura general del agente de aplicación de Microsoft para SQL Server con Data Domain Boost:

Figura 3 La arquitectura general del agente de aplicación de Microsoft para SQL Server con Data Domain Boost



La siguiente figura ilustra la arquitectura de ensamblado CLR de SQL Server.

Figura 4 La arquitectura de ensamblado CLR del agente de aplicación de Microsoft para SQL Server con Data Domain Boost

Los siguientes son los componentes importantes del agente de aplicación de Microsoft para SQL Server con Data Domain Boost:

◆ Plug-in de SQL Server Management Studio: El agente de aplicación de Microsoft para SQL Server con Data Domain Boost tiene una GUI que es un plug-in de SSMS. El plug-in es similar a la GUI nativa de respaldo y restauración de SQL.

◆ Interfaz de dispositivo virtual: El agente de aplicación de Microsoft para SQL Server con Data Domain Boost utiliza VDI, que es una API proporcionada por SQL Server para integrarse con SQL Server, la cual permite a Data Domain Boost respaldar y restaurar los datos de SQL Server con el agente de aplicación de Microsoft. La documentación de Microsoft proporciona información acerca de la tecnología VDI. Ejecute al agente de aplicación de Microsoft en el mismo host que tiene SQL Server.

◆ DD Boost Library: Lleva a cabo la deduplicación basada en origen y envía los datos de respaldo al servidor de Data Domain.

Ensamblado CLR de SQL de EMC: Los scripts CLR y T-SQL deben estar integrados para crear funciones o procedimientos para ejecutar respaldos y restauraciones en un ambiente de SQL. La instalación del agente de aplicación de Microsoft implementa el ensamblaje CLR de EMC. El ensamblaje CLR contiene una rutina de tipo de función de SQL exportable para ejecutar cualquier comando CLI del agente de aplicación de Microsoft.

Descripción general del agente de aplicación de Microsoft para SQL Server con Data Domain Boost 59


Funciones del agente de aplicación de Microsoft para SQL Server con Data Domain Boost

El agente de aplicación de Microsoft para SQL Server con Data Domain Boost proporciona las siguientes funciones y características nuevas:

◆ Respaldos y restauraciones de bases de datos con nombres que contienen los siguientes caracteres especiales en configuraciones independientes, de clúster y de grupos de disponibilidad AlwaysOn de SQL:

• ~• `• !• @• %• ^• &• (• )• -• _• {• }• \• ‘• .

◆ Respaldos a nivel de instancia

◆ Respaldos y restauraciones de varias bases de datos

◆ Scripts Transact-SQL (T-SQL) para ejecutar respaldos y restauraciones en un ambiente de SQL

◆ Respaldos programados mediante trabajos del agente de SQL

◆ En el caso de los respaldos de registros de transacciones, posibilidad de omitir los respaldos de las bases de datos de modelo simple o promover las bases de datos de modelo simple a los respaldos completos

◆ Respaldos federados de grupos de disponibilidad AlwaysOn mediante la CLI y T-SQL, y restauración de bases de datos de grupos de disponibilidad AlwaysOn mediante la GUI, la CLI y T-SQL

◆ Compatibilidad con IPv6

◆ Copia o restauraciones de extracción redirigidas de un SQL Server a otro

◆ Códigos de retorno que permiten ejecutar scripts: 0 y 1

◆ Coexistencia con otros productos de respaldo que se usan para proteger los datos que no protege el agente de aplicación de Microsoft

Sin embargo, el agente de aplicación de Microsoft no puede coexistir con el agente de aplicación de base de datos.



Mejores prácticas para respaldos y restauraciones del agente de aplicación de Microsoft para SQL Server con Data Domain Boost

Las siguientes son mejores prácticas para respaldos y restauraciones del agente de aplicación de Microsoft para SQL Server con Data Domain Boost:

◆ Para garantizar la coherencia de los respaldos en el sistema Data Domain, configure todos los respaldos de una instancia de SQL Server para usar el mismo sistema Data Domain y la misma ruta.

◆ No ejecute 5 o más trabajos CLR de SQL paralelos del agente de aplicación de Microsoft. Para cada función o procedimiento CLR de SQL, SQL Server asigna un nuevo subproceso desde su pool de subprocesos y ejecuta la función o el procedimiento CLR de SQL en el contexto de ese subproceso. El subproceso asignado se recupera en el pool de subprocesos de SQL server solo después de que la función o el procedimiento CLR de SQL se ejecutan. Si configura muchos trabajos CLR de SQL para que se ejecuten al mismo tiempo, SQL Server asigna muchos subprocesos desde el mismo pool de subprocesos y, a la larga, puede quedarse sin subprocesos disponibles y otros recursos relacionados. Esto afecta el rendimiento general. Tenga cuidado al decidir la cantidad de trabajos CLR de SQL paralelos.

◆ Los dispositivos Data Domain Boost no distinguen entre el protocolo de control de transmisiones (TCP)/protocolo de Internet (IP) y Fibre Channel (FC), y los tipos de red LAN, WAN y MAN. Los dispositivos Data Domain Boost pueden funcionar correctamente en situaciones en las que la pérdida de paquetes es estrictamente del 0 % y la latencia es menor que 20 ms.

◆ (Opcional) Configure los límites de uso de cuota de Data Domain.

El agente de aplicación de Microsoft no tiene un parámetro para controlar el tamaño total que consume. Solo se pueden establecer límites de cuota en el sistema Data Domain por MTree (unidad de almacenamiento).

Los límites de cuota de un MTree se calculan según el tamaño lógico, que es el tamaño antes de la compresión y la deduplicación de los datos.

Los límites de cuota afectan a las operaciones de respaldo solamente.

“Configuración de los límites de uso de los recursos de Data Domain” en la página 50 proporciona más información sobre los límites de cuota, el impacto de superar los límites y la configuración de los límites de uso.

◆ (Opcional) Configure los límites de uso de flujos de Data Domain.

El agente de aplicación de Microsoft requiere un flujo por cada saveset que se respalde o se restaure. Al ejecutar respaldos fraccionados, cada fracción requiere un flujo. Las fracciones se ejecutan simultáneamente para cada base de datos. Las bases de datos se respaldan y se restauran de manera secuencial. Cuando se utilizan fracciones, la cantidad de flujos debe ser igual o mayor que la cantidad de fracciones.

La cantidad mínima de flujos para ambientes sin fracciones es 1.

“Configuración de los límites de uso de los recursos de Data Domain” en la página 50 proporciona más información sobre el límite de flujos, el impacto de superar los límites y la configuración de los límites de uso.

Descripción general del agente de aplicación de Microsoft para SQL Server con Data Domain Boost 61


Configuración del agente de aplicación de Microsoft para SQL Server con Data Domain Boost

La configuración del agente de aplicación de Microsoft para SQL Server con Data Domain Boost incluye las siguientes tareas:

◆ Creación de un archivo de configuración

◆ Creación de un lockbox mediante el comando ddbmadmin.exe

Creación de un archivo de configuración

Cree un archivo de configuración con los siguientes parámetros:

◆ DDBOOST_USER=<nombre_de_usuario_de_Data_Domain>

◆ DEVICE_HOST=<nombre_de_servidor_o_dirección_IP_de_Data_Domain>

◆ DEVICE_PATH=<ruta_a_la_unidad_de_almacenamiento_en_el_servidor_de_Data_Domain>

◆ LOCKBOX_PATH=<ruta_al_lockbox>, si no se utiliza una ubicación predeterminada

◆ CLIENT=<nombre_del_cliente>

◆ DEBUG_LEVEL=<de_1_a_9>; el valor predeterminado es 0

Por ejemplo, puede crear el archivo C:\ddconfig.cfg con el siguiente contenido:

DDBOOST_USER=DD163_user

DEVICE_HOST=ledmd035.lss.ejemplo.com

DEVICE_PATH=/SU_DD163

LOCKBOX_PATH="C:\Program Files\EMC DD Boost Modules\DDBMA\config\lockbox"

CLIENT=mw2k8x64sql2.nmmdev.com

DEBUG_LEVEL=0



Creación de un lockbox mediante el comando ddbmadmin.exe

La siguiente tabla enumera las operaciones que forman parte de la creación y la actualización de un lockbox, y los comandos interactivos y no interactivos, que son útiles para la creación de scripts, para realizar las operaciones:

Tabla 3 Comandos y operaciones de la CLI para crear y actualizar un lockbox

Operation Comando interactivo Comando no interactivo

Registro de un servidor de Data Domain

ddbmadmin.exe -P -z <ruta_completa_al_archivo_de_configuración>

No se admite el modo no interactivo debido a que se debe especificar manualmente una contraseña para registrar un servidor de Data Domain.

Eliminación del registro de un servidor de Data DomainEl contenido de usuario de DD Boost (DDBOOST_USER) y de ruta del dispositivo (DEVICE_PATH) del archivo de configuración se elimina.

ddbmadmin.exe -X -z <ruta_completa_al_archivo_de_configuración>

ddbmadmin.exe -X -a "CONFIRM={yes|no}" -z <ruta_completa_al_archivo_de_configuración>

CONFIRM=yes confirma que debe continuar la eliminación del registro.Ejemplo:ddbmadmin.exe -X -a "CONFIRM =yes" -z "C:\Program Files\EMC DD Boost Modules\DDBMA\config\config_file.txt"

Salida:Lockbox directory is 'c:\lockbox'.Device host 'bu-croco.lss.emc.com' for DD Boost user 'qa_ost' has been unregistered from the lockbox.

Otorgamiento de acceso al lockbox a un host de cliente

ddbmadmin.exe -G ddbmadmin.exe -G -a “LOCKBOX_REMOTE_HOST=<nombre_del_host_al_que_se_le_otorga_acceso_al_lockbox>” -a “VIRTUAL_HOST={yes|no}” -a “LOCKBOX_PATH=<ruta_completa_al_lockbox>”

VIRTUAL_HOST=no indica que el host no es un host virtual.Ejemplo:ddbmadmin.exe -G -a "VIRTUAL_HOST=no" -a "LOCKBOX_REMOTE_HOST=foo.example.com" -a "LOCKBOX_PATH=c:\lockbox"

Salida:Host 'foo.example.com' has been granted access to the lockbox in the directory 'c:\lockbox'.Ensure that the administrator on host 'foo.example.com' runs the ddbmadmin.exe -U command to enable backup and recovery operations on host 'foo.example.com'.

Revocación del acceso al lockbox a un host de cliente

ddbmadmin.exe -R ddbmadmin.exe -R -a “LOCKBOX_REMOTE_HOST=<nombre_del_host_al_que_se_le_revoca_acceso_al_lockbox>” -a “LOCKBOX_PATH=<ruta_completa_al_lockbox>”

Ejemplo:ddbmadmin.exe -R -a "LOCKBOX_REMOTE_HOST=foo.example.com" -a "LOCKBOX_PATH=c:\lockbox"

Salida:Revoked access from the host 'foo.example.com' to the lockbox in the directory 'c:\lockbox'.

Actualización de un lockbox

ddbmadmin.exe -U ddbmadmin.exe -U -a “LOCKBOX_PATH=<ruta_completa_al_lockbox>”

Ejemplo:ddbmadmin.exe -U -a "LOCKBOX_PATH=c:\lockbox"

Salida:Lockbox in the directory 'c:\lockbox' has been updated after being reset.

Configuración del agente de aplicación de Microsoft para SQL Server con Data Domain Boost 63


El archivo PersistedSettings.xml en la carpeta del lockbox contiene la información de los servidores de Data Domain, por ejemplo, nombre del servidor de Data Domain, protocolo de comunicación, el nombre del servicio de Fibre Channel, nombre de usuario del usuario de DD Boost y unidad de almacenamiento. Agregar (registrar) un servidor de Data Domain por primera vez a un nuevo lockbox crea el archivo PersistedSettings.xml. Agregar (registrar) un servidor de Data Domain al lockbox o quitarlo (eliminar el registro) de él actualiza el archivo PersistedSettings.xml.

Puede configurar uno de los siguientes tipos de lockbox según sus necesidades:

◆ Lockbox único: Esta configuración contiene solo un lockbox en una ubicación compartida. Cada host en el ambiente tiene acceso individual al lockbox. Esta configuración facilita el mantenimiento del lockbox.

◆ Múltiples lockboxes: Esta configuración contiene un lockbox en cada host en el ambiente. Esta configuración crea una sobrecarga en el mantenimiento de múltiples lockboxes.

Ejecución de respaldos y restauraciones del agente de aplicación de Microsoft para SQL Server con Data Domain Boost

Puede realizar respaldos y restauraciones del agente de aplicación de Microsoft para SQL Server con Data Domain Boost mediante scripts T-SQL, CLI o SSMS.

Puede respaldar todas las bases de datos o solo las bases de datos requeridas de una instancia de SQL Server.

Puede restaurar una instancia de SQL Server completa o solo las bases de datos requeridas.

Nota: Los procedimientos indicados en esta sección se aplican a los ambientes independiente y de clúster de SQL Server.

Uso de SSMS para ejecutar respaldos y restauraciones del agente de aplicación de Microsoft para SQL Server con Data Domain Boost

Esta sección describe los procedimientos para realizar respaldos y restauraciones del agente de aplicación de Microsoft para SQL Server con Data Domain Boost mediante SSMS.

Si no ha instalado SQL Server Management Studio (SSMS), haga doble clic en el archivo DDSSMSAddinApp.exe en la carpeta <carpeta_de_instalación_del_agente_de_aplicación_de_Microsoft>\EMC DD Boost Modules\DDBMA\bin para iniciar al agente de aplicación de Microsoft. Aparecerá la ventana Microsoft app agent for DD Boost for Enterprise Apps, como se muestra en la Figura 6 en la página 66.



Uso de SSMS para realizar respaldos del agente de aplicación de Microsoft para SQL Server con Data Domain Boost

Ejecute los pasos siguientes para respaldar las bases de datos usando SSMS:

1. En el escritorio de Windows, haga clic en Inicio > Microsoft SQL Server Management Studio.

Aparecerá la ventana Microsoft SQL Server Management Studio, como se muestra en la Figura 5 en la página 65.

Figura 5 Ventana SQL Server Management Studio

2. Haga clic en Microsoft app agent (DD Boost).

Aparecerá la ventana Microsoft app agent for DD Boost for Enterprise Apps, como se muestra en la Figura 6 en la página 66. La pestaña Backup está seleccionada de manera predeterminada.

Ejecución de respaldos y restauraciones del agente de aplicación de Microsoft para SQL Server con Data Domain Boost 65


Figura 6 Ventana Microsoft app agent for DD Boost for Enterprise Apps de Data Domain Boost

3. En la página General:

a. En Source, especifique los siguientes campos:

– SQL Server Instance: Seleccione el nombre de la instancia de SQL Server (independiente o de clúster) donde se encuentran las bases de datos para respaldar.

– En la lista, puede seleccionar la instancia completa de SQL Server, es decir, todas las bases de datos, seleccionando la casilla de verificación en la fila de encabezados o solo las bases de datos necesarias para respaldar.

– Backup type: Seleccione el tipo de respaldo (Full, Transaction log o Differential) para ejecutar.

– Copy-only backup: Seleccione esta opción para realizar un respaldo solo de copia de un SQL Server. Los respaldos solo de copia no alteran la cadena de respaldo de SQL Server y no afectan el truncamiento de registros y la



promoción de nivel del respaldo. Esta opción se aplica solamente si seleccionó Full o Transaction log como el tipo de respaldo. Rara vez se necesita ejecutar los respaldos Transaction log solo de copia debido a que se necesitan, por lo general, solo para realizar restauraciones en línea.

https://msdn.microsoft.com/es-mx/library/ms191495.aspx proporciona más información acerca de los respaldos solo de copia.

Nota: No seleccione la opción SQL Server host. Para usar esta opción, póngase en contacto con el profesional de soporte técnico de EMC.

b. En Backup set, especifique los siguientes campos:

– Name: Especifique un nombre para el respaldo que desea ejecutar.

Nota: No incluya # en el nombre. De lo contrario, los respaldos fallan.

– Description: Describa brevemente el respaldo que desea ejecutar.

– Expires after (days): Especifique la cantidad de días después de los cuales debe vencer el respaldo. El valor predeterminado es 30.

c. En Destination, haga clic en el botón junto al campo Data Domain Server para seleccionar el servidor de Data Domain al que desea respaldar la base de datos.

Aparecerá el cuadro de diálogo Data Domain Connection List & Lockbox Settings, como se muestra en la Figura 7 en la página 67.

Figura 7 Lista de conexiones y configuración del lockbox de Data Domain


https://msdn.microsoft.com/es-mx/library/ms191495.aspx


Siga los siguientes pasos:

– En el campo Lockbox Folder, escriba la ruta al lockbox y haga clic en Refresh. La lista DataDomain Connections se actualiza. La ruta predeterminada al lockbox es la carpeta <ruta_a_la_carpeta_de_instalación_del_agente_de_aplicación_de_Microsoft>/config.

Desde la tabla DataDomain Connections, seleccione el servidor de Data Domain en el que desea respaldar las bases de datos.

Si la tabla DataDomain Connections no contiene el servidor de Data Domain en el que desea respaldar las bases de datos, haga clic en Add.

Aparecerá el cuadro de diálogo Add Data Domain Server details, como se muestra en la Figura 8 en la página 68.

Figura 8 Data Domain: Add Data Domain server details

Especifique los siguientes campos y haga clic en OK para agregar el servidor de Data Domain a la tabla DataDomain Connections:

– DataDomain Server: Especifique el nombre del servidor de Data Domain en el que desea respaldar las bases de datos.

– Communication Protocol: Seleccione el medio (Ethernet o Fibre channel) mediante el cual desea respaldar la base de datos en el servidor de Data Domain. La opción Ethernet está seleccionada de manera predeterminada.

– FC Service Name: Especifique el nombre del servidor de Data Domain, que aparece como se muestra en la Figura 9 en la página 69, como el nombre del servicio Fibre Channel, si ha seleccionado Fibre Channel en la lista Communication Protocol.



Figura 9 Nombre del servidor de Data Domain

– User Name: Especifique el nombre de usuario del usuario de DD Boost.

– Password: Especifique la contraseña del usuario de DD Boost.

– Storage Unit: Especifique el nombre de la unidad de almacenamiento en la que desea respaldar las bases de datos.

Nota: Antes de que se guarden en el lockbox, se verifican las credenciales del usuario de DD Boost. La verificación de las credenciales del usuario requiere bastante tiempo para completarse.

Si desea eliminar un servidor de Data Domain de la lista DataDomain Server, seleccione el servidor y haga clic en Remove.

El archivo PersistedSettings.xml en la carpeta del lockbox contiene información acerca de los servidores de Data Domain. Agregar un servidor de Data Domain por primera vez a un nuevo lockbox crea el archivo PersistedSettings.xml. Agregar un servidor de Data Domain al lockbox o quitarlo de él actualiza el archivo PersistedSettings.xml.

– Si desea agregar servidores virtuales de SQL al lockbox, seleccione Edit LockBox Settings.

Nota: Para respaldar bases de datos en instancias de SQL en clúster o restaurar bases de datos de instancias de SQL en clúster mediante la integración de EMC T-SQL, debe agregar los nombres de dominio calificados de los servidores virtuales de SQL al lockbox.

– Para agregar un servidor virtual de SQL al lockbox, escriba el nombre de dominio calificado del servidor virtual de SQL en el campo Enter Host Name y haga clic en Add.

– Para quitar un servidor virtual de SQL del lockbox, seleccione el nombre de dominio calificado del servidor virtual de SQL en la lista Select Host Name y haga clic en Remove.

– Haga clic en OK.

4. [Opcional] Seleccione Script y seleccione una de las siguientes opciones:

• CLI Scripts: Para generar el script de la CLI. Puede usar el script para ejecutar un respaldo desde la CLI.



• T-SQL Scripts: Para generar un script de respaldo en el formato T-SQL. “Uso de un script T-SQL para ejecutar respaldos del agente de aplicación de Microsoft para SQL Server con Data Domain Boost” en la página 94 proporciona información sobre cómo usar los scripts T-SQL para ejecutar respaldos del agente de aplicación de Microsoft para SQL Server con Data Domain Boost.

5. [Opcional] En el panel izquierdo, haga clic en Options para seleccionar las opciones que necesita para ejecutar el respaldo.

Aparece la página como se muestra en la Figura 10 en la página 70.

Figura 10 Data Domain: página Options en Backup



Seleccione las opciones en los siguientes campos de acuerdo con su requisito:

• Reliability:

– Perform checksum before writing to media: Para realizar una operación de suma de verificación con el respaldo y guardar la información en los medios de respaldo. El agente de aplicación de Microsoft para SQL Server con Data Domain Boost realiza otra suma de verificación antes de una restauración a fin de garantizar que la suma de verificación coincida con el respaldo.

– Continue on error: Para utilizar una suma de verificación para detectar un estado de respaldo o restauración parcial. SQL Server verifica la suma de verificación calculando un resultado local y comparando el resultado con el valor almacenado. Si los valores no coinciden y se producen errores, puede seleccionar esta opción para continuar con la operación de respaldo o de restauración.

• Transaction log:

– Truncate the transaction log: Para truncar los registros de transacciones antes de realizar un respaldo. El agente de aplicación de Microsoft para SQL Server con Data Domain Boost habilita esta opción si se ha seleccionado Transaction log como el tipo de respaldo en la página General.

– Backup the tail of the log and leave database in restoring state: Para ejecutar un respaldo del final del registro de la base de datos y dejar la base de datos en el estado de restauración.

• Stripes:

Create a striped backup: Para crear un respaldo fraccionado. Asimismo, puede especificar la cantidad de fracciones. El límite máximo es 32. Si especifica un valor mayor que 32, se configura el valor predeterminado de 32.

• Simple recovery model database:

– Promote to full backup: Para ejecutar los respaldos completos de las bases de datos del modelo de recuperación SIMPLE, porque las bases de datos del modelo de recuperación SIMPLE no son compatibles con los respaldos del registro de transacciones. El agente de aplicación de Microsoft para SQL Server con Data Domain Boost habilita esta opción si se han seleccionado las bases de datos del modelo de recuperación SIMPLE para respaldar, y Transaction log como el tipo de respaldo en la página General.

– Skip backup: Para omitir respaldar las bases de datos del modelo de recuperación SIMPLE. El agente de aplicación de Microsoft habilita esta opción si se han seleccionado las bases de datos del modelo de recuperación SIMPLE para respaldar, y Transaction log como el tipo de respaldo en la página General. Las bases de datos del modelo de recuperación SIMPLE no admiten los respaldos de registros de transacciones.



• Others:

– Skip databases that cannot be backed up at its current state: Para comprobar el estado de las bases de datos seleccionadas y omitir las bases de datos que no están disponibles o listas para el respaldo.

Si el estado de las bases de datos es ONLINE, las bases de datos están listas o disponibles para los respaldos.

Si el estado de las bases de datos es OFFLINE, EMERGENCY (SINGLE_USER Mode), SUSPECT, RESTORING, RECOVERING o RECOVERY_PENDING, las bases de datos no están listas o disponibles para los respaldos.

– Select a debug level: Para generar registros detallados que se puedan usar para solucionar problemas de respaldo. Puede especificar un valor de 1 a 9. El valor predeterminado es 0 (cero).

– Advanced options: Para habilitar las opciones avanzadas compatibles con T SQL, como maxtransfer size = <número>, buffercount = <número>, etc., para que aparezcan en el script T-SQL cuando se genere.

La lista desplegable está vacía. Por lo tanto, debe escribir las opciones separando cada una mediante una coma en este campo.

Nota: No seleccione la opción Continue backup as set in ‘backup type’ and do not promote to full. Para usar esta opción, póngase en contacto con el profesional de soporte técnico de EMC.



• T-SQL Scripts: Para generar un script de respaldo en el formato T-SQL. “Uso de un script T-SQL para ejecutar respaldos del agente de aplicación de Microsoft para SQL Server con Data Domain Boost” en la página 94 proporciona información sobre cómo usar los scripts T-SQL para ejecutar respaldos del agente de aplicación de Microsoft para SQL Server con Data Domain Boost.

7. Haga clic en Ejecutar.

La información de respaldo y el estado aparecen en la página Monitor, como se muestra en la Figura 11 en la página 73.



Figura 11 Página Monitor en Backup

Nota: Revise los archivos de registro que están disponibles en la carpeta <carpeta_de_instalación_del_agente_de_aplicación_de_Microsoft_para_SQL_Server>\EMC DD Boost Modules\DDBMA\logs para obtener información sobre la realización correcta o incorrecta del respaldo.

Nota: Reinicie el agente de aplicación de Microsoft para asegurarse de que la pestaña Restore también muestre las últimas versiones de respaldo para realizar recuperaciones.



Uso de SSMS para ejecutar restauraciones del agente de aplicación de Microsoft para SQL Server con Data Domain Boost

Ejecute los siguientes pasos para restaurar los datos mediante SSMS:


2. Haga clic en Microsoft app agent for DD Boost for Enterprise Apps.

3. Haga clic en la pestaña Restore.


Figura 12 Página Restore



4. En la página General, ejecute los siguientes pasos:

a. En Sources, especifique los siguientes campos:

– DataDomain Server: Haga clic en el botón para examinar junto al campo para seleccionar el servidor de Data Domain y la unidad de almacenamiento para restaurar la instancia de SQL Server o las bases de datos requeridas. Una unidad de almacenamiento contiene los hosts de SQL Server respaldados.

Nota: En el caso de un servidor de Data Domain remoto (secundario) que se ha replicado para restaurar las bases de datos, seleccione el servidor pertinente. Un usuario de Data Domain en el servidor de Data Domain debe estar en el mismo grupo que el servidor de Data Domain primario.

– SQL Server host: Seleccione un host de SQL Server para restaurar las bases de datos requeridas. Un host de SQL Server contiene las instancias de SQL Server respaldadas (independientes o de clúster) y las bases de datos correspondientes.

Para restaurar las bases de datos de los respaldos de grupos de disponibilidad AlwaysOn federados que se ejecutaron mediante T-SQL o la CLI, seleccione el nombre del clúster de Windows.

Para ejecutar una restauración redirigida, seleccione un host de SQL Server que no sea el host actual.

– SQL Server Instance: Seleccione el nombre de la instancia de SQL Server (independiente o de clúster) para restaurar toda la instancia o las bases de datos requeridas. Una instancia de SQL Server contiene bases de datos.

Las bases de datos correspondientes aparecen en la tabla de bases de datos que está debajo del campo SQL Server Instance.

– En la tabla, puede seleccionar la instancia completa de SQL Server, es decir, todas las bases de datos, seleccionando la casilla de verificación en la fila de encabezados o solo las bases de datos necesarias para restaurar.

Los savesets correspondientes aparecen en la tabla de savesets que está debajo del campo Backup versions as on.

El proceso de restauración restaura el respaldo más reciente de cada base de datos seleccionada. Puede realizar una restauración de un punto en el tiempo (PIT) si ha seleccionado una sola base de datos.

Para restaurar una base de datos que es parte del grupo de disponibilidad AlwaysOn:

a. Elimine la base de datos del grupo de disponibilidad AlwaysOn.

b. En la lista de bases de datos en la GUI, seleccione la base de datos que ya ha quitado del grupo de disponibilidad AlwaysOn.

c. Ejecute la restauración como se describe en los pasos y los procedimientos posteriores.

d. Vuelva a agregar la base de datos restaurada al grupo de disponibilidad AlwaysOn.



– [Opcional] Puede seleccionar uno de los respaldos ejecutados en un período de tiempo especificado y realizar la restauración.

De la lista Backup versions as on, seleccione una fecha y hora y haga clic en Show Versions.

Todos los respaldos que se ejecutaron en el período especificado aparecen en la tabla de savesets que está debajo del campo Backup versions as on.

De la tabla de savesets, seleccione los savesets para restaurar.

Puede hacer clic en < < Older o Newer > > para buscar los savesets para restaurar.

b. En Destination, especifique los siguientes campos:

– Restore to: Este campo está habilitado solamente si la opción Restore to SQL Server está seleccionada. Haga clic en Timeline para especificar el respaldo que desea restaurar. Aparece el cuadro de diálogo Backup Timeline, como se muestra en la Figura 13 en la página 76.

Figura 13 Especificación del punto de restauración



Puede restaurar al último respaldo o a cualquier fecha y hora.

Seleccione la opción y los valores, y haga clic en OK.

– Restore to SQL Server: De forma predeterminada, la opción está seleccionada. Esta opción le permite restaurar respaldos a un SQL Server.

– Instance: Seleccione el nombre de la instancia de SQL Server de destino que debe contener la instancia o las bases de datos de SQL Server seleccionadas para restaurar.

– Database: Seleccione la base de datos de destino para restaurar la instancia o las bases de datos de SQL Server seleccionadas.

– Restore backups as files: Seleccione esta opción para ejecutar una restauración de archivo plano a archivos, es decir, restaurar un saveset que contiene un respaldo completo y varios respaldos diferenciales y de registro de transacciones a archivos.

Para conocer el orden en el que varios archivos de respaldo de registro de transacciones se restauran, utilice las horas de guardado que están presentes en los nombres de archivo.

El campo Folder contiene la ruta de destino predeterminada, donde se generan los archivos de restauración de archivo plano. Si desea cambiar la ruta de destino, haga clic en el botón para examinar junto al campo Folder y especifique el destino requerido.

5. [Opcional] En el panel izquierdo, haga clic en Files para cambiar las carpetas de destino predeterminadas de los archivos de base de datos: archivos de datos (.mdf y .ndf) y archivo de registro (.ldf).




Figura 14 Página Files en Restore

La tabla en la página muestra las ubicaciones de los archivos de base de datos cuando se respaldó la base de datos. Si no desea restaurar los archivos a la misma ubicación, ejecute uno de los siguientes pasos para cambiar las rutas de destino:

• Seleccione Relocate all files to folder y haga clic en los botones en el lado derecho de los campos Data file folder y Log file folder para especificar las rutas de destino de los archivos de datos y el archivo de registro, respectivamente. La operación restaura todos los archivos de datos a una carpeta y el archivo de registro a otra carpeta.

Nota: El agente de aplicación de Microsoft para SQL Server con Data Domain Boost no es compatible con la restauración reubicada de varias bases de datos.

• En la tabla, haga clic en los botones correspondientes en el extremo derecho de los archivos de datos y del archivo de registro para especificar varias carpetas para restaurar los archivos.



La opción Relocate all files to folder y la tabla están deshabilitadas si se seleccionó la opción Restore backups as files en la página General.

6. [Opcional] En el panel izquierdo, haga clic en Options para seleccionar las opciones que necesita para ejecutar la restauración.


Figura 15 Página Options en Restore

Seleccione cualquiera de las siguientes opciones:

• Overwrite the existing database (WITH REPLACE): Para sobrescribir la base de datos existente con la base de datos actual que se restaura, si los nombres de ambas bases de datos son los mismos.



Esta opción está deshabilitada si se seleccionó la opción Restore backups as files en la página General.

• Recovery state: Para proporcionar las siguientes opciones y funcionalidades:

– RESTORE WITH RECOVERY: Para dejar la base de datos en el estado listo para usar mediante una reversión de las transacciones no asignadas y deshabilitar la capacidad para restaurar los registros de transacciones adicionales o más recientes.

– RESTORE WITH NORECOVERY: Para dejar la base de datos en el estado no operacional mediante una reversión de las transacciones no asignadas y habilitar la capacidad para restaurar los registros de transacciones adicionales o más recientes.

– RESTORE WITH STANDBY: Para activar la capacidad de deshacer las transacciones asignadas. Se guardan las acciones de deshacer en un archivo en espera que le permite revertir los efectos de la restauración y se coloca la base de datos en el modo de solo lectura. Si selecciona esta opción, especifique el campo Standby file haciendo clic en el botón al lado derecho del campo, buscando el archivo y seleccionándolo.

• Verify only: Solo para verificar si el proceso de restauración cumple con los siguientes requisitos, pero no efectuar una restauración:

– El conjunto de respaldo que desea restaurar ha finalizado y todos los volúmenes tienen capacidad de lectura

– Los campos de encabezado, por ejemplo, el ID de página de las páginas de la base de datos, están listos para escribir datos

– Si la suma de verificación es correcta si el respaldo se realizó mediante la selección de la opción Perform checksum before writing to media

– Si el host de destino tiene espacio suficiente para restaurar datos

Nota: La opción Verify only requiere suficiente espacio en el host de cliente para funcionar. Al seleccionar esta opción, se deshabilitan las opciones Overwrite the existing database (WITH REPLACE) y Take a tail-log backup before restore.

El agente de aplicación de Microsoft no es compatible con la opción Verify only para las restauraciones de archivos planos. Por lo tanto, la opción Verify only está deshabilitada si se seleccionó la opción Restore backups as files en la página General.

• Data Domain Boost compressed restore: Para comprimir el contenido de la restauración y transportarlo desde Data Domain Replicator hasta el host de aplicaciones. Con esta opción, se ahorra ancho de banda de red.

• Select a debug level: Para generar registros detallados que puede usar para solucionar problemas de restauración. Especifique un valor de 1 a 9. El valor predeterminado es 0 (cero).

• Specify a start time for restore: Para restaurar todos los respaldos que se llevaron a cabo a una hora de respaldo especificada (fecha y hora de inicio) o después de ella hasta la hora de respaldo del saveset que se seleccionó en la página General.



Especifique la fecha y la hora de inicio en los campos correspondientes junto al campo Specify a start time for restore. La fecha y la hora de inicio no deben ser posteriores a la hora de respaldo del saveset que se seleccionó en la página General.

• Advanced options: Para habilitar las opciones avanzadas compatibles con T SQL, como maxtransfer size = <número>, buffercount = <número>, KEEP_CDC, KEEP_REPLICATION, etc., para que aparezcan en el script T-SQL cuando se genere.

Las opciones KEEP_CDC y KEEP_REPLICATION aparecen en la lista desplegable. Por lo tanto, es posible seleccionar estas opciones y también escribir opciones adicionales separando cada opción con una coma en este campo.

• Take tail-log backup before restore: Para realizar un respaldo del registro de transacciones de los datos antes de realizar la restauración. El respaldo del final del registro garantiza que el agente de aplicación de Microsoft respalde los datos que han cambiado desde el respaldo anterior.

Esta opción está deshabilitada si se han seleccionado las siguientes opciones:

– Restore backups as files en la página General

– Verify only en la página Options

Nota: El agente de aplicación de Microsoft para SQL Server con Data Domain Boost no es compatible con el respaldo del final del registro de varias bases de datos.



• T-SQL Scripts: Para generar un script de respaldo en el formato T-SQL. “Uso de un script T-SQL para ejecutar restauraciones del agente de aplicación de Microsoft para SQL Server con Data Domain Boost” en la página 95 proporciona información sobre cómo usar los scripts T-SQL para ejecutar restauraciones del agente de aplicación de Microsoft para SQL Server con Data Domain Boost.


La información de restauración y el estado aparecen en la página Monitor, como se muestra en la Figura 16 en la página 82.



Figura 16 Página Monitor en Restore

Nota: Revise los archivos de registro que están disponibles en la carpeta <carpeta_de_instalación_del_agente_de_aplicación_de_Microsoft_para_SQL_Server>\EMC DD Boost Modules\DDBMA\logs para obtener información sobre la realización correcta o incorrecta de la restauración.

Uso de SSMS para ejecutar restauraciones redirigidas del agente de aplicación de Microsoft para SQL Server con Data Domain Boost

El procedimiento para ejecutar restauraciones redirigidas del agente de aplicación de Microsoft para SQL Server con Data Domain Boost es el mismo que el procedimiento que se describe en “Uso de SSMS para ejecutar restauraciones del agente de aplicación de Microsoft para SQL Server con Data Domain Boost” en la página 74, excepto por el cambio siguiente:

En el paso 4a, al especificar el campo SQL Server host, seleccione un host de SQL Server que no sea el host actual.



Uso de la CLI para ejecutar respaldos y restauraciones del agente de aplicación de Microsoft para SQL Server con Data Domain Boost

Esta sección describe los procedimientos para realizar respaldos y restauraciones del agente de aplicación de Microsoft para SQL Server con Data Domain Boost mediante la CLI.

Uso de la CLI para realizar respaldos del agente de aplicación de Microsoft para SQL Server con Data Domain Boost

El agente de aplicación de Microsoft para SQL Server con Data Domain Boost utiliza el siguiente comando para respaldar bases de datos:

ddbmsqlsv [<opciones>] {path}

Opciones obligatorias

La siguiente tabla enumera las opciones obligatorias del comando de respaldo:

Tabla 4 Opciones obligatorias del comando de respaldo


-N <nombre_del_conjunto_de_respaldo>

Especifica un nombre para el respaldo que desea ejecutar.

-b <descripción_del_conjunto_de_respaldo>

Describe el respaldo que desea ejecutar.

-S <cantidad_de_fracciones> Crea un respaldo fraccionado según la cantidad de fracciones que especifique. La cantidad máxima de fracciones que se puede especificar es 32. Si especifica un valor mayor que 32, se configura el valor predeterminado de 32.

-l <tipo_de_respaldo> Especifica el tipo de respaldo (Full, Transaction log o Differential) para ejecutar.El valor predeterminado es Full.

-A <servidor_virtual> Especifica el nombre de dominio calificado del servidor virtual de SQL para respaldar las bases de datos en la instancia de SQL en clúster mediante la integración de EMC T-SQL.

-c <nombre_de_host_o_nombre_del_cliente>

Especifica el nombre de host de SQL Server que contiene la instancia de SQL Server para respaldar.

-y <período_de_retención_del_respaldo>

Especifica la cantidad de días después de los cuales debe vencer el respaldo. El formato es +<cantidad_de_días>d, donde d indica días. Por ejemplo, -y +30d.

-a "NSR_DFA_SI={TRUE | FALSE}" Especifica si el respaldo es independiente del servidor de NetWorker.El valor debe ser TRUE.

-a "NSR_DFA_SI_USE_DD={TRUE | FALSE}"

Especifica si el destino de respaldo es un servidor de Data Domain.El valor debe ser TRUE.

-a "NSR_DFA_SI_DEVICE_PATH=<nombre_y_ruta_de_la_unidad_de_almacenamiento>"

Especifica el nombre y la ruta de la unidad de almacenamiento en la que desea respaldar las bases de datos seleccionadas.

-a "NSR_DFA_SI_DD_HOST=<nombre_del_servidor_de_Data_Domain>"

Especifica el nombre del servidor de Data Domain que contiene la unidad de almacenamiento en la que desea respaldar las bases de datos.Debe registrar el nombre de host y el nombre de usuario de DD Boost en el lockbox para permitir al agente de aplicación de Microsoft recuperar la contraseña del usuario registrado.



Comando de ejemplo para respaldar bases de datos en un ambiente independiente de SQL

ddbmsqlsv.exe -c SQLX86.adesc.com -l full -a "NSR_DFA_SI=TRUE" -a "NSR_DFA_SI_USE_DD=TRUE" -a "NSR_DFA_SI_DD_HOST=10.31.196.90" -a "NSR_DFA_SI_DD_USER=ost" -a "NSR_DFA_SI_DEVICE_PATH=/sqlserver" "MSSQL$INST2005:d2"

Comando de ejemplo para respaldar bases de datos en un ambiente de clúster de SQL

ddbmsqlsv.exe -c SQLcluster1.adesc.com -A SQLcluster1.adesc.com -l full -a "NSR_DFA_SI=TRUE" -a "NSR_DFA_SI_USE_DD=TRUE" -a "NSR_DFA_SI_DD_HOST=10.31.196.90" -a "NSR_DFA_SI_DD_USER=ost" -a "NSR_DFA_SI_DEVICE_PATH=/sqlserver" "MSSQL$INST2005:d2"

Opciones adicionales

La siguiente tabla enumera las opciones adicionales del comando de respaldo:

-a "NSR_DFA_SI_DD_USER=<nombre_de_usuario_de_DDBoost>"

Especifica el nombre de usuario del usuario de DD Boost.Debe registrar el nombre de host y el nombre de usuario de DD Boost en el lockbox para permitir al agente de aplicación de Microsoft recuperar la contraseña del usuario registrado.

-a "NSR_DFA_SI_DD_PASSWORD=<contraseña_de_DDBoost>"

Especifica la contraseña del usuario de DD Boost.

-a "SKIP_SIMPLE_DATABASE={TRUE | FALSE}"

Especifica si se omite el respaldo de las bases de datos del modelo de recuperación SIMPLE. Use esta opción si ha seleccionado bases de datos del modelo de recuperación SIMPLE para respaldar y si especificó Transaction log como el tipo de respaldo. Las bases de datos del modelo de recuperación SIMPLE no admiten los respaldos de registros de transacciones.El valor predeterminado es FALSE.

-a "NSR_SKIP_NON_BACKUPABLE_STATE_DB={TRUE | FALSE}"

Especifica si se debe comprobar el estado de las bases de datos seleccionadas y omitir las bases de datos que no están disponibles o listas para el respaldo.Si el estado de las bases de datos es ONLINE, las bases de datos están listas o disponibles para los respaldos.Si el estado de las bases de datos es OFFLINE, EMERGENCY (SINGLE_USER Mode), SUSPECT, RESTORING, RECOVERING o RECOVERY_PENDING, las bases de datos no están listas o disponibles para los respaldos.El valor predeterminado es FALSE.



Tabla 5 Opciones adicionales del comando de respaldo


-G Especifica un respaldo de registro de transacciones NO_LOG antes de respaldar la base de datos. Esta opción es válida solo para los respaldos completos en SQL Server 2005.

-j Realiza una comprobación de coherencia de la base de datos antes de iniciar el respaldo.

-q Muestra mensajes de ddbmsqlsv en el modo silencioso, es decir, la opción muestra información de resumen y mensajes de error únicamente.

-R Utiliza la opción NO_TRUNCATE cuando se respaldan los registros de transacciones.

-T Realiza un respaldo de registro de transacciones TRUNCATE_ONLY antes de respaldar la base de datos. Esta opción es válida solo para los respaldos completos en SQL Server 2005.



-v Muestra mensajes de ddbmsqlsv en el modo detallado, es decir, la opción proporciona información detallada sobre el progreso de la operación de respaldo.

-k Realiza la suma de verificación antes de respaldar los datos al dispositivo.

-u Realiza la suma de verificación y continúa la operación, incluso en caso de errores.

-l incr Realiza el respaldo de registro de transacciones.

-h <nombre_de_la_base_de_datos>

Excluye la base de datos desde un respaldo a nivel de instancia.

Nota: El agente de aplicación de Microsoft no admite esta opción para los respaldos federados.

-O <lista_de_opciones_avanzadas_de_T-SQL_separadas_por_comas>

Especifica las opciones avanzadas compatibles con T-SQL, como maxtransfer size = <número>, buffercount = <número>, etc.

-D <nivel_de_depuración_del_1_al_9>

Genera registros detallados que se pueden usar para solucionar problemas de respaldo.El valor predeterminado es 0 (cero).

-a "NSR_COPY_ONLY={TRUE | FALSE}"

Realiza un respaldo solo de copia de un SQL Server. Los respaldos solo de copia no alteran la cadena de respaldo de SQL Server y no afectan el truncamiento de registros y la promoción de nivel del respaldo. Esta opción se aplica solamente si se ha especificado Full o Transaction log como el tipo de respaldo en la opción -l <tipo_de_respaldo>.El valor predeterminado es FALSE.Rara vez se necesita ejecutar los respaldos Transaction log solo de copia debido a que se necesitan, por lo general, solo para realizar restauraciones en línea.

-a "NSR_ENABLE_FC={TRUE | FALSE}"

Habilita o deshabilita el respaldo de las bases de datos al servidor de Data Domain a través de Fibre Channel.El valor predeterminado es FALSE.

-a "NSR_FC_HOSTNAME=<nombre_del_servidor_Fibre_Channel_de_Data_Domain>"

Especifica el nombre de host Fibre Channel.

-a "NSR_DFA_SI_DD_LOCKBOX_PATH=<ruta_completa_al_lockbox>"

Especifica la carpeta en la que se encuentra el archivo del lockbox, que contiene información cifrada acerca de los hosts registrados y los nombres de usuario correspondientes en pares. Cada par está asociado con una contraseña que utilizan los respaldos.Si no especifica un valor, la ruta se configura de manera predeterminada a la ruta de instalación, que generalmente es <carpeta_de_instalación>\config\lockbox.

-a "SKIP_SYSTEM_DATABASE={TRUE | FALSE}

Especifica si se omiten las bases de datos del sistema durante los respaldos de registro de transacciones a nivel de instancia.El valor predeterminado es FALSE.





Ruta

La ruta incluye uno de los siguientes parámetros:

◆ Instancia predeterminada o d-path: MSSQL: o [MSSQL:]<s-path> [[MSSQL:]<s-path> [...]]

Donde <s-path> es la base de datos.

Ejemplo

ddbmsqlsv -c NMMDA241.heroines.local -l full -a "NSR_DFA_SI=TRUE" -a "NSR_DFA_SI_USE_DD=TRUE" -a "NSR_DFA_SI_DD_HOST=10.31.77.27" -a "NSR_DFA_SI_DD_USER=ost" -a "NSR_DFA_SI_DEVICE_PATH=/heroines" "MSSQL:database1" "MSSQL:database2"

◆ Instancia con nombre o i-path: MSSQL$<nombre_de_instancia>: o MSSQL$<nombre_de_instancia>:<s-path> [...]


Ejemplo

ddbmsqlsv -c NMMDA241.heroines.local -l full -a "NSR_DFA_SI=TRUE" -a "NSR_DFA_SI_USE_DD=TRUE" -a "NSR_DFA_SI_DD_HOST=10.31.77.27" -a "NSR_DFA_SI_DD_USER=ost" -a "NSR_DFA_SI_DEVICE_PATH=/heroines" "MSSQL$SqlInst1:database1" "MSSQL$SqlInst1:database2"

Nota: Utilice la opción Script en la página Backup en la GUI del agente de aplicación de Microsoft para generar el script de la CLI equivalente que puede usar para ejecutar respaldos programados, automatización y otras tareas.

Uso de la CLI para ejecutar restauraciones del agente de aplicación de Microsoft para SQL Server con Data Domain Boost

El agente de aplicación de Microsoft para SQL Server con Data Domain Boost utiliza el siguiente comando para restaurar bases de datos:

ddbmsqlrc [<opciones>] {path}


La siguiente tabla enumera las opciones obligatorias del comando de restauración:

Tabla 6 Opciones obligatorias del comando de restauración


-t <hora_de_registro_del_último_respaldo>

Especifica la hora de registro del último respaldo a la que desea restaurar las bases de datos seleccionadas.

-c <nombre_de_host_o_nombre_del_cliente>

Especifica el nombre de host de SQL Server al que desea restaurar las bases de datos requeridas. Un host de SQL Server contiene las instancias de SQL Server respaldadas (independientes o de clúster) y las bases de datos correspondientes.Para realizar una restauración redirigida, especifique un host de SQL Server que no sea el host actual.



-d {<nombre_de_la_base_de_datos_de_destino> | MSSQL:<nombre_de_la_base_de_datos_de_destino> | MSSQL$<nombre_de_la_instancia>:<nombre_de_la_base_de_datos_de_destino>}

Especifica la base de datos de destino a la que desea restaurar la instancia o las bases de datos de SQL Server seleccionadas.

-$ {MSSQL:<base de datos> | MSSQL$<nombre_de_la_instancia>:<base de datos>}

Especifica ya sea la instancia completa de SQL Server, es decir, todas las bases de datos, o las bases de datos necesarias para restaurar.

-A <servidor_virtual> Especifica el nombre de dominio calificado del servidor virtual de SQL para restaurar las bases de datos desde la instancia de SQL en clúster mediante la integración de EMC T-SQL.

-S {normal | norecover | standby:<ruta_de_archivo>\undo.ldf}

Realiza una de las siguientes tareas:• normal: Habilita la capacidad de revertir las transacciones no asignadas y usar la base

de datos para restaurar los registros de transacciones adicionales o más recientes.• norecover: Deshabilita la capacidad de revertir las transacciones no asignadas y usar

la base de datos para restaurar los registros de transacciones adicionales o más recientes.

• standby:<ruta_del_archivo>\undo.ldf: Habilita la capacidad de deshacer las transacciones asignadas. Se guardan las acciones de deshacer en un archivo en espera que le permite revertir los efectos de la restauración y se coloca la base de datos en el modo de solo lectura.

-a "NSR_DFA_SI={TRUE | FALSE}" Especifica si la operación de restauración es independiente del servidor de NetWorker. El valor debe ser TRUE.

-a "NSR_DFA_SI_USE_DD={TRUE | FALSE}"

Especifica si el origen de restauración es un servidor de Data Domain. El valor debe ser TRUE.

-a "NSR_DFA_SI_DEVICE_PATH=<nombre_de_la_unidad_de_almacenamiento>"

Especifica el nombre de la unidad de almacenamiento desde la cual desea restaurar las bases de datos.

-a "NSR_DFA_SI_DD_HOST=<nombre_del_servidor_de_Data_Domain>"

Especifica el nombre del servidor de Data Domain que contiene la unidad de almacenamiento desde la cual desea restaurar las bases de datos.


-a "NSR_DFA_SI_DD_USER=<nombre_de_usuario_de_DDBoost>"

Especifica el nombre de usuario del usuario de DD Boost.

-a "NSR_DFA_SI_DD_PASSWORD=<contraseña_de_DDBoost>"

Especifica la contraseña del usuario de DD Boost.





Comando de ejemplo para restaurar bases de datos en un ambiente independiente de SQL

ddbmsqlrc.exe -c sqlx86.adesc.com -t "Monday, November 11, 2013 1:05:47 PM" -S normal -a "NSR_DFA_SI=TRUE" -a "NSR_DFA_SI_USE_DD=TRUE" -a "NSR_DFA_SI_DD_HOST=10.31.77.27" -a "NSR_DFA_SI_DD_USER=arti1" -a "NSR_DFA_SI_DEVICE_PATH=/artrep2" "MSSQL$SQL2K8:testddr1"

Comando de ejemplo para restaurar bases de datos en un ambiente de clúster de SQL

ddbmsqlrc.exe -c sqlcluster1.adesc.com -A sqlcluster1.adesc.com -t "Monday, November 11, 2013 1:05:47 PM" -S normal -a "NSR_DFA_SI=TRUE" -a "NSR_DFA_SI_USE_DD=TRUE" -a "NSR_DFA_SI_DD_HOST=10.31.77.27" -a "NSR_DFA_SI_DD_USER=arti1" -a "NSR_DFA_SI_DEVICE_PATH=/artrep2" "MSSQL$SQL2K8:testddr1"


La siguiente tabla enumera las opciones adicionales del comando de restauración:

Tabla 7 Opciones adicionales del comando de restauración


-C Reubica los archivos de base de datos (.mdf, .ndf y .ldf) a una carpeta diferente.

-f Sobrescribe la base de datos existente con la base de datos actual que se restaura, si los nombres de ambas bases de datos son los mismos.

-j Realiza una comprobación de coherencia de la base de datos entre los datos respaldados de SQL Server y los datos restaurados de SQL Server.

-q Muestra mensajes de ddbmsqlrc en el modo silencioso, es decir, la opción proporciona información mínima sobre el progreso de la operación de restauración, incluidos los mensajes de error.

-k Realiza la suma de verificación antes de restaurar los datos desde el dispositivo.

-u Realiza la suma de verificación y continúa la operación, incluso en caso de errores.

-D <nivel_de_depuración_del_1_al_9>

Genera registros detallados que se pueden usar para solucionar problemas de restauración.El valor predeterminado es 0 (cero).

-V Verifica si el proceso de restauración cumple con los siguientes requisitos:• El conjunto de respaldo que desea restaurar ha finalizado y todos los volúmenes tienen capacidad

de lectura• Los campos de encabezado, por ejemplo, el ID de página de las páginas de la base de datos,

están listos para escribir datos• Si se realizó el respaldo mediante la opción de suma de verificación• Si el host de destino tiene espacio suficiente para restaurar datos

-O <lista_de_opciones_avanzadas_de_T-SQL_separadas_por_comas>

Especifica las opciones avanzadas compatibles con T SQL, como buffercount =<número>, KEEP_CDC, KEEP_REPLICATION, etc.

-H Realiza un respaldo del final del registro de la base de datos y lo deja en el estado de restauración.

-a "NSR_ENABLE_FC={TRUE | FALSE}"

Habilita la restauración de las bases de datos al servidor de Data Domain a través de Fibre Channel. El valor predeterminado es FALSE.



Ruta


◆ Instancia predeterminada o d-path: MSSQL: o [MSSQL:]<s-path> [[MSSQL:]<s-path> [...]]


Ejemplo

ddbmsqlrc -c NMMDA241.heroines.local -a "NSR_DFA_SI=TRUE" -a "NSR_DFA_SI_USE_DD=TRUE" -a "NSR_DFA_SI_DD_HOST=10.31.77.27" -a "NSR_DFA_SI_DD_USER=ost" -a "NSR_DFA_SI_DEVICE_PATH=/heroines" "MSSQL:database1" "MSSQL:database2"

◆ Instancia con nombre o i-path: MSSQL$<nombre_de_instancia>: o MSSQL$<nombre_de_instancia>:<s-path> [...]


Ejemplo

ddbmsqlrc -c NMMDA241.heroines.local -a "NSR_DFA_SI=TRUE" -a "NSR_DFA_SI_USE_DD=TRUE" -a "NSR_DFA_SI_DD_HOST=10.31.77.27" -a "NSR_DFA_SI_DD_USER=ost" -a "NSR_DFA_SI_DEVICE_PATH=/heroines" "MSSQL$instance1:database1" "MSSQL$instance1:database2"

-a "NSR_FC_HOSTNAME=<nombre_del_servidor_Fibre_Channel_de_Data_Domain>"

Especifica el nombre de host Fibre Channel.

-a "FLAT_FILE_RECOVERY={TRUE | FALSE}"

Ejecuta una restauración de archivo plano a archivos, es decir, restaura un saveset que contiene un respaldo completo y varios respaldos diferenciales y de registro de transacciones a archivos.Para conocer el orden en el que varios archivos de respaldo de registro de transacciones se restauran, utilice las horas de guardado que están presentes en los nombres de archivo.El valor predeterminado es FALSE.

-a "FLAT_FILE_RECOVERY_DIR=<ruta_de_la_carpeta>

Especifica la carpeta en la cual se generan los archivos de la restauración de archivos planos.Puede ver los archivos generados en la ubicación <carpeta_de_recuperación_de_archivos_planos>\<nombre_del_cliente>\<nombre_de_la_instancia_de_SQL>.

-a "DDBOOST_COMPRESSED_RESTORE={TRUE | FALSE}"

Comprime el contenido de la restauración y lo transporta desde Data Domain Replicator hasta el host de aplicaciones. Con esta opción, se ahorra ancho de banda de red.El valor predeterminado es FALSE.

-a “RESTORE_START_TIME=<fecha_y_hora_de_inicio>

Restaura todos los respaldos que se llevaron a cabo a una hora de respaldo especificada (fecha y hora de inicio) o después de ella hasta la hora de respaldo del saveset que se seleccionó , es decir, -t <registro_de_hora_del_último_respaldo>.Especifique la fecha y la hora de inicio en el formato mm/dd/aaaa hora:minutos:segundos AM o PM. La fecha y la hora de inicio no deben ser posteriores a la hora de respaldo del saveset seleccionado, es decir, -t <registro_de_hora_del_último_respaldo>.





Nota: Utilice la opción Script en la página Restore en la GUI del agente de aplicación de Microsoft para generar el script de CLI equivalente que puede usar para ejecutar tareas de automatización, entre otras.

Uso de la CLI para ejecutar respaldos federados de bases de datos de grupos de disponibilidad AlwaysOn de SQL

Para ejecutar respaldos federados, utilice el mismo comando y las mismas opciones de respaldo que se describen en “Uso de la CLI para realizar respaldos del agente de aplicación de Microsoft para SQL Server con Data Domain Boost” en la página 83, pero con las siguientes modificaciones:

◆ Especifique el nombre del clúster de Windows para <nombre_del_cliente> en -c <nombre_del_cliente>.

◆ Especifique el nombre del objeto de respaldo para <nombre_del_saveset> en -N <nombre_del_saveset>.

◆ Especifique #<nombre_del_grupo_de_disponibilidad_AlwaysOn> en el nombre del objeto de respaldo.

Las opciones en la fuente negrita en los siguientes comandos de ejemplo indican estas modificaciones.

Comando de ejemplo para respaldar todo un grupo de disponibilidad AlwaysOn

ddbmsqlsv.exe -c SQL2012clus3.brsvlab.local -S 4 -l full -y +30d -a "NSR_DFA_SI=TRUE" -a "NSR_DFA_SI_USE_DD=TRUE" -a "NSR_DFA_SI_DD_HOST=ddve-01" -a "NSR_DFA_SI_DD_USER=sqlboost" -a "NSR_DFA_SI_PATH=/sqlboost" -a "NSR_DFA_SI_DD_LOCKBOX_PATH=C:\Program Files\EMC DD Boost Modules\DDBMA\config" -N "MSSQL$SQ12INST4#sql2012-aag3:" "MSSQL$SQ12INST4#sql2012-aag3:"

Donde:

◆ SQL2012clus3.brsvlab.local es el nombre del clúster.

◆ MSSQL$SQ12INST4#sql2012-aag3: junto a la opción -N es el nombre del saveset.

Nota: El nombre del saveset debe ser el mismo que el del objeto de respaldo.

• MSSQL es un término obligatorio.

• SQ12INST4 es el nombre de la instancia de SQL Server, si se utilizan instancias con nombre.

Si utiliza una instancia con nombre, asegúrese de ejecutar el respaldo usando el mismo nombre de instancia, incluso si el SQL Server realizó una conmutación por error a otro nodo en el grupo de disponibilidad AlwaysOn.

Si usa una instancia predeterminada, no especifique $<nombre_de_instancia_de_SQL_Server> en el nombre del saveset y el objeto de respaldo. Por ejemplo, -N "MSSQL#sql2012-aag3:" "MSSQL#sql2012-aag3:"



• # indica el respaldo federado.

• sql2012-aag3 es el nombre de grupo de disponibilidad AlwaysOn.

◆ MSSQL$SQ12INST4#sql2012-aag3: es el nombre del objeto de respaldo, donde todas las bases de datos del grupo de disponibilidad AlwaysOn sql2012-aag3 se respaldan.

Comando de ejemplo para respaldar una base de datos específica de un grupo de disponibilidad AlwaysOn

ddbmsqlsv.exe -c SQL2012clus3.brsvlab.local -S 4 -l full -y +30d -a "NSR_DFA_SI=TRUE" -a "NSR_DFA_SI_USE_DD=TRUE" -a "NSR_DFA_SI_DD_HOST=ddve-01" -a "NSR_DFA_SI_DD_USER=sqlboost" -a "NSR_DFA_SI_PATH=/sqlboost" -a "NSR_DFA_SI_DD_LOCKBOX_PATH=C:\Program Files\EMC DD Boost Modules\DDBMA\config" -N "MSSQL$SQ12INST4#sql2012-aag3:database1" "MSSQL$SQ12INST4#sql2012-aag3:database1"

Donde MSSQL$SQ12INST4#sql2012-aag3:database1 es el objeto de respaldo, donde solo la base de datos database1 del grupo de disponibilidad AlwaysOn sql2012-aag3 se respalda.

Nota: El agente de aplicación de Microsoft 3.0 no admite el respaldo de varias bases de datos (un subconjunto de ellas) de un grupo de disponibilidad AlwaysOn o de varios grupos de disponibilidad AlwaysOn en la misma operación de respaldo. Si especifica varias bases de datos, se respalda solo la última base de datos. Por ejemplo, si especifica MSSQL$SQ12INST4#sql2012-aag3:database1, MSSQL$SQ12INST4#sql2012-aag3:database2 y MSSQL$SQ12INST4#sql2012-aag3:database3 como objetos de respaldo, solo MSSQL$SQ12INST4#sql2012-aag3:database3 se respalda.

Respaldo de varias instancias en varios nodos

En el caso de varias instancias en varios nodos en un grupo de disponibilidad AlwaysOn, seleccione un nombre de instancia y utilice el mismo nombre de instancia para ejecutar todos los respaldos del grupo de disponibilidad AlwaysOn. El uso del nombre de instancia es independiente de que se generen ciertas situaciones, como que un nodo en el que se ejecuta la instancia seleccionada esté desactivado.

Por ejemplo, considere el siguiente escenario:

◆ Dos instancias SQ12INST4 y SQ12INST5 están presentes en el nodo 1 y el nodo 2 respectivamente.

◆ Se desea usar SQ12INST4 para el respaldo.

◆ El nodo 1 está desactivado y, como resultado, la instancia SQ12INST4 está inactiva.

◆ Debe realizar el respaldo en el nodo 2 porque el nodo 1 está desactivado.

En este escenario, donde desea utilizar SQ12INST4, debe especificar el saveset y el objeto de respaldo como -N "MSSQL$SQ12INST4#sql2012-aag3:" "MSSQL$SQ12INST4#sql2012-aag3:" en lugar de -N "MSSQL$SQ12INST5#sql2012-aag3:" "MSSQL$SQ12INST5#sql2012-aag3:" a pesar de que el nodo 1 está desactivado.



Uso de la CLI para restaurar las bases de datos desde respaldos federados de grupos de disponibilidad AlwaysOn de SQL

Para restaurar las bases de datos desde respaldos federados, utilice el mismo comando y las mismas opciones de restauración que se describen en “Uso de la CLI para ejecutar restauraciones del agente de aplicación de Microsoft para SQL Server con Data Domain Boost” en la página 86, pero para <nombre_de_cliente> en -c <nombre_de_cliente>, especifique el nombre del clúster de Windows.

Las opciones en la fuente negrita en los siguientes comandos de ejemplo indican la modificación.

En los siguientes comandos de ejemplo, el nombre del objeto de respaldo de origen, SQ12INST4, es el nombre de la instancia de SQL Server que se utilizó para ejecutar los respaldos, pero no el nombre del destino o de la instancia de destino para realizar restauraciones.

Comando de ejemplo para restaurar a la misma base de datos

ddbmsqlrc.exe -a "NSR_DFA_SI_DD_HOST=ddve-01" -a "NSR_DFA_SI_DD_USER=sqlboost" -a "NSR_DFA_SI_DEVICE_PATH=/sqlboost" -a "NSR_DFA_SI_DD_LOCKBOX_PATH=C:\Program Files\EMC DD Boost Modules\DDBMA\config" -c sql2012clus3.brsvlab.local -C" 'testdb1_Data'='E:\sql2012_data\ database1.mdf', 'testdb1_Log'='F:\sql2012_log\database1_log.LDF'" -f -S normal -$ "MSSQL$SQ12INST4:" -d "MSSQL$SQ12INST4:database1" "MSSQL$SQ12INST4:database1"

Comando de ejemplo para restaurar a una instancia y una base de datos diferentes (restauración redirigida)

ddbmsqlrc.exe -a "NSR_DFA_SI_DD_HOST=ddve-01" -a "NSR_DFA_SI_DD_USER=sqlboost" -a "NSR_DFA_SI_DEVICE_PATH=/sqlboost" -a "NSR_DFA_SI_DD_LOCKBOX_PATH=C:\Program Files\EMC DD Boost Modules\DDBMA\config" -c sql2012clus3.brsvlab.local -C" 'testdb1_Data'='E:\sql2012_data\database1.mdf', 'testdb1_Log'='F:\sql2012_log\database1_log.LDF'" -f -S normal -$ "MSSQL$SQ12INST4:" -d "MSSQL$SQ12INST5:copy-database1" "MSSQL$SQ12INST4:database1"

Comando de ejemplo para restaurar varias bases de datos

ddbmsqlrc.exe -a "NSR_DFA_SI_DD_HOST=ddve-01" -a "NSR_DFA_SI_DD_USER=sqlboost" -a "NSR_DFA_SI_DEVICE_PATH=/sqlboost" -a "NSR_DFA_SI_DD_LOCKBOX_PATH=C:\Program Files\EMC DD Boost Modules\DDBMA\config" -c sql2012clus3.brsvlab.local -f -S normal -$ "MSSQL$SQ12INST4:database1" "MSSQL$SQ12INST4:database2"



Nota: Al restaurar varias bases de datos, no utilice las opciones -C y -d con el comando de restauración. De lo contrario, la restauración fallará.

Uso de la CLI para ejecutar restauraciones redirigidas del agente de aplicación de Microsoft para SQL Server con Data Domain Boost

Cuando desee restaurar una base de datos desde un dispositivo Data Domain a un host que no sea el host de origen desde el que se respaldó la base de datos, ejecute un comando similar al siguiente en el host de destino:

ddbmsqlrc.exe -c SERVER1 -f -t "12/24/2013 11:58:52" -S normal -a "NSR_DFA_SI=TRUE" -a "NSR_DFA_SI_USE_DD=TRUE" -a "NSR_DFA_SI_DD_HOST=DDHost" -a "NSR_DFA_SI_DD_USER=BoostUser1" -a "NSR_DFA_SI_DEVICE_PATH=/StorageUnit1" -d "MSSQL$MSSQL2:DB1" "MSSQL$MSSQL1:DB1"

Donde:

◆ SERVER1 es el host de origen desde el cual se ejecutó el respaldo.

◆ 12/24/2013 11:58:52 es el punto en el tiempo para restaurar, que es opcional.

◆ normal es el tipo de la restauración, que es opcional.

◆ /StorageUnit1 es el nombre de la unidad de almacenamiento desde la cual se respaldó la base de datos.

◆ MSSQL2 y DB1 en MSSQL$MSSQL2:DB1 son los nombres de la instancia de SQL y la base de datos, respectivamente, en el host de destino al que desea restaurar la base de datos.

◆ MSSQL1 y DB1 en MSSQL$MSSQL1:DB1 son los nombres de la instancia de SQL y la base de datos, respectivamente, que se respaldaron desde el host de origen.

Nota: Para personalizar y utilizar la sintaxis del comando de restauración redirigida como sea necesario, utilice las opciones de clave necesarias y las opciones adicionales que se describen en “Uso de la CLI para ejecutar restauraciones del agente de aplicación de Microsoft para SQL Server con Data Domain Boost” en la página 86.

Como alternativa, use la opción Script en la página Restore en la GUI del agente de aplicación de Microsoft para generar el script equivalente de la CLI en el host real, modificar el script de acuerdo con los requisitos del nuevo host y ejecutar el script en el nuevo host para realizar las restauraciones redirigidas.

Nota: Utilice el mismo dispositivo Data Domain y el mismo nombre de usuario de DD Boost que utilizó para respaldar la base de datos a fin de realizar una restauración redirigida.



Uso de un script T-SQL para ejecutar respaldos y restauraciones del agente de aplicación de Microsoft para SQL Server con Data Domain Boost

Esta sección describe los procedimientos para realizar respaldos y restauraciones del agente de aplicación de Microsoft para SQL Server con Data Domain Boost mediante un script T-SQL.

Uso de un script T-SQL para ejecutar respaldos del agente de aplicación de Microsoft para SQL Server con Data Domain Boost

El agente de aplicación de Microsoft le permite generar scripts de CLR que se pueden usar para ejecutar respaldos del agente de aplicación de Microsoft para SQL Server con Data Domain Boost, en el contexto de un SQL Server similar a cualquier comando o script T-SQL.

El comando de respaldo de CLR de SQL es emc_run_backup. Debe proporcionar parámetros de tipo VARCHAR para ejecutar este comando. Este comando usa las mismas opciones de respaldo de la CLI del agente de aplicación de Microsoft para SQL Server con Data Domain Boost. Por lo tanto, debe tener un conocimiento detallado de las opciones de respaldo de la CLI del agente de aplicación de Microsoft para SQL Server con Data Domain Boost para usar sin problemas el comando emc_run_backup. “Uso de la CLI para realizar respaldos del agente de aplicación de Microsoft para SQL Server con Data Domain Boost” en la página 83 proporciona información sobre las opciones de respaldo de la CLI del agente de aplicación de Microsoft para SQL Server con Data Domain Boost.

Script T-SQL de respaldo de ejemplo

USE [master]

GO

DECLARE @returnCode int

EXEC @returnCode = dbo.emc_run_backup ' -c WIN8SQLSP.sharepoint.com -S 8 -l full -N "Set1" -y +0d -a "NSR_DFA_SI=TRUE" -a "NSR_DFA_SI_USE_DD=TRUE" -a "NSR_DFA_SI_DD_HOST=10.31.192.10" -a "NSR_DFA_SI_DD_USER=ost" -a "NSR_DFA_SI_DEVICE_PATH=/ddsub7" -a "NSR_SKIP_NON_BACKUPABLE_STATE_DB=TRUE" "MSSQL:"'

IF @returnCode <> 0

BEGIN

RAISERROR ('Fail!', 16, 1)

END

Puede usar cualquier interfaz estándar de SQL Server, por ejemplo, SSMS (ventana Consulta), y la línea de comandos OSQL para ejecutar los scripts CLR de SQL.

Puede usar el script CLR de SQL para programar respaldos del agente de aplicación de Microsoft para SQL Server con Data Domain Boost mediante el Agente SQL Server. “Uso del Agente SQL Server para programar respaldos del agente de aplicación de Microsoft para SQL Server con Data Domain Boost” en la página 101 ofrece información.



“Mejores prácticas para respaldos y restauraciones del agente de aplicación de Microsoft para SQL Server con Data Domain Boost” en la página 61 proporciona instrucciones para mejorar el rendimiento de los respaldos del agente de aplicación de Microsoft para SQL Server con Data Domain Boost mediante los scripts CLR de SQL.

Uso de un script T-SQL para ejecutar restauraciones del agente de aplicación de Microsoft para SQL Server con Data Domain Boost

El agente de aplicación de Microsoft le permite generar scripts de CLR que se pueden usar para ejecutar restauraciones del agente de aplicación de Microsoft para SQL Server con Data Domain Boost, en el contexto de un SQL Server similar a cualquier comando o script T-SQL.

El comando de restauración de CLR de SQL es emc_run_restore. Debe proporcionar parámetros de tipo VARCHAR para ejecutar este comando. Este comando usa las mismas opciones de restauración de la CLI del agente de aplicación de Microsoft para SQL Server con Data Domain Boost. Por lo tanto, debe tener un conocimiento detallado de las opciones de restauración de la CLI del agente de aplicación de Microsoft para SQL Server con Data Domain Boost para usar sin problemas el comando emc_run_restore. “Uso de la CLI para ejecutar restauraciones del agente de aplicación de Microsoft para SQL Server con Data Domain Boost” en la página 86 proporciona información sobre las opciones de restauración de la CLI del agente de aplicación de Microsoft para SQL Server con Data Domain Boost.

Script T-SQL de restauración de ejemplo

USE [master]

GO


EXEC @returnCode = dbo.emc_run_restore ' -c win8sqlsp.sharepoint.com -f -t "02/03/2015 04:04:36 AM" -S normal -a "NSR_DFA_SI=TRUE" -a "NSR_DFA_SI_USE_DD=TRUE" -a "NSR_DFA_SI_DD_HOST=10.31.192.10" -a "NSR_DFA_SI_DD_USER=ost" -a "NSR_DFA_SI_DEVICE_PATH=/ddsub7" -d "MSSQL:dbtest" "MSSQL:db100"'

IF @returnCode <> 0

BEGIN


END


“Mejores prácticas para respaldos y restauraciones del agente de aplicación de Microsoft para SQL Server con Data Domain Boost” en la página 61 proporciona instrucciones para mejorar el rendimiento de las restauraciones del agente de aplicación de Microsoft para SQL Server con Data Domain Boost mediante los scripts CLR de SQL.



Uso de un script T-SQL para ejecutar respaldos de extracción del agente de aplicación de Microsoft para SQL Server con Data Domain Boost

Para respaldar todas las bases de datos o solo las bases de datos requeridas de una instancia de SQL Server desde un host de origen a un dispositivo Data Domain mediante un host diferente, realice los siguientes pasos:

1. Inicie SSMS en el otro host que se use para ejecutar el respaldo.

2. Mediante SSMS, conéctese a la instancia de SQL Server de origen en el host de origen para respaldar en el dispositivo Data Domain.

3. En la ventana de SSMS en el otro host, haga clic en Nueva consulta.

4. En la ventana Nueva consulta, ejecute el script T-SQL para ejecutar el respaldo.

Puede generar el script T-SQL mediante la GUI del agente de aplicación de Microsoft en el host de origen y copiarlo en la ventana Nueva consulta en el otro host o escribir el script T-SQL en la ventana Nueva consulta. “Uso de SSMS para realizar respaldos del agente de aplicación de Microsoft para SQL Server con Data Domain Boost” en la página 65 y “Uso de un script T-SQL para ejecutar respaldos del agente de aplicación de Microsoft para SQL Server con Data Domain Boost” en la página 94 ofrecen más información.

Script T-SQL de respaldo de extracción de ejemplo

USE [master]

GO


EXEC @returnCode = dbo.emc_run_backup ' -c CLUST-SQL-02.contoso.com -A CLUST-SQL-02.contoso.com -l full -y +0d -a "NSR_DFA_SI=TRUE" -a "NSR_DFA_SI_USE_DD=TRUE" -a "NSR_DFA_SI_DD_HOST=nmmddtwo.sp2010.com" -a "NSR_DFA_SI_DD_USER=ost" -a "NSR_DFA_SI_DEVICE_PATH=/ddbmav2b75" -a "NSR_SKIP_NON_BACKUPABLE_STATE_DB=TRUE" "MSSQL$Inst1:Clus-SQL-01-DB01" "MSSQL$Inst1:CLUST-SQL-02-DB01" "MSSQL$Inst1:CLUST-SQL-02-DB02" "MSSQL$Inst1:CLUST-SQL-02-DB03"'

IF @returnCode <> 0

BEGIN


END

Donde:

◆ CLUST-SQL-02.contoso.com es el host de origen que tiene la instancia de SQL Server de origen para respaldar.

◆ Inst1 es la instancia de SQL Server de origen a la que debe conectarse desde el otro host para ejecutar el respaldo.

◆ Clu-SQL-01-DB01, CLUST-SQL-02-DB01, CLUST-SQL-02-DB02 y CLUST-SQL-02-DB03 son las bases de datos seleccionadas en la instancia Inst1 para respaldar.



Uso de un script T-SQL para ejecutar restauraciones de extracción del agente de aplicación de Microsoft para SQL Server con Data Domain Boost

Para restaurar todas las bases de datos o solo las bases de datos requeridas de una instancia de SQL Server desde un dispositivo Data Domain a un host de destino mediante un host diferente, realice los siguientes pasos:

1. Inicie SSMS en el otro host que se use para ejecutar la restauración.

2. Mediante SSMS, conéctese a la instancia de SQL Server de destino en el host de destino para restaurar desde el dispositivo Data Domain.

3. En la ventana de SSMS en el otro host, haga clic en Nueva consulta.

4. En la ventana Nueva consulta, ejecute el script T-SQL para ejecutar la restauración.

Puede generar el script T-SQL mediante la GUI del agente de aplicación de Microsoft en el host de destino y copiarlo en la ventana Nueva consulta en el otro host o escribir el script T-SQL en la ventana Nueva consulta. “Uso de SSMS para ejecutar restauraciones del agente de aplicación de Microsoft para SQL Server con Data Domain Boost” en la página 74 y “Uso de un script T-SQL para ejecutar restauraciones del agente de aplicación de Microsoft para SQL Server con Data Domain Boost” en la página 95 ofrecen más información.

Script T-SQL de restauración de extracción de ejemplo

USE [master]

GO


EXEC @returnCode = dbo.emc_run_restore ' -c clust-sql-01.contoso.com -A clust-sql-02.contoso.com -f -t "06/22/2015 02:38:48 PM" -S normal -a "NSR_DFA_SI=TRUE" -a "NSR_DFA_SI_USE_DD=TRUE" -a "NSR_DFA_SI_DD_HOST=nmmddtwo.sp2010.com" -a "NSR_DFA_SI_DD_USER=ost" -a "NSR_DFA_SI_DEVICE_PATH=/ddbmav2b75" -d "MSSQL$Inst1:CLUST-SQL-02-DB02" "MSSQL$Inst1:CLUST-SQL-02-DB01"'

IF @returnCode <> 0

BEGIN


END

Donde:

◆ clust-sql-01.contoso.com es el host de origen desde el cual se ejecutó el respaldo.

◆ Inst1 es la instancia de SQL Server de destino, a la que debe conectarse desde el otro host para ejecutar la restauración.

◆ CLUST-SQL-02-DB02 es la base de datos de destino.

◆ CLUST-SQL-02-DB01 es la base de datos que se respaldó desde el host de origen.



Uso del script T-SQL para ejecutar respaldos federados de bases de datos de grupos de disponibilidad AlwaysOn de SQL

Para ejecutar respaldos federados, utilice el mismo comando y las mismas opciones de respaldo que se describen en “Uso de un script T-SQL para ejecutar respaldos del agente de aplicación de Microsoft para SQL Server con Data Domain Boost” en la página 94, pero con las siguientes modificaciones:

◆ Especifique el nombre del clúster de Windows para <nombre_del_cliente> en -c <nombre_del_cliente>.

◆ Especifique el nombre del objeto de respaldo para <nombre_del_saveset> en -N <nombre_del_saveset>.

◆ Especifique #<nombre_del_grupo_de_disponibilidad_AlwaysOn> en el nombre del objeto de respaldo.

Las opciones en la fuente negrita en los siguientes scripts de ejemplo indican estas modificaciones.

Script T-SQL de ejemplo para respaldar todo un grupo de disponibilidad AlwaysOn

USE [master]

GO


EXEC @returnCode = dbo.emc_run_backup '-c SQL2012clus3.brsvlab.local -S 4 -l full -y +30d -a "NSR_DFA_SI=TRUE" -a "NSR_DFA_SI_USE_DD=TRUE" -a "NSR_DFA_SI_DD_HOST=ddve-01" -a "NSR_DFA_SI_DD_USER=sqlboost" -a "NSR_DFA_SI_PATH=/sqlboost" -a "NSR_DFA_SI_DD_LOCKBOX_PATH=C:\Program Files\EMC DD Boost Modules\DDBMA\config" -N "MSSQL$SQ12INST4#sql2012-aag3:" "MSSQL$SQ12INST4#sql2012-aag3:"'

IF @returnCode <> 0

BEGIN


END

Script T-SQL de ejemplo para respaldar una base de datos específica de un grupo de disponibilidad AlwaysOn

USE [master]

GO


EXEC @returnCode = dbo.emc_run_backup '-c SQL2012clus3.brsvlab.local -S 4 -l full -y +30d -a "NSR_DFA_SI=TRUE" -a "NSR_DFA_SI_USE_DD=TRUE" -a "NSR_DFA_SI_DD_HOST=ddve-01" -a "NSR_DFA_SI_DD_USER=sqlboost" -a "NSR_DFA_SI_PATH=/sqlboost" -a



"NSR_DFA_SI_DD_LOCKBOX_PATH=C:\Program Files\EMC DD Boost Modules\DDBMA\config" -N "MSSQL$SQ12INST4#sql2012-aag3:database1" "MSSQL$SQ12INST4#sql2012-aag3:database1"'

IF @returnCode <> 0

BEGIN


END

Uso de scripts T-SQL para restaurar las bases de datos desde respaldos federados de grupos de disponibilidad AlwaysOn de SQL

Para restaurar las bases de datos desde respaldos federados, utilice el mismo comando y las mismas opciones de restauración que se describen en “Uso de un script T-SQL para ejecutar restauraciones del agente de aplicación de Microsoft para SQL Server con Data Domain Boost” en la página 95, pero para <nombre_de_cliente> en -c <nombre_de_cliente>, especifique el nombre del clúster de Windows.

Las opciones en la fuente negrita en el siguiente script de ejemplo indican una modificación.

Script T-SQL de ejemplo para restaurar a la misma base de datos

USE [master]

GO


EXEC @returnCode = dbo.emc_run_restore '-a "NSR_DFA_SI_DD_HOST=ddve-01" -a "NSR_DFA_SI_DD_USER=sqlboost" -a "NSR_DFA_SI_DEVICE_PATH=/sqlboost" -a "NSR_DFA_SI_DD_LOCKBOX_PATH=C:\Program Files\EMC DD Boost Modules\DDBMA\config" -c sql2012clus3.brsvlab.local -C" 'testdb1_Data'='E:\sql2012_data\ database1.mdf', 'testdb1_Log'='F:\sql2012_log\database1_log.LDF'" -f -S normal -$ "MSSQL$SQ12INST4:" -d "MSSQL$SQ12INST4:database1" "MSSQL$SQ12INST4:database1"'

IF @returnCode <> 0

BEGIN


END



Script T-SQL de ejemplo para restaurar a una instancia y una base de datos diferentes (restauración redirigida)

USE [master]

GO


EXEC @returnCode = dbo.emc_run_restore '-a "NSR_DFA_SI_DD_HOST=ddve-01" -a "NSR_DFA_SI_DD_USER=sqlboost" -a "NSR_DFA_SI_DEVICE_PATH=/sqlboost" -a "NSR_DFA_SI_DD_LOCKBOX_PATH=C:\Program Files\EMC DD Boost Modules\DDBMA\config" -c sql2012clus3.brsvlab.local -C" 'testdb1_Data'='E:\sql2012_data\database1.mdf', 'testdb1_Log'='F:\sql2012_log\database1_log.LDF'" -f -S normal -$ "MSSQL$SQ12INST4:" -d "MSSQL$SQ12INST5:copy-database1" "MSSQL$SQ12INST4:database1"'

IF @returnCode <> 0

BEGIN


END

Script T-SQL de ejemplo para restaurar varias bases de datos

USE [master]

GO


EXEC @returnCode = dbo.emc_run_restore '-a "NSR_DFA_SI_DD_HOST=ddve-01" -a "NSR_DFA_SI_DD_USER=sqlboost" -a "NSR_DFA_SI_DEVICE_PATH=/sqlboost" -a "NSR_DFA_SI_DD_LOCKBOX_PATH=C:\Program Files\EMC DD Boost Modules\DDBMA\config" -c sql2012clus3.brsvlab.local -f -S normal -$ "MSSQL$SQ12INST4:database1" "MSSQL$SQ12INST4:database2"'

IF @returnCode <> 0

BEGIN


END

Nota: Al restaurar varias bases de datos, no utilice las opciones -C y -d con el comando de restauración de T-SQL. De lo contrario, la restauración fallará.

Uso de un script T-SQL para eliminar respaldos del agente de aplicación de Microsoft para SQL Server con Data Domain Boost

“Ejecución de la herramienta de vencimiento mediante T-SQL” en la página 111 ofrece información.



Programación de respaldos del agente de aplicación de Microsoft para SQL Server con Data Domain Boost

Puede programar respaldos del agente de aplicación de Microsoft para SQL Server con Data Domain Boost mediante el Agente SQL Server o el Programador de tareas de Windows.

Uso del Agente SQL Server para programar respaldos del agente de aplicación de Microsoft para SQL Server con Data Domain Boost

Esta sección describe cómo programar respaldos como un trabajo del Agente SQL Server del agente de aplicación de Microsoft para SQL Server con Data Domain Boost con dos subsistemas: CmdExec y T-SQL. El Agente SQL Server es un agente de programación de trabajos que se encuentra en el paquete de SQL Server. La infraestructura del Agente SQL Server consta de un servicio de Windows que se utiliza para la ejecución de trabajos. El Agente SQL Server usa SQL Server para almacenar información sobre los trabajos. Cada trabajo contiene uno o más pasos de trabajo. Cada paso contiene su propia tarea, por ejemplo, respaldar una base de datos. El Agente SQL Server puede ejecutar un trabajo según una programación, en respuesta a un evento específico o según demanda.

Configuración del Agente SQL Server para programar trabajos

Configurar el Agente SQL Server consta de las siguientes tareas:

◆ Activación del Agente SQL Server

◆ Configuración de la seguridad

Activación del Agente SQL Server

El Agente SQL Server está en estado desactivado de forma predeterminada. Para activar el Agente SQL Server:

1. Abra el Explorador de objetos mediante el menú Ver en SSMS.

2. Haga clic con el botón secundario en Agente SQL Server y seleccione Iniciar.

Configuración de la seguridad

Para ejecutar comandos de la CLI del agente de aplicación de Microsoft para SQL Server con Data Domain Boost en el subsistema CmdExec, debe tener privilegios de administrador. Puede cambiar las credenciales de inicio de sesión del servicio del Agente SQL Server por las del administrador o configurar un host proxy para el subsistema CmdExec.

Cambio de las credenciales de inicio de sesión del servicio del Agente SQL Server

1. En el escritorio, haga clic en Inicio > Ejecutar....

2. En el cuadro de diálogo Ejecutar, en el campo Abrir, escriba services.msc y haga clic en Aceptar.

3. En la ventana Servicios, haga clic en Servicio del Agente SQL Server y seleccione Propiedades.

4. En el cuadro de diálogo Propiedades del servicio del Agente SQL Server:

a. En la pestaña Iniciar sesión, seleccione Esta cuenta.

b. Escriba las credenciales del usuario que posee privilegios de administrador en los campos pertinentes.



También puede hacer clic en Examinar y seleccionar el usuario que tiene privilegios de administrador.

c. Haga clic en OK.

Creación de un proxy para el subsistema CmdExec

El Agente SQL Server usa servidores proxy para definir el contexto de seguridad para los pasos de trabajo. Un proxy es un objeto que permite al Agente SQL Server obtener acceso a las credenciales almacenadas de un usuario de Windows. Cuando se ejecuta un paso de trabajo que está configurado para usar a un proxy, el Agente SQL Server usa las credenciales que están definidas en el proxy y ejecuta el paso de trabajo utilizando el contexto de seguridad correspondiente.


2. Expanda Seguridad.

3. Haga clic con el botón secundario en Credenciales y seleccione Propiedades.

4. En la página Propiedades de la credencial - EMC, especifique los siguientes campos y haga clic en Aceptar:

• Nombre de credencial: Escriba un nombre para la credencial.

• Identidad: Escriba el nombre del usuario que tiene privilegios de administrador.

• Password: Escriba la contraseña correspondiente del usuario que especificó en el campo Identidad.

• Confirmar contraseña: Vuelva a escribir la contraseña que especificó en el campo Contraseña.

5. Cree un proxy:

a. Expanda Agente SQL Server y luego amplíe Servidores proxy.

b. Haga clic en Servidores proxy y seleccione Nuevo proxy.

c. En la página Propiedades de cuenta de proxy ‘EMC’, especifique los siguientes campos y haga clic en Aceptar:

– Nombre del proxy: Escriba un nombre para el proxy.

– Nombre de credencial: Escriba el nombre de la credencial que especificó en el paso 4.

– Activar para los subsistemas siguientes: En este campo, seleccione Sistema operativo (CmdExec).

Nota: Al crear un paso de trabajo, debe seleccionar este proxy de la lista Ejecutar como en la página Propiedades de paso de trabajo.

Programación de un trabajo de CmdExec

Puede programar un trabajo de CmdExec en un solo SQL Server o en varios servidores SQL Server.



Programación de un trabajo de CmdExec en un solo SQL Server

Ejecute los siguientes pasos para programar un trabajo de CmdExec:


2. Expanda Agente SQL Server.

3. Haga clic con el botón secundario en Trabajos y seleccione Nuevo trabajo.

4. En la ventana Propiedades del trabajo:

a. En la página General, complete los campos Nombre, Propietario y Descripción.

b. En la página Pasos, haga clic en Nuevo... para crear un paso.

c. En la ventana Propiedades de paso de trabajo:

1. En la página General, especifique los siguientes campos:

– Nombre del paso: Escriba un nombre para el paso de trabajo.

– Tipo: Seleccione Sistema operativo (CmdExec).

– Ejecutar como: En función de lo que haya configurado, seleccione un proxy o Cuenta del servicio del Agente SQL Server.

– Procesar código de salida de un comando correcto: Escriba el código de salida para procesar de un comando correcto.

– Comando: Especifique el comando de la CLI requerido del agente de aplicación de Microsoft para SQL Server con Data Domain Boost. “Uso de SSMS para realizar respaldos del agente de aplicación de Microsoft para SQL Server con Data Domain Boost” en la página 65 proporciona información sobre cómo generar el comando. El comando generado no tiene una ruta completa al archivo binario. Por lo tanto, al especificar el comando generado en este campo, debe agregar la ruta completa al archivo binario. Si la ruta al archivo binario contiene espacios, especifique la ruta entre comillas.

Por ejemplo:

"C:\Program Files\EMC DD Boost Modules\DDBMA\bin\ddbmsqlsv.exe" -D9 -c NMMDB154.nmmdev.com -l full -a "NSR_DFA_SI=TRUE" -a "NSR_DFA_SI_USE_DD=TRUE" -a "NSR_DFA_SI_DD_HOST=10.31.192.14" -a "NSR_DFA_SI_DD_USER=ddbma" -a "NSR_DFA_SI_DEVICE_PATH=/ddbma-sqlagent2" "MSSQL:master".

2. En la página Avanzadas, especifique los siguientes campos:

– Acción en caso de éxito: Seleccione una acción adecuada (si desea continuar con el próximo paso de trabajo o salir del paso actual e informar sobre la ejecución correcta) que se realizará después de que el paso de trabajo actual se realice correctamente.

– Especifique los demás campos según sus requisitos.


d. En la página Programaciones, haga clic en Nuevo... para programar un trabajo.

e. En la ventana Propiedades de programación del trabajo, especifique los campos según sus requisitos y haga clic en Aceptar.



f. En la página Alertas, haga clic en Agregar... a fin de crear una alerta para ejecutar un trabajo cuando un evento específico se produzca.

g. En la ventana Nueva alerta:


– Name: Escriba un nombre para la alerta.

– Tipo: Seleccione el tipo de evento.

– Especifique los demás campos según sus requisitos.

2. En la página Respuesta, especifique los siguientes campos:

– Notificar a los operadores: Seleccione esta opción para notificar, es decir, enviar un mensaje, a los operadores sobre el estado del paso de trabajo.

– Nuevo operador: Haga clic en este botón para agregar un operador a la Lista de operadores.

3. En la página Opciones, configure un método (Correo electrónico, Localizador o NET SEND) para notificar a los operadores sobre el estado del paso de trabajo.

4. En la página Notificaciones, en Acciones que se van a realizar después de finalizar el trabajo, seleccione los métodos de notificación apropiados para notificar el estado del paso de trabajo.

5. En la página Destinos, seleccione Destino en servidor local.

h. Haga clic en OK.

Programación de un trabajo de CmdExec en varios servidores SQL Server

Programar trabajos desde una ubicación central a varios servidores SQL Server de destino facilita el trabajo del administrador de bases de datos. Para configurar esta funcionalidad, debe instalar al agente de aplicación de Microsoft en todas las máquinas de destino y establecer un Agente SQL Server como maestro y a los demás como de destino.

Configuración de los Agentes SQL Server maestro y de destino


2. Haga clic en Agente SQL Server y seleccione Administración multiservidor > Establecer como maestro....

El Asistente para servidor maestro aparece.

3. En la página Bienvenido al Asistente para servidor maestro, haga clic en Siguiente.

4. En la página Operador del servidor maestro, complete los campos obligatorios (Dirección de correo electrónico, Dirección del localizador y Dirección de NET SEND) para informar a los operadores sobre el estado del trabajo y haga clic en Siguiente.

5. En la página Servidores de destino:

a. Para especificar los servidores que se usarán como destinos para los trabajos del Agente SQL Server, en el panel Servidores registrados, seleccione los servidores y haga clic en la flecha hacia la derecha para moverlos al panel Servidores de destino.

b. Si desea agregar servidores al panel Servidores registrados, haga clic en Agregar conexión....



c. En el cuadro de diálogo Comprobando la compatibilidad del servidor, revise la información y haga clic en Cerrar.

Aparecerá la página Credenciales de inicio de sesión del servidor maestro.

6. Habilite la conectividad remota de SQL Server:

a. En SSMS, haga clic con el botón secundario en el SQL Server y seleccione Propiedades.

b. En la ventana Propiedades del servidor:

1. En el panel Seleccionar una página, seleccione Conexiones.

2. Seleccione Permitir conexiones remotas con este servidor.

3. Haga clic en OK.

7. Especifique las excepciones de firewall generales en el SQL Server.

8. Establezca el nivel de cifrado en las máquinas de destino en 1 o 0 según el nivel de seguridad si no hay un certificado SSL. Para establecer el nivel de cifrado, cambie la entrada del registro del siguiente valor a 1 o 0:

\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\<nombre_de_la_instancia>\SQLServerAgent\MsxEncryptChannelOptions

9. En la página Credenciales de inicio de sesión del servidor maestro, haga clic en Siguiente.

10. En la página Finalización del asistente, revise la información y haga clic en Finalizar.

Ejecución de un trabajo en los servidores de destino

1. Ejecute los pasos del 1 al 4g4 que se describen en “Programación de un trabajo de CmdExec en un solo SQL Server” en la página 103.

2. En la página Destinos, seleccione Destino en varios servidores, seleccione los servidores de destino de la lista y, a continuación, haga clic en Aceptar.

Programación de un trabajo de T-SQL

El subsistema T-SQL no funciona en servidores proxy.

Ejecute los siguientes pasos para programar un trabajo de T-SQL:


2. Expanda Agente SQL Server.

3. Haga clic con el botón secundario en Trabajos y seleccione Nuevo trabajo.

4. En la ventana Propiedades del trabajo:

a. En la página General, especifique los siguientes campos:

1. Name: Escriba un nombre para el trabajo.

2. Propietario: Haga clic en el botón que se encuentra junto al cuadro de texto.

En el cuadro de diálogo Seleccionar inicio de sesión, haga clic en Examinar.

En el cuadro de diálogo Buscar objetos, en Objetos coincidentes, seleccione NT SERVICE\SQLSERVERAGENT y haga clic en Aceptar.

En el cuadro de diálogo Seleccionar inicio de sesión, haga clic en Aceptar.



3. Description: Escriba una descripción para el trabajo.

b. En la página Pasos, haga clic en Nuevo... para crear un paso.

c. En la ventana Propiedades de paso de trabajo:


– Nombre del paso: Escriba un nombre para el paso de trabajo.

– Tipo: Seleccione Script Transact-SQL (T-SQL).

– Ejecutar como: En función de lo que haya configurado, seleccione Proxy o Cuenta del servicio del Agente SQL Server.

– Procesar código de salida de un comando correcto: Escriba el código de salida para procesar de un comando correcto.

– Comando: Especifique el comando de T-SQL requerido del agente de aplicación de Microsoft para SQL Server con Data Domain Boost. “Uso de SSMS para realizar respaldos del agente de aplicación de Microsoft para SQL Server con Data Domain Boost” en la página 65 proporciona información sobre cómo generar el comando de T-SQL.

Puede ejecutar el comando de T-SQL generado mediante la opción de menú Nueva consulta para comprobar si la operación se realiza correctamente. La ejecución correcta del comando garantiza respaldos programados correctos.

Si desea usar códigos de retorno en el comando de T-SQL generado, debe modificar el comando.

Comando de T-SQL crudo de ejemplo

USE [master]

GO


EXEC @returnCode = dbo.emc_run_backup ' -c NMMDB154.nmmdev.com -l full -a "NSR_DFA_SI=TRUE" -a "NSR_DFA_SI_USE_DD=TRUE" -a "NSR_DFA_SI_DD_HOST=10.31.192.14" -a "NSR_DFA_SI_DD_USER=ddbma" -a "NSR_DFA_SI_DEVICE_PATH=/ddbma-sqlagent2" "MSSQL:Fabrics"'

PRINT @returnCode

GO

Comando de T-SQL con códigos de retorno de ejemplo


EXEC @returnCode = dbo.emc_run_backup ' -c NMMDA224.heroines.local -l full -a "NSR_DFA_SI=TRUE" -a "NSR_DFA_SI_USE_DD=TRUE" -a "NSR_DFA_SI_DD_HOST=10.31.77.27" -a



"NSR_DFA_SI_DD_USER=ost112" -a "NSR_DFA_SI_DEVICE_PATH=/heroines" "MSSQL:CopyOftest_db_1" "MSSQL:db1"'

IF @returnCode <>0

BEGIN


END

Si el código de retorno es un error, falla el paso de trabajo.

Nota: Los últimos dos parámetros (16 y 1) son necesarios para mostrar un error si falla un paso de trabajo.

2. Ejecute los pasos del 4c2 al 4h que se describen en “Programación de un trabajo de CmdExec en un solo SQL Server” en la página 103.

Nota: Para comprobar el estado de un trabajo, haga clic en el trabajo y seleccione Ver historial o revise los archivos de registro en la carpeta nsr/applogs/.

Uso del Programador de tareas de Windows para programar respaldos del agente de aplicación de Microsoft para SQL Server con Data Domain Boost

Ejecute los siguientes pasos para programar respaldos del agente de aplicación de Microsoft para SQL Server con Data Domain Boost:

1. En el escritorio de Windows, haga clic en Inicio > Todos los programas > Accesorios > Herramientas del sistema > Programador de tareas.

2. En el panel izquierdo de la ventana Programador de tareas, haga clic en Biblioteca del Programador de tareas y seleccione Crear tarea básica.

Aparece el Asistente para crear tareas básicas.

3. En la página Crear una tarea básica, especifique un nombre para la tarea en el campo Nombre y haga clic en Siguiente.

4. En la página Desencadenador de tarea, seleccione la opción adecuada para iniciar la tarea y haga clic en Siguiente.

Aparecerá la página correspondiente de la opción seleccionada.

5. Especifique o seleccione todos los campos que se requieran para realizar la tarea y haga clic en Siguiente.

6. En la página Acción, seleccione Iniciar un programa y haga clic en Siguiente.

7. En la página Iniciar un programa, busque el archivo .bat, especifique su ruta en el campo Programa o script y haga clic en Siguiente.

Nota: Los pasos del 3 al 5 en “Uso de SSMS para realizar respaldos del agente de aplicación de Microsoft para SQL Server con Data Domain Boost” en la página 65 proporcionan información sobre cómo crear un archivo. bat.

8. En la página Resumen, revise los detalles de la tarea y haga clic en Finalizar.

El proceso crea la tarea y la agrega a su programación de Windows.



Ejecución de respaldos del agente de aplicación de Microsoft para SQL Server con Data Domain Boost en un servidor de Data Domain mediante Fibre Channel

El procedimiento para respaldar una base de datos en un servidor de Data Domain mediante Fibre Channel es el mismo que el procedimiento descrito en “Uso de SSMS para realizar respaldos del agente de aplicación de Microsoft para SQL Server con Data Domain Boost” en la página 65. Sin embargo, debe configurar Fibre Channel en el servidor de Data Domain. “Configuración del servicio DD Boost mediante FC” en la página 45 ofrece información.

Nota: El usuario de SQL Server (SERVICE) debe tener privilegios de administrador para realizar respaldos del agente de aplicación de Microsoft para SQL Server con Data Domain Boost en un servidor de Data Domain mediante Fibre Channel.

Ejecución de respaldos del agente de aplicación de Microsoft para SQL Server con Data Domain Boost en un servidor de Data Domain mediante LAN de respaldo

Si un dispositivo Data Domain tiene una interfaz en la LAN de respaldo, el agente de aplicación de Microsoft para SQL Server con Data Domain Boost es compatible con la LAN de respaldo de forma predeterminada.

Si el dispositivo Data Domain está conectado solo en la LAN de respaldo y el host de SQL en el cual el agente de aplicación de Microsoft está instalado es un host múltiple y tiene una interfaz en la LAN de respaldo, los respaldos en el dispositivo Data Domain continúan por medio de la LAN de respaldo de forma predeterminada.

Si tanto el dispositivo Data Domain como el host de SQL son hosts múltiples y están conectados a la LAN de respaldo, asegúrese de que el nombre del servidor de Data Domain que especifique en la GUI del agente de aplicación de Microsoft sea igual a la dirección IP de la LAN de respaldo. Los respaldos en el dispositivo Data Domain continúan por medio de la LAN de respaldo.

Ejecución de una recuperación ante desastres del agente de aplicación de Microsoft para SQL Server con Data Domain Boost

Ejecute los siguientes pasos para realizar una recuperación ante desastres del agente de aplicación de Microsoft para SQL Server con Data Domain Boost:

1. Cree un sistema Windows de destino con el mismo nombre que el del host de origen.

2. Instale una instancia de SQL Server con el mismo nombre que el de la instancia de origen.

3. Instale el agente de aplicación de Microsoft en el host de destino.

4. Busque los respaldos de la instancia de origen mediante la selección de la unidad de almacenamiento adecuada.

5. Restaure las bases de datos del sistema (maestra, modelo, msdb, etc.) en la instancia de destino.

6. Restaure las bases de datos de usuario en la instancia de destino.



Eliminación de los respaldos vencidos del agente de aplicación de Microsoft para SQL Server con Data Domain Boost

El agente de aplicación de Microsoft proporciona una herramienta de vencimiento para eliminar los respaldos vencidos del agente de aplicación de Microsoft para SQL Server con Data Domain Boost.

Requisitos previosAsegúrese de cumplir con los siguientes requisitos previos antes de usar la herramienta de vencimiento para eliminar los respaldos vencidos del agente de aplicación de Microsoft para SQL Server con Data Domain Boost:

◆ Ha mantenido un registro de los respaldos completos e incrementales que se realizaron. Comprobó manualmente si el respaldo vencido que desea eliminar tiene respaldos no vencidos dependientes. No debe eliminar un respaldo vencido si este tiene respaldos no vencidos dependientes. La herramienta de vencimiento no busca respaldos dependientes.

◆ Ha creado un archivo de configuración.


DEVICE_PATH=/artitest

DDBOOST_USER=ost

DEVICE_HOST=10.31.192.10

Nota: Para la variable DEVICE_HOST, especifique el mismo nombre de host o la misma dirección IP que especificó en el campo DataDomain Server cuando agregó o configuró el servidor de Data Domain. El nombre de host debe estar en el formato de nombre de dominio calificado. Por ejemplo, test1.contoso.com.


DEBUG_LEVEL=0


Uso de la herramienta de vencimiento para eliminar los respaldos vencidos del agente de aplicación de Microsoft para SQL Server con Data Domain Boost

La herramienta de vencimiento le permite realizar las siguientes tareas:

◆ Visualización de los respaldos

Para ver los respaldos que se encuentren dentro de un determinado rango de tiempo de guardado, ejecute el siguiente comando:

ddbmexptool [-l] [-v -D 9 -b <tiempo_de_guardado_de_inicio> -e <tiempo_de_guardado_de_finalización> -N <nombre_del_saveset>] {-z <archivo_de_configuración> | -a "parameter=value"} -n <aplicación>

Nota: Si no especifica las opciones -b y -e, el comando muestra todos los respaldos.



◆ Eliminación de los respaldos

Para eliminar los respaldos que se encuentren dentro de un determinado rango de tiempo de guardado, independientemente de la fecha de vencimiento, ejecute el siguiente comando:

ddbmexptool -d [-v -D 9 -b <tiempo_de_guardado_de_inicio> -e <tiempo_de_guardado_de_finalización>] {-z <config_file> | -a "parameter=value"} -n <aplicación>

Nota: Si no especifica las opciones -b y -e, el comando elimina todos los respaldos. Para eliminar los respaldos que se han realizado desde el día anterior, debe usar el modo interactivo. Al utilizar el modo no interactivo (opción -Y), establezca el valor de la opción -e como mínimo en 1 days ago para evitar la eliminación accidental de los respaldos activos.

◆ Eliminación de los respaldos vencidos

Para eliminar los respaldos vencidos que están dentro de un determinado rango de tiempo de guardado, ejecute el siguiente comando:

ddbmexptool -k [-v -D 9 -b <tiempo_de_guardado_de_inicio> -e <tiempo_de_guardado_de_finalización> -N <nombre_del_saveset>] {-z <archivo_de_configuración> | -a "parameter=value"} -n <aplicación>

Nota: Si no especifica las opciones -b y -e, el comando elimina todos los respaldos vencidos.

Nota: Los comandos de eliminación no comprueban las dependencias de los respaldos que se eliminarán.

Opciones

La tabla siguiente enumera las opciones de comandos y su descripción:

Tabla 8 Opciones de comandos de la herramienta de vencimiento


-d Elimina los respaldos que se encuentren dentro de un rango de tiempo de guardado específico.

Nota: Al utilizar la opción -d con la opción -Y, especifique el valor de la opción -e como mínimo en 1 days ago, lo que no elimina los respaldos actuales.

-k Elimina los respaldos vencidos que se encuentren dentro de un rango de tiempo de guardado específico.

-v Muestra la salida detallada en la consola.

-b Especifica el límite inferior del tiempo de guardado del respaldo.Especifique el tiempo en el formato hora (formato de 24 horas):minutos:segundos mes dd, aaaa o en el formato de tiempo relativo. Los formatos de tiempo relativo compatibles son now, <n> days ago, <n> months ago, <n> years ago y -<n> days.Si no especifica la opción -b, el comando considera 1/1/1970 como el límite inferior.



Ejecución de la herramienta de vencimiento mediante T-SQLCon el agente de aplicación de Microsoft 3.0, la herramienta de implementación de CLR incluye un procedimiento almacenado dbo.emc_run_delete que le permite ejecutar la herramienta de vencimiento desde un Management Studio normal. El procedimiento almacenado ejecuta la herramienta de vencimiento y utiliza los argumentos de la línea de comandos que se pasaron al procedimiento almacenado. Además, el procedimiento almacenado garantiza que el comando de eliminación incluya las opciones -Y y -n mssql. La herramienta de vencimiento requiere las opciones -Y y -n mssql debido a que usted no puede intervenir, y el agente de aplicación de Microsoft admite solamente el plug-in de MSSQL mediante la interfaz de T-SQL.

Comando de ejemplo para ejecutar la herramienta de vencimiento desde T-SQL

USE [master]

GO


EXEC @returnCode = dbo.emc_run_delete' -b "2 weeks ago" -e "one week ago" -n mssql -a "DDBOOST_USER = qa_ost" -a "DEVICE_HOST = bu-dbe890.lss.emc.com" -a "DEVICE_PATH = /ddbea" -a "CLIENT = win-kd4mj1l34ph"’

IF @returnCode <> 0

BEGIN


END

-e Especifica el límite superior del tiempo de guardado del respaldo.Especifique el tiempo en el formato hora (formato de 24 horas):minutos:segundos mes dd, aaaa o en el formato de tiempo relativo. Los formatos de tiempo relativo compatibles son now, <n> days ago, <n> months ago, <n> years ago y -<n> days.Si no especifica la opción -e, el comando considera la hora actual como el límite superior.La mejor práctica es establecer el valor de -e en el mismo valor que el período de tiempo de la política de vencimiento que se especificó en el momento del respaldo.

-N Especifica un filtro en el nombre del saveset para mostrar y eliminar.

-n Especifica la aplicación, es decir, SQL Server para esta versión.Especifique -n mssql.

-a Especifica un par de valores de clave, es decir, -a "key = value" para las opciones presentes en el archivo .cfg (configuración).Por ejemplo, -a "DEVICE_HOST = bu-ddb890.lss.emc.com"

-z Especifica la ruta de archivo de configuración.

-Y Indica su aprobación (Yes) para eliminar los respaldos vencidos.Si especifica la opción -Y, no aparece el mensaje que solicita su aprobación para eliminar los respaldos vencidos.

Tabla 8 Opciones de comandos de la herramienta de vencimiento



CAPÍTULO 5Agente de aplicación de Microsoft para SQL Server con ProtectPoint


◆ Descripción general del agente de aplicación de Microsoft para SQL Server con ProtectPoint.................................................................................................... 114

◆ Configuración del agente de aplicación de Microsoft para SQL Server con ProtectPoint .......................................................................................................... 118

◆ Ejecución de respaldos y restauraciones del agente de aplicación de Microsoft para SQL Server con ProtectPoint .......................................................................... 122

Agente de aplicación de Microsoft para SQL Server con ProtectPoint 113

Agente de aplicación de Microsoft para SQL Server con ProtectPoint

Descripción general del agente de aplicación de Microsoft para SQL Server con ProtectPoint

“Restauraciones y respaldos de ProtectPoint” en la página 17 proporciona una descripción general del agente de aplicación de Microsoft para SQL Server con ProtectPoint.

Arquitectura del agente de aplicación de Microsoft para SQL Server con ProtectPoint

La siguiente figura ilustra la arquitectura del agente de aplicación de Microsoft para ProtectPoint:

Figura 17 Arquitectura del agente de aplicación de Microsoft para ProtectPoint

Los siguientes son los componentes importantes de la arquitectura del agente de aplicación de Microsoft para ProtectPoint:

◆ Solicitante (solicitante de VSS del agente de aplicación): Se comunica con el VSS Writer y el servicio VSS para coordinar el respaldo y escribe las entradas del catálogo, que incluyen los metadatos de respaldo, como la lista de las bases de datos respaldadas, los nombres de las imágenes estáticas en el servidor de Data Domain, etc.

◆ Servicio VSS: Coordina las acciones entre el proveedor de hardware, el software de respaldo y la aplicación (SQL Server o Exchange Server). Este componente permite crear respaldos coherentes con las aplicaciones.



◆ Proveedor de hardware (proveedor de hardware de VSS del agente de aplicación): Crea shadow copies con la tecnología de ProtectPoint. Este componente se implementa como un servicio COM de Windows. Este componente permite crear una shadow copy, importar la shadow copy y restaurar la shadow copy en el solicitante y en el servicio mediante la tecnología de ProtectPoint. Este componente no es un proveedor genérico. Funciona únicamente con el solicitante del agente de aplicación de Microsoft.

◆ Escritor: La aplicación en sí, es decir, SQL Server o Exchange Server.

Flujo de trabajo general de los respaldos del agente de aplicación de Microsoft con ProtectPoint

1. Mediante la infraestructura de VSS, el solicitante de VSS del agente de aplicación solicita al proveedor de hardware de VSS del agente de aplicación que cree una copia persistente y transportable de los dispositivos de origen (LUN), en los que los datos de la aplicación están presentes.

2. El proveedor de hardware de VSS del agente de aplicación utiliza las API de REST de RecoverPoint para solicitar a RecoverPoint que cree una copia de un punto en el tiempo (marcador) del grupo de consistencia de RecoverPoint que contiene los LUN de origen.

3. RecoverPoint usa:

a. La funcionalidad de instantánea nativa de XtremIO para tomar instantáneas y escribir en Data Domain los bloques modificados desde la instantánea anterior usando Data Domain Boost mediante Fibre Channel.

b. Una copia rápida para crear una imagen estática en vdisk desde los archivos de trabajo de Data Domain Boost.

Las imágenes estáticas en Data Domain son los respaldos finales de ProtectPoint con RecoverPoint.

4. Mediante Data Domain Boost, el solicitante de VSS del agente de aplicación escribe sus entradas de catálogo y el documento de componentes de respaldo de VSS en la unidad de almacenamiento de Data Domain.

Flujo de trabajo general de los respaldos del agente de aplicación de Microsoft con restauraciones de ProtectPoint

1. El agente de aplicación recupera la lista de objetos de respaldo, como instancias de SQL Server o bases de datos de buzón de correo de Exchange Server, para restaurar.

2. El agente de aplicación busca en su catálogo las entradas correspondientes y obtiene el documento de componentes de respaldo (BCD).

3. El solicitante de VSS del agente de aplicación llama a la inicialización de la restauración de VSS para que los VSS Writers intervengan durante las operaciones de restauración, como desmontaje de una base de datos de Exchange, etc.

4. Durante una restauración normal o una operación de montaje, el solicitante de VSS del agente de aplicación utiliza el flujo de trabajo de importación de VSS:

a. El proveedor de hardware de VSS del agente de aplicación busca un dispositivo de disco virtual de restauración coincidente en el pool de dispositivos de restauración determinado.

Descripción general del agente de aplicación de Microsoft para SQL Server con ProtectPoint 115


b. El proveedor de hardware de VSS del agente de aplicación crea una instancia de imágenes estáticas en el dispositivo coincidente.

c. El servicio VSS escanea y pone esos dispositivos en línea.

d. El solicitante de VSS del agente de aplicación solicita al servicio VSS que exponga las instantáneas.

e. El solicitante de VSS del agente de aplicación vuelve a copiar los archivos si no es una operación de montaje.

5. Durante una restauración de reversión, el solicitante de VSS del agente de aplicación utiliza la resincronización de VSS para restaurar la instantánea.

El proveedor de hardware de VSS del agente de aplicación se comunica con RecoverPoint para restaurar el marcador determinado. Se trata de una restauración de destrucción del LUN de origen a nivel de grupo de consistencia.

Funciones del agente de aplicación de Microsoft para SQL Server con ProtectPoint

El agente de aplicación de Microsoft para SQL Server con ProtectPoint proporciona las siguientes funciones y características nuevas:

◆ Respaldos completos realizados internamente solo de los bloques modificados de los dispositivos de origen transferidos a Data Domain, con la tecnología de ProtectPoint

◆ Respaldos de registros de transacciones o incrementales mediante el flujo de trabajo de Data Domain Boost

◆ Respaldos híbridos que incluyen la ejecución de respaldos completos primero y, a continuación, de respaldos incrementales o respaldos de registros de transacciones

◆ Respaldos a nivel de escritor, es decir, respaldo de todas las instancias que están presentes en un SQL Server

◆ Respaldos a nivel de instancia, es decir, respaldo de todas las bases de datos (bases de datos tanto del usuario como del sistema) de una instancia de SQL Server

◆ Respaldos a nivel de base de datos, es decir, respaldo de una o más bases de datos individuales

◆ Restauraciones a nivel de instancia, es decir, restauración de todas las bases de datos de una instancia

◆ Restauraciones a nivel de base de datos, es decir, restauración de una o más bases de datos individuales

◆ Restauraciones a nivel de tabla o restauraciones a nivel granular

“Ejecución de restauraciones a nivel de tabla o a nivel granular del agente de aplicación de Microsoft para SQL Server con ProtectPoint” en la página 158 describe un procedimiento específico para realizar restauraciones a nivel de tabla.


Sin embargo, el agente de aplicación de Microsoft no puede coexistir con el agente de aplicación de base de datos.



Mejores prácticas para respaldos y restauraciones del agente de aplicación de Microsoft para SQL Server con ProtectPoint

Las siguientes son mejores prácticas para respaldos y restauraciones del agente de aplicación de Microsoft para SQL Server con ProtectPoint:

◆ Cuando detenga o reinicie el proveedor de hardware de VSS de ProtectPoint manualmente, también deberá detener o reiniciar VSS.

◆ Los LUN de XtremIO deben contener solo los datos de SQL Server.

Si los LUN también contienen datos que no son de SQL Server, los datos que no son de SQL que no se incluyen en el respaldo se vuelven solo coherentes con fallas generales.

◆ Use un solo volumen en los LUN de XtremIO.

Si un LUN contiene varios volúmenes, los volúmenes que no se incluyen en el respaldo se vuelven solo coherentes con fallas generales. Además, una restauración de reversión (nivel de LUN) revierte una imagen en todo el LUN. Por lo tanto, esta configuración no es compatible con la restauración de reversión. El agente de aplicación de Microsoft no reconoce los volúmenes excluidos del respaldo porque no hay ninguna evaluación de seguridad especial.

◆ Incluya todas las bases de datos de un grupo de consistencia en el respaldo. De lo contrario, las bases de datos que no se incluyen en el respaldo no son coherentes con las aplicaciones y no se registran en el catálogo del agente de aplicación de Microsoft.

Realizar una restauración de reversión de este respaldo puede dañar las bases de datos que no se incluyen en el respaldo.

◆ Minimice la cantidad de grupos de consistencia usando un solo intervalo de invocación de respaldo. Microsoft VSS requiere que se realice una instantánea en 10 segundos. Si aumenta la cantidad de grupos de consistencia, aumenta el tiempo de la instantánea.

◆ No ejecute 5 o más trabajos CLR de SQL paralelos del agente de aplicación de Microsoft. Para cada función o procedimiento CLR de SQL, SQL Server asigna un nuevo subproceso desde su pool de subprocesos y ejecuta la función o el procedimiento CLR de SQL en el contexto de ese subproceso. El subproceso asignado se recupera en el pool de subprocesos de SQL server solo después de que la función o el procedimiento CLR de SQL se ejecutan. Si configura muchos trabajos CLR de SQL para que se ejecuten al mismo tiempo, SQL Server asigna muchos subprocesos desde el mismo pool de subprocesos y, a la larga, puede quedarse sin subprocesos disponibles y otros recursos relacionados. Esto afecta el rendimiento general. Tenga cuidado al decidir la cantidad de trabajos CLR de SQL paralelos.

◆ Instale EMC® PowerPath® en el host en el que desea utilizar múltiples rutas.

◆ Al ejecutar una restauración, asegúrese de que los archivos binarios de SQL Server no estén presentes en la unidad que forma parte de la restauración.

◆ No realice ni use montajes anidados en volúmenes de XtremIO, ya que Microsoft VSS no es compatible con la función.

Descripción general del agente de aplicación de Microsoft para SQL Server con ProtectPoint 117











Configuración del agente de aplicación de Microsoft para SQL Server con ProtectPoint

Los documentos Guía de soluciones de EMC ProtectPoint y Guía de configuración de almacenamiento primario y de protección de EMC ProtectPoint proporcionan información sobre cómo configurar el almacenamiento primario y de protección para ProtectPoint y vdisk.

El agente de aplicación de Microsoft utiliza la unidad de almacenamiento de Data Domain Boost para operaciones de catálogo y respaldos de registros de transacciones de SQL Server incluso en los ambientes de ProtectPoint. Asegúrese de que el administrador de Data Domain proporcione una unidad de almacenamiento.

La documentación de EMC RecoverPoint proporciona información sobre cómo instalar y configurar RecoverPoint.

La documentación de EMC XtremIO proporciona información sobre cómo instalar y configurar el dispositivo de almacenamiento XtremIO.

La configuración del agente de aplicación de Microsoft para SQL Server con ProtectPoint incluye las siguientes tareas:





Creación de un archivo de configuración

Cree un archivo de configuración con los siguientes parámetros:





◆ RP_MGMT_HOST=<nombre_de_host_de_administración_de_RecoverPoint>

◆ RP_USER=<nombre_de_usuario_del_host_de_administración_de_RecoverPoint>

◆ DDVDISK_USER=<nombre_de_usuario_de_vdisk>, si desea agregar un usuario de vdisk diferente del usuario de DD Boost

◆ CLIENT=<nombre_del_cliente>

No incluya el parámetro DEBUG_LEVEL=<de_1_a_9> en el archivo de configuración, ya que el agente de aplicación de Microsoft 3.0 no considera el parámetro cuando se ejecutan los comandos de respaldo y restauración mediante el archivo de configuración. Sin embargo, puede especificar el parámetro por separado en el comando.






RP_MGMT_HOST=ledmd160.lss.example.com

RP_USER=admin

DDVDISK_USER=DD163_user


Configuración del agente de aplicación de Microsoft para SQL Server con ProtectPoint 119





Operation Comando interactivo Comando no interactivo























El archivo PersistedSettings.xml en la carpeta del lockbox contiene información determinada, por ejemplo, nombre del servidor de Data Domain, protocolo de comunicación, nombre del servicio de Fibre Channel, nombre de usuario del usuario de DD Boost, unidad de almacenamiento, nombre de host de administración de RecoverPoint, nombre de usuario del host de administración de RecoverPoint, etc. Agregar (registrar) un servidor de Data Domain por primera vez a un nuevo lockbox crea el archivo PersistedSettings.xml. Agregar (registrar) un servidor de Data Domain al lockbox o quitarlo (eliminar el registro) de él actualiza el archivo PersistedSettings.xml.

Configuración de grupos de disponibilidad AlwaysOn de SQL

Debe cumplir los siguientes requisitos de configuración para ejecutar respaldos y restauraciones de grupos de disponibilidad AlwaysOn de SQL:

◆ Ha instalado el agente de aplicación de Microsoft en todos los nodos.

◆ Configuró el lockbox en todos los nodos. De lo contrario, puede usar un lockbox compartido.

◆ El administrador de almacenamiento ha aprovisionado todos los LUN de origen de cada réplica de acuerdo con el documento Guía de administración de almacenamiento primario y de protección de ProtectPoint.

◆ Los LUN del vdisk de restauración son accesibles desde todos los nodos que forman parte de un determinado grupo de disponibilidad AlwaysOn.

Configuraciones admitidas del agente de aplicación de Microsoft para SQL Server con ProtectPoint

El agente de aplicación de Microsoft para SQL Server con ProtectPoint es compatible con las siguientes configuraciones:

◆ Un host de aplicaciones con uno o más LUN de producción que contienen datos de las aplicaciones

◆ Un clúster de RecoverPoint en el mismo centro de datos que los LUN de producción

◆ Un sistema Data Domain conectado directamente al clúster de RecoverPoint

◆ Solo conectividad Fibre Channel entre RecoverPoint y Data Domain

◆ Discos de formato MBR o GPT porque VSS no tiene ninguna restricción sobre el tipo de formato de disco

◆ Volúmenes que pueden montarse mediante letras de unidad o puntos de montaje

◆ Hasta 64 volúmenes en una sesión de respaldo de VSS

◆ Ambiente físico o máquinas virtuales de ESX Server con mapeo de dispositivos crudos (RDM)

◆ Múltiples grupos de consistencia por respaldo

◆ Cualquier software de múltiples rutas de I/O, como PowerPath, Windows MPIO, etc., que se instale para el LUN de origen

Configuración del agente de aplicación de Microsoft para SQL Server con ProtectPoint 121


◆ Configuraciones donde todos los volúmenes que se deben respaldar están presentes en XtremIO y configurados en los respaldos de RecoverPoint para ProtectPoint

Durante los respaldos de ProtectPoint, todos los volúmenes que se incluyen en el respaldo deben ser capaces de crear instantáneas de RecoverPoint. De lo contrario, los respaldos de VSS fallan.

Por ejemplo, suponga lo siguiente:

• Una instancia de SQL Server está instalada en C:\ (unidad local) y las bases de datos del sistema están instaladas en la misma unidad C:\.

• Se crea una base de datos de usuario en la instancia de SQL Server, donde se almacenan los archivos de datos en E:\ y los registros de transacciones se almacenan en F:\, y tanto F:\ como E:\ son volúmenes de XtremIO.

En este caso, no se puede respaldar toda la instalación de SQL Server debido a que las bases de datos del sistema no residen en un volumen que es capaz de crear instantáneas de RecoverPoint. Puede respaldar solo bases de datos del cliente, ya que tanto E:\ como F:\ admiten respaldos de ProtectPoint.

Ejecución de respaldos y restauraciones del agente de aplicación de Microsoft para SQL Server con ProtectPoint

Puede realizar respaldos y restauraciones del agente de aplicación de Microsoft para SQL Server con ProtectPoint mediante SSMS, CLI o T-SQL.

Según el diseño del grupo de consistencia, puede respaldar todas las bases de datos o solo las bases de datos requeridas de una instancia de SQL Server. Incluya todas las bases de datos del mismo grupo de consistencia en un respaldo. Independientemente de las bases de datos que se incluyan en el respaldo, este siempre se realiza a nivel de grupo de consistencia. Respalde todas las bases de datos de un grupo de consistencia.

Para realizar una restauración a nivel de tabla (granular), ejecute los pasos que se describen en “Ejecución de restauraciones a nivel de tabla o a nivel granular del agente de aplicación de Microsoft para SQL Server con ProtectPoint” en la página 158.

Uso de SSMS para ejecutar respaldos y restauraciones del agente de aplicación de Microsoft para SQL Server con ProtectPoint

Esta sección describe los procedimientos para realizar respaldos y restauraciones del agente de aplicación de Microsoft para SQL Server con ProtectPoint mediante SSMS.

Si no ha instalado SQL Server Management Studio (SSMS), para iniciar el agente de aplicación de Microsoft para ProtectPoint, ejecute el comando DDSSMSAddinApp.exe pp desde la carpeta <carpeta_de_instalación_del_agente_de_aplicación_de_Microsoft_para_SQL_Server>\EMC DD Boost Modules\DDBMA\bin. Aparecerá la ventana Microsoft app agent for ProtectPoint, como se muestra en la Figura 19 en la página 124.



Uso de SSMS para ejecutar respaldos del agente de aplicación de Microsoft para SQL Server con ProtectPoint

Los respaldos del agente de aplicación de Microsoft para SQL Server con ProtectPoint siempre son respaldos completos basados en VSS. Ejecute los pasos siguientes para respaldar las bases de datos usando SSMS:


Aparecerá la ventana Microsoft SQL Server Management Studio, como se muestra en la Figura 18 en la página 123.

Figura 18 Ventana SQL Server Management Studio

2. Haga clic en Microsoft app agent (ProtectPoint).

Aparecerá la ventana Microsoft app agent for ProtectPoint, como se muestra en la Figura 19 en la página 124. La pestaña Backup está seleccionada de manera predeterminada.

Ejecución de respaldos y restauraciones del agente de aplicación de Microsoft para SQL Server con ProtectPoint 123


Figura 19 ProtectPoint: página General en Backup


• SQL Server Instance: Seleccione el nombre de la instancia de SQL Server donde se encuentran las bases de datos para respaldar.

• En la tabla, puede seleccionar la instancia completa de SQL Server, es decir, todas las bases de datos, seleccionando la casilla de verificación en la fila de encabezados o solo las bases de datos necesarias para respaldar.

• Backup type: Seleccione el tipo de respaldo (Full o Transaction log) para ejecutar.

4. En el panel izquierdo, haga clic en Options.




Figura 20 ProtectPoint: página Options en Backup

5. En la página Options:

a. En Destination, especifique los siguientes campos:

– RecoverPoint: Haga clic en el botón junto al campo RecoverPoint para seleccionar el dispositivo RecoverPoint que desea usar para ejecutar el respaldo.

Aparecerá el cuadro de diálogo RecoverPoint Connection List & Lockbox Settings, como se muestra en la Figura 21 en la página 126.



Figura 21 Lista de conexiones y configuración del lockbox de RecoverPoint


– En el campo Lockbox Folder, escriba la ruta al lockbox y haga clic en Refresh. La lista RecoverPoint Connections se actualiza. La ruta predeterminada al lockbox es la carpeta <ruta_a_la_carpeta_de_instalación_del_agente_de_aplicación_de_Microsoft>/config.

Desde la tabla RecoverPoint Connections, seleccione el dispositivo RecoverPoint que desea utilizar para respaldar las bases de datos.

Si la tabla RecoverPoint Connections no contiene el dispositivo RecoverPoint que desea utilizar para respaldar las bases de datos, haga clic en Add.

Aparecerá el cuadro de diálogo Add RecoverPoint Server details, como se muestra en la Figura 22 en la página 126.

Figura 22 ProtectPoint: Add RecoverPoint Server details



Especifique los siguientes campos y haga clic en OK para agregar el dispositivo RecoverPoint a la tabla RecoverPoint Connections:

– RecoverPoint Management Host: Especifique el nombre del host de administración de RecoverPoint que desea utilizar para respaldar las bases de datos.

– User Name: Escriba el nombre de usuario del dispositivo RecoverPoint.

– Password: Escriba la contraseña del dispositivo RecoverPoint.

Si desea eliminar un dispositivo RecoverPoint de la tabla RecoverPoint Connections, seleccione el dispositivo y haga clic en Remove.






– Data Domain: Haga clic en el botón junto al campo Data Domain para seleccionar el servidor de Data Domain en el que desea respaldar las bases de datos.

Aparecerá el cuadro de diálogo Data Domain Connection List & Lockbox Settings, como se muestra en la Figura 23 en la página 128.



Figura 23 Lista de conexiones y configuración del lockbox de Data Domain


– En el campo Lockbox Folder, escriba la ruta al lockbox y haga clic en Refresh. La lista DataDomain Connections se actualiza. La ruta predeterminada al lockbox es la carpeta <ruta_a_la_carpeta_de_instalación_del_agente_de_aplicación_de_Microsoft>/config.

Desde la tabla DataDomain Connections, seleccione el servidor de Data Domain en el que desea respaldar las bases de datos.

Si la tabla DataDomain Connections no contiene el servidor de Data Domain en el que desea respaldar las bases de datos, haga clic en Add.

Aparecerá el cuadro de diálogo Add Data Domain Server details, como se muestra en la Figura 24 en la página 129.



Figura 24 ProtectPoint: Add Data Domain Server details

Especifique los siguientes campos y haga clic en OK para agregar el servidor de Data Domain a la tabla DataDomain Connections:

– DataDomain Server: Especifique el nombre del servidor de Data Domain en el que desea respaldar las bases de datos.

– Communication Protocol: Seleccione el medio (Ethernet o Fibre channel) mediante el cual desea respaldar las bases de datos en el servidor de Data Domain. De manera predeterminada, está seleccionada la opción Ethernet.

– FC Service Name: Especifique el nombre del servidor de Data Domain, que aparece como se muestra en la Figura 25 en la página 129, como el nombre del servicio Fibre Channel si ha seleccionado Fibre Channel en la lista Communication Protocol.

Figura 25 Nombre del servidor de Data Domain

– User Name: Especifique el nombre de usuario del usuario de DD Boost.

– Password: Especifique la contraseña del usuario de DD Boost.



– Storage Unit: Especifique el nombre de la unidad de almacenamiento en la que desea respaldar las bases de datos.

– Add a separate vdisk user: Seleccione esta opción para agregar un usuario de vdisk diferente del usuario de DD Boost.

– User Name: Especifique el nombre de usuario del usuario de vdisk.

– Password: Especifique la contraseña del usuario de vdisk.

Nota: Antes de que se guarden en el lockbox, se verifican las credenciales del usuario de DD Boost. La verificación de las credenciales del usuario requiere bastante tiempo para completarse.

Si desea eliminar un servidor de Data Domain de la tabla DataDomain Connections, seleccione el servidor y haga clic en Remove.

El archivo PersistedSettings.xml en la carpeta del lockbox contiene información acerca de los servidores de Data Domain. Agregar un servidor de Data Domain por primera vez a un nuevo lockbox crea el archivo PersistedSettings.xml. Agregar un servidor de Data Domain al lockbox o quitarlo de él actualiza el archivo PersistedSettings.xml.






b. En Others, especifique los siguientes campos:

– Select a debug level: Seleccione esta opción para generar registros detallados que se pueden usar para solucionar los problemas de respaldo. Puede especificar un valor de 1 a 9. El valor predeterminado es 0 (cero).

– Always-on Availability: Seleccione esta opción para respaldar bases de datos de un grupo de disponibilidad AlwaysOn. Puede realizar respaldos desde un nodo primario o desde un nodo secundario. Si selecciona esta opción, no se respaldarán las bases de datos locales. Puede respaldar las bases de datos locales usando el nombre de host de SQL Server local como en el caso de un host independiente.

– Cluster Name: Escriba el nombre del clúster de Windows de los grupos de disponibilidad AlwaysOn.



6. [Opcional] Seleccione Script y, a continuación, una de las siguientes opciones:


• T-SQL Scripts: Para generar un script de respaldo en el formato T-SQL. Puede usar los scripts T-SQL para ejecutar respaldos del agente de aplicación de Microsoft para SQL Server con ProtectPoint.

7. Haga clic en Run.

La información de respaldo y el estado aparecen en la página Monitor, como se muestra en la Figura 26 en la página 131.

Figura 26 ProtectPoint: página Monitor en Backup

Nota: Revise los archivos de registro que están disponibles en la carpeta <carpeta_de_instalación_del_agente_de_aplicación_de_Microsoft_para_SQL_Server>\EMC DD Boost Modules\DDBMA\logs para obtener información sobre la realización correcta o incorrecta del respaldo.



Nota: Reinicie el agente de aplicación de Microsoft para asegurarse de que la pestaña Restore también muestre las últimas versiones de respaldo para realizar recuperaciones.

Uso de SSMS para ejecutar restauraciones del agente de aplicación de Microsoft para SQL Server con ProtectPoint

Ejecute los siguientes pasos para restaurar los datos mediante SSMS:



3. Haga clic en la pestaña Restore.


Figura 27 ProtectPoint: página General en Restore



4. En la página General, ejecute los siguientes pasos:

a. En Sources, especifique los siguientes campos:

– DataDomain Server: Haga clic en el botón para examinar junto al campo para seleccionar el servidor de Data Domain y la unidad de almacenamiento para restaurar la instancia de SQL Server o las bases de datos requeridas. Una unidad de almacenamiento contiene los hosts de SQL Server respaldados.


– SQL Server host: Seleccione un host de SQL Server para restaurar las bases de datos requeridas. Un host de SQL Server contiene las instancias de SQL Server respaldadas (independientes o de clúster) y las bases de datos correspondientes.

– Start browsing from: Especifique un tiempo de guardado del respaldo y haga clic en Show Versions.

Todos los respaldos que se llevaron a cabo en el tiempo de guardado especificado aparecen en la tabla de savesets.

– SQL Server Instance: Seleccione el nombre de la instancia de SQL Server (independiente o de clúster) para restaurar toda la instancia o las bases de datos requeridas. Una instancia de SQL Server contiene bases de datos.

Las bases de datos correspondientes aparecen en la tabla de bases de datos que está debajo del campo SQL Server Instance.

– En la tabla de bases de datos, puede seleccionar la instancia completa de SQL Server, es decir, todas las bases de datos, seleccionando la casilla de verificación en la fila de encabezados o solo las bases de datos necesarias para restaurar.

Nota: No seleccione las bases de datos que pertenecen a varias instantáneas en la misma operación de restauración.

Los savesets correspondientes aparecen en la tabla de savesets que está debajo de esta tabla.

El proceso de restauración restaura el respaldo más reciente de cada base de datos seleccionada. Puede realizar una restauración de un punto en el tiempo (PIT) si ha seleccionado una sola base de datos.

Para restaurar una base de datos que es parte del grupo de disponibilidad AlwaysOn:

a. Elimine la base de datos del grupo de disponibilidad AlwaysOn.

b. En la lista de bases de datos en la GUI, seleccione la base de datos que ya ha quitado del grupo de disponibilidad AlwaysOn.

c. Ejecute la restauración como se describe en los pasos y los procedimientos posteriores.

d. Vuelva a agregar la base de datos restaurada al grupo de disponibilidad AlwaysOn.



b. En Destination, especifique los siguientes campos:

– Restore to: Haga clic en Timeline para especificar el respaldo que desea restaurar. Aparece el cuadro de diálogo Backup Timeline, como se muestra en la Figura 28 en la página 134.

Figura 28 Especificación del punto de restauración

Puede restaurar al último respaldo o a cualquier fecha y hora.

Seleccione la opción y los valores, y haga clic en OK.

– Restore backups as files: Seleccione esta opción para realizar una restauración redirigida.

El campo Folder contiene la ruta de destino predeterminada en la que se copiarán los archivos restaurados. A continuación, puede transferir manualmente los archivos a la carpeta requerida o adjuntar los archivos a una instancia de SQL Server.

Si desea cambiar la ruta de destino, haga clic en el botón para examinar junto al campo Folder y especifique el destino requerido.

Nota: Asegúrese de que la ruta de destino no sea una unidad raíz, por ejemplo, E:\.





Figura 29 ProtectPoint: página Options en Restore

Seleccione cualquiera de las siguientes opciones relevantes:

• Recovery state: Para proporcionar las siguientes opciones y funcionalidades:

– RESTORE WITH RECOVERY: Para dejar la base de datos en el estado listo para usar mediante una reversión de las transacciones no asignadas y deshabilitar la capacidad para restaurar los registros de transacciones adicionales o más recientes.

– RESTORE WITH NORECOVERY: Para dejar la base de datos en el estado no operacional mediante una reversión de las transacciones no asignadas y habilitar la capacidad para restaurar los registros de transacciones adicionales o más recientes.



• Data Domain Boost compressed restore: Para comprimir el contenido de la restauración y transportarlo desde Data Domain Replicator hasta el host de aplicaciones. Con esta opción, se ahorra ancho de banda de red.

• Select a debug level: Para generar registros detallados que puede usar para solucionar problemas de restauración. Especifique un valor de 1 a 9. El valor predeterminado es 0 (cero).

• Advanced options: Para habilitar las opciones avanzadas compatibles con T SQL, como maxtransfer size = <número>, buffercount = <número>, KEEP_CDC, KEEP_REPLICATION, etc., para que aparezcan en el script T-SQL cuando se genere.

Las opciones KEEP_CDC y KEEP_REPLICATION aparecen en la lista desplegable. Por lo tanto, es posible seleccionar estas opciones y también escribir opciones adicionales separando cada opción con una coma en este campo.

• Days of backup history: Especifique un número para ver <número> días del historial de respaldo de las bases de datos seleccionadas en la página General.

• Take tail-log backup before restore: Para realizar un respaldo del registro de transacciones de los datos antes de realizar la restauración. El respaldo del final del registro garantiza que el agente de aplicación de Microsoft respalde los datos que han cambiado desde el respaldo anterior.

Nota: La operación de restauración no restaura los registros del respaldo del final del registro anterior.

Esta opción está deshabilitada si se seleccionó la opción Restore backups as files en la página General.

Nota: El agente de aplicación de Microsoft para SQL Server con ProtectPoint no es compatible con el respaldo del final del registro de varias bases de datos.

• Device Pool: Escriba el nombre del pool de dispositivos de restauración al que pertenece el servidor de Data Domain que se seleccionó en la página General.

• Device Group: Escriba el nombre del grupo de dispositivos de restauración al que pertenece el servidor de Data Domain que se seleccionó en la página General.



• T-SQL Scripts: Para generar un script de respaldo en el formato T-SQL. Puede usar los scripts T-SQL para ejecutar restauraciones del agente de aplicación de Microsoft para SQL Server con ProtectPoint.





Figura 30 ProtectPoint: página Monitor en Restore




Uso de SSMS para ejecutar restauraciones a nivel de volumen o a nivel de LUN del agente de aplicación de Microsoft para SQL Server con ProtectPoint

Antes de realizar una restauración, revise las siguientes notas importantes:

◆ Puede realizar restauraciones solo al host local.

◆ Si elimina los marcadores o las imágenes estáticas en RecoverPoint o Data Domain sin usar el agente de aplicación de Microsoft, los respaldos eliminados aparecen de todos modos en la pestaña Volume Level Restore del agente de aplicación de Microsoft, pero las restauraciones fallan y muestran un mensaje pertinente.

Ejecute los siguientes pasos para restaurar los datos a nivel de volumen mediante SSMS:



3. Haga clic en la pestaña Volume Level Restore.




Figura 31 ProtectPoint: página Volume Level Restore


• DataDomain Server: Haga clic en el botón para examinar junto al campo para seleccionar el servidor de Data Domain y la unidad de almacenamiento para restaurar la instancia de SQL Server o las bases de datos requeridas. Una unidad de almacenamiento contiene los hosts de SQL Server respaldados.

Nota: En el caso de un servidor de Data Domain remoto (secundario) que se ha replicado para restaurar las bases de datos, seleccione el servidor pertinente. Un usuario de Data Domain en el servidor de Data Domain secundario debe estar en el mismo grupo que el servidor de Data Domain primario.

• SQL Server host: Seleccione un host de SQL Server para restaurar las bases de datos requeridas. Un host de SQL Server contiene las instancias de SQL Server independientes respaldadas y las bases de datos correspondientes.



• Start browsing from: Especifique un tiempo de guardado del respaldo y haga clic en Show Versions.

Todos los respaldos que se llevaron a cabo en el tiempo de guardado especificado aparecen en la tabla de savesets.

Teniendo en cuenta el tiempo de guardado, seleccione el respaldo pertinente, es decir, la instancia de SQL Server para restaurar.



Figura 32 ProtectPoint: página Options en Volume Level Restore



Especifique los siguientes campos:

• En Source, haga clic en el botón para examinar junto al campo RecoverPoint para seleccionar el dispositivo RecoverPoint para restaurar la instancia de SQL Server.

• En Others:

– Select a debug level: Seleccione esta opción para generar registros detallados que puede usar para solucionar problemas de restauración. Especifique un valor de 1 a 9. El valor predeterminado es 0 (cero).

– Restore with NORECOVERY: Esta opción deshabilita la capacidad de revertir las transacciones no asignadas y usar la base de datos para restaurar los registros de transacciones adicionales o más recientes. Use esta opción solo cuando se restauren las bases de datos de usuario.

– Require confirmation before restoring volumes: Seleccione esta opción si desea que aparezca el siguiente mensaje al hacer clic en Run.

Performing a volume level restore will completely replace the contents of the affected volumes with their backed up versions. Do you want to proceed?



• T-SQL Scripts: Para generar un script de respaldo en el formato T-SQL. Puede usar los scripts T-SQL para ejecutar restauraciones del agente de aplicación de Microsoft para SQL Server con ProtectPoint.

7. Haga clic en Run.

Si se seleccionó la opción Require confirmation before restoring volumes, aparece el siguiente mensaje:

Performing a volume level restore will completely replace the contents of the affected volumes with their backed up versions. Do you want to proceed?

Haga clic en Yes.




Figura 33 ProtectPoint: página Monitor en Volume Level Restore

Si la restauración se realiza correctamente, aparece el mensaje Restore completed. De lo contrario, aparece el mensaje Restore failed.




Uso de SSMS para realizar restauraciones y respaldos híbridosLos respaldos híbridos incluyen la ejecución de respaldos completos primero y, a continuación, de respaldos incrementales o respaldos de registros de transacciones mediante la GUI del agente de aplicación de Microsoft para ProtectPoint.

Ejecución de respaldos híbridos

1. Mediante la GUI del agente de aplicación de Microsoft para ProtectPoint, realice respaldos completos de bases de datos según los intervalos requeridos. Debe ejecutar al menos un respaldo completo antes de poder ejecutar los respaldos incrementales o de registros de transacciones.

2. Entre dos respaldos completos cualesquiera, realice los respaldos incrementales o de registros de transacciones.

“Uso de SSMS para ejecutar respaldos del agente de aplicación de Microsoft para SQL Server con ProtectPoint” en la página 123 proporciona información sobre cómo realizar respaldos completos y de registros de transacciones.

Realización de restauraciones de respaldos híbridos

Mediante la GUI del agente de aplicación de Microsoft para ProtectPoint, restaure los respaldos de registros de transacciones seleccionando la opción RESTORE WITH RECOVERY de la lista desplegable Recovery state en la página Options de la pestaña Restore. “Uso de SSMS para ejecutar restauraciones del agente de aplicación de Microsoft para SQL Server con ProtectPoint” en la página 132 ofrece información.

Uso de la CLI para ejecutar respaldos y restauraciones del agente de aplicación de Microsoft para SQL Server con ProtectPoint

Esta sección describe los procedimientos para realizar respaldos y restauraciones del agente de aplicación de Microsoft para SQL Server con ProtectPoint mediante la CLI.

Nota: Los procedimientos indicados en esta sección se aplican solo a un ambiente independiente de SQL Server.

Uso de la CLI para ejecutar respaldos del agente de aplicación de Microsoft para SQL Server con ProtectPoint

El agente de aplicación de Microsoft para SQL Server con ProtectPoint utiliza el siguiente comando para respaldar bases de datos:

msagentsv.exe [<opciones>] {path}




La siguiente tabla enumera las opciones obligatorias del comando de respaldo:


La siguiente tabla enumera las opciones adicionales del comando de respaldo:



-c <nombre_de_host_o_cliente> Especifica el nombre de host de SQL Server que contiene la instancia de SQL Server para respaldar.En el caso de un respaldo de grupo de disponibilidad AlwaysOn, debe especificar el nombre del clúster de Windows del grupo de disponibilidad AlwaysOn. Puede realizar respaldos desde un nodo primario o desde un nodo secundario. Si selecciona esta opción, no se respaldarán las bases de datos locales. Puede respaldar las bases de datos locales usando el nombre de host de SQL Server local como en el caso de un host independiente.

-A "NSR_DFA_SI_DD_HOST=<nombre_del_servidor_de_Data_Domain>"

Especifica el nombre del servidor de Data Domain que contiene la unidad de almacenamiento en la que desea respaldar las bases de datos.Debe registrar el nombre de host y el nombre de usuario de DD Boost en el lockbox para permitir al agente de aplicación de Microsoft recuperar la contraseña del usuario registrado.

-A "NSR_DFA_SI_DD_USER=<nombre_de_usuario_de_DDBoost>"

Especifica el nombre de usuario del usuario de DD Boost.Debe registrar el nombre de host y el nombre de usuario de DD Boost en el lockbox para permitir al agente de aplicación de Microsoft recuperar la contraseña del usuario registrado.

-A "NSR_DFA_SI_DEVICE_PATH=<nombre_y_ruta_de_la_unidad_de_almacenamiento>"

Especifica el nombre y la ruta de la unidad de almacenamiento en la que desea respaldar las bases de datos seleccionadas.

-A "RP_MGMT_HOST=<nombre_de_host_de_administración_de_RecoverPoint>"

Especifica el nombre completo del host de administración de RecoverPoint. Debe registrar este nombre de host y el nombre de usuario en el lockbox para que el agente de aplicación de Microsoft pueda recuperar la contraseña del usuario.Ejemplo: rp.mi-host.com

-A "RP_USER=<nombre_de_usuario_de_administración_de_RecoverPoint>"

Especifica el nombre de usuario de RecoverPoint que utiliza el proveedor de hardware mientras ejecuta las instantáneas a nivel de LUN. Debe registrar este nombre de usuario y el nombre de host en el lockbox para que el agente de aplicación de Microsoft pueda recuperar la contraseña de este usuario.Ejemplo: recoverpoint-usuario



-A "NSR_DFA_SI_DD_LOCKBOX_PATH=<ruta_completa_al_lockbox>"

Especifica la carpeta en la que se encuentra el archivo del lockbox, que contiene información cifrada acerca de los hosts registrados y los nombres de usuario correspondientes en pares. Cada par está asociado con una contraseña que utilizan los respaldos.Si no se especifica un valor, la ruta se configura de manera predeterminada a la ruta de instalación, que generalmente es <carpeta_de_instalación>\config\lockbox.

-D <nivel_de_depuración_del_1_al_9> Genera registros detallados que se pueden usar para solucionar problemas de respaldo. El valor predeterminado es 0 (cero).

-A "DDVDISK_USER=<nombre_de_usuario_de_vdisk>"

Especifica el usuario de vdisk de Data Domain. Todas las credenciales se recuperan del lockbox para autenticarse con el host.



Path


◆ Instancia predeterminada o d-path: APPLICATIONS:\SqlServerWriter\<nombre_del_cliente_de_respaldo>\<nombre_de_la_base_de_datos>\ [...]\

Ejemplo:

msagentsv.exe -c LEDMF158.msapp.com -A "NSR_DFA_SI_DD_HOST=ledmd035.lss.example.com" -A "NSR_DFA_SI_DD_USER=DD163_user" -A "NSR_DFA_SI_DEVICE_PATH=/SU_DD163" -A "NSR_DFA_SI_DD_LOCKBOX_PATH=C:\Program Files\EMC DD Boost Modules\DDBMA\config\lockbox" -A "RP_MGMT_HOST=ledmd163.lss.example.com" -A "RP_USER=admin" -A NSR_MSAGENT_CAN_MOUNT_SNAPSHOT=0 "APPLICATIONS:\SqlServerWriter\LEDMF158\dbtest3"

• Instancia predeterminada o d-path para respaldos a nivel de escritor:

APPLICATIONS:\SqlServerWriter\<nombre_del_cliente_de_respaldo>

◆ Instancia con nombre o i-path: APPLICATIONS:\SqlServerWriter\<nombre_de_la_instancia_de_SQL_con_código_de_URL>\<nombre_de_la_base_de_datos>\ [...]\

El nombre_de_la_instancia_de_SQL_con_código_de_URL suele ser <nombre_del_cliente_de_respaldo>%5C<nombre_de_la_instancia_de_SQL>

Ejemplo:

msagentsv.exe -c LEDMF158.msapp.com -A "NSR_DFA_SI_DD_HOST=ledmd035.lss.example.com" -A "NSR_DFA_SI_DD_USER=DD163_user" -A "NSR_DFA_SI_DEVICE_PATH=/SU_DD163" -A "NSR_DFA_SI_DD_LOCKBOX_PATH=C:\Program Files\EMC DD Boost Modules\DDBMA\config\lockbox" -A "RP_MGMT_HOST=ledmd163.lss.example.com" -A "RP_USER=admin" -A NSR_MSAGENT_CAN_MOUNT_SNAPSHOT=0 "APPLICATIONS:\SqlServerWriter\LEDMF158%5Cinst1\dbtest3"

• Instancia con nombre o d-path para respaldos a nivel de escritor:

APPLICATIONS:\SqlServerWriter\<nombre_de_la_instancia_de_SQL_con_código_de_URL>



Uso de la CLI para enumerar respaldos del agente de aplicación de Microsoft para SQL Server con ProtectPoint

El agente de aplicación de Microsoft para SQL Server con ProtectPoint utiliza el siguiente comando para enumerar respaldos:

msagentadmin.exe {list|-s} <opciones>

EMC recomienda utilizar -s en lugar de list para mantener la coherencia con otros productos de EMC.


La siguiente tabla enumera las opciones obligatorias del comando para enumerar respaldos:


La siguiente tabla enumera las opciones adicionales del comando de enumeración de respaldos:

Tabla 12 Opciones obligatorias del comando para enumerar respaldos

Opción Alias Descripción

--ddhost “<nombre_del_servidor_de_Data_Domain>”

Especifica el nombre del servidor de Data Domain que contiene la unidad de almacenamiento en la que respaldó las bases de datos.

--ddpath “<nombre_y_ruta_de_la_unidad_de_almacenamiento>”

Especifica el nombre y la ruta de la unidad de almacenamiento en la que respaldó las bases de datos seleccionadas.

--dduser “<nombre_de_usuario_de_DDBoost>” Especifica el nombre de usuario del usuario de DD Boost.

Tabla 13 Opciones adicionales del comando de enumeración de respaldos


--before <registro de fecha y hora> -b Enumera solo los respaldos que se realizaron en determinada fecha y hora, fecha, día u hora, o antes. Si no especifica un valor, el valor predeterminado es la fecha y la hora actuales.Esta opción acepta los mismos valores que la opción -b del comando ddbmadmin.exe. Por ejemplo, "3/31/2016 15:00:00" y "Tuesday".

--after <registro de fecha y hora> -a Enumera solo los respaldos que se realizaron en determinada fecha y hora, fecha, día u hora, o después.Esta opción acepta los mismos valores que la opción -e del comando ddbmadmin.exe. Por ejemplo, "3/31/2016 15:00:00" y "Tuesday".

--debug <nivel_de_depuración_del_1_al_9>

-D Especifica el nivel de depuración para enumerar los respaldos. El valor predeterminado es 0 (cero).

--format {text | msagentrc | keyvalue} Especifica el formato en el que se mostrará la salida:• text: Muestra la salida en un formato legible y general. Este es el valor

predeterminado.• msagentrc: Enumera bases de datos individuales en el formato que se puede

introducir directamente al comando de restauración msagentrc.• keyvalue: Enumera la salida en el formato de palabra clave y valor que se

puede analizar en otros programas.

--help -h Imprime un mensaje de ayuda breve.



Ejemplo

◆ Enumerar todos los respaldos:

msagentadmin.exe list --ddhost datadomain.myapp.com --ddpath "/dd/backups" --dduser "dduser" --client myserver.myapp.com

◆ Enumerar los 5 respaldos más recientes:

msagentadmin.exe list --ddhost datadomain.myapp.com --ddpath "/dd/backups" --dduser "dduser" --client myserver.myapp.com --limit 5

◆ Enumerar los respaldos que se ejecutaron después del 30 de marzo de 2016:

msagentadmin.exe list --ddhost datadomain.myapp.com --ddpath "/dd/backups" --dduser "dduser" --client myserver.myapp.com --after '3/30/2016'

◆ Enumerar los respaldos que se ejecutaron antes de este martes:

msagentadmin.exe list --ddhost datadomain.myapp.com --ddpath "/dd/backups" --dduser "dduser" --client myserver.myapp.com --before Tuesday

◆ Enumerar los respaldos que se ejecutaron antes de este martes en el formato msagentrc:

msagentadmin.exe list --ddhost datadomain.myapp.com --ddpath "/dd/backups" --dduser "dduser" --client myserver.myapp.com --before Tuesday --format msagentrc

--limit <cantidad_de_respaldos_más_recientes>

-l Muestra solo los <número> respaldos más recientes.

--lockbox <ruta_completa_al_lockbox> Especifica la carpeta en la que se encuentra el archivo del lockbox, que contiene información cifrada acerca de los hosts registrados y los nombres de usuario correspondientes en pares. Cada par está asociado con una contraseña que utilizan los respaldos.Si no especifica un valor, la ruta se configura de manera predeterminada a la ruta de instalación, que generalmente es <carpeta_de_instalación>\config\lockbox.

--client <nombre_del_cliente> -c Especifica el nombre de host de SQL Server que contiene la instancia de SQL Server que se respaldó.

--config <ruta_completa_al_archivo_de_configuración>

-z Especifica la ruta completa al archivo de configuración que especificó para el comando ddbmadmin.exe.

-a Keyvalue, es decir, la palabra clave y el valor de las opciones que se especificaron en el archivo de configuración también. Por ejemplo, -a "CLIENT=<nombre_del_cliente>".

--appid <ID_de_aplicación> Utiliza un ID de aplicación diferente (espacio de nombres) al ID de aplicación predeterminado para ubicar los respaldos. Use esta opción solo para realizar un diagnóstico.

Nota: El agente de aplicación de Microsoft 3.0 es compatible solo con el espacio de nombres msapp_pp.

Tabla 13 Opciones adicionales del comando de enumeración de respaldos




Uso de la CLI para eliminar respaldos del agente de aplicación de Microsoft para SQL Server con ProtectPoint

El agente de aplicación de Microsoft para SQL Server con ProtectPoint utiliza el siguiente comando para eliminar respaldos:

msagentadmin.exe {delete|-d} <opciones>

EMC recomienda utilizar -d en lugar de delete para mantener la coherencia con otros productos de EMC.

El comando delete primero enumera los respaldos y, a continuación, los elimina.


La siguiente tabla enumera las opciones obligatorias del comando de eliminación de respaldos:

Tabla 14 Opciones obligatorias del comando de eliminación de respaldos


--ddhost “<nombre_del_servidor_de_Data_Domain>”

Especifica el nombre del servidor de Data Domain que contiene la unidad de almacenamiento en la que respaldó las bases de datos.

--ddpath “/<nombre_y_ruta_de_la_unidad_de_almacenamiento>”

Especifica el nombre y la ruta de la unidad de almacenamiento en la que respaldó las bases de datos seleccionadas.

--dduser “<nombre_de_usuario_de_DDBoost>” Especifica el nombre de usuario del usuario de DD Boost.

--rphost “<nombre_de_host_de_administración_de_RecoverPoint>”


--rppath “<ruta_completa_al_host_de_administración_de_RecoverPoint>”

Especifica la ruta completa al host de administración de RecoverPoint.

--rpuser “<nombre_de_usuario_del_host_de_administración_de_RecoverPoint>”





La siguiente tabla enumera las opciones adicionales del comando de eliminación de respaldos:

Tabla 15 Opciones adicionales del comando de eliminación de respaldos


--before <registro de fecha y hora> -b Enumera solo los respaldos que se realizaron en determinada fecha y hora, fecha, día u hora, o antes. Si no especifica un valor, el valor predeterminado es la fecha y la hora actuales.Esta opción acepta los mismos valores que la opción -b del comando ddbmadmin.exe. Por ejemplo, "3/31/2016 15:00:00" y "Tuesday".

--after <registro de fecha y hora> -a Enumera solo los respaldos que se realizaron en determinada fecha y hora, fecha, día u hora, o después.Esta opción acepta los mismos valores que la opción -e del comando ddbmadmin.exe. Por ejemplo, "3/31/2016 15:00:00" y "Tuesday".

--debug <nivel_de_depuración_del_1_al_9>

-D Especifica el nivel de depuración para eliminar los respaldos. El valor predeterminado es 0 (cero).

--format {text | msagentrc | keyvalue} Especifica el formato en el que se mostrará la salida:• text: Muestra la salida en un formato legible y general. Este es el valor

predeterminado.• msagentrc: Enumera bases de datos individuales en el formato que se puede

introducir directamente al comando de restauración msagentrc.• keyvalue: Enumera la salida en el formato de palabra clave y valor que se

puede analizar en otros programas.

--help -h Imprime un mensaje de ayuda breve.

--limit <cantidad_de_respaldos_más_recientes>

-l Enumera solo los <número> respaldos más recientes.

--lockbox <ruta_completa_al_lockbox>


--client <nombre_del_cliente> -c Especifica el nombre de host de SQL Server que contiene la instancia de SQL Server que se respaldó.

--config <ruta_completa_al_archivo_de_configuración>

-z Especifica la ruta completa al archivo de configuración que especificó para el comando ddbmadmin.exe.

--confirm -Y Omite la confirmación del usuario para eliminar los respaldos.

-a Keyvalue, es decir, la palabra clave y el valor de las opciones que se especificaron en el archivo de configuración también. Por ejemplo, -a "CLIENT=<nombre_del_cliente>".

--appid <ID_de_aplicación> Utiliza un ID de aplicación diferente (espacio de nombres) al ID de aplicación predeterminado para ubicar los respaldos. Use esta opción solo para realizar un diagnóstico.

Nota: El agente de aplicación de Microsoft 3.0 es compatible solo con el espacio de nombres msapp_pp.



Ejemplo

Eliminar todos los respaldos que se ejecutaron antes de 1461267170:

msagentadmin.exe delete -z c:\temp\config_pp.txt --before 1461267170

Uso de la CLI para ejecutar restauraciones del agente de aplicación de Microsoft para SQL Server con ProtectPoint

El agente de aplicación de Microsoft para SQL Server con ProtectPoint utiliza el siguiente comando para restaurar bases de datos:

msagentrc.exe [<opciones>] {path}





-c <nombre_de_host_o_cliente> Especifica el nombre de host de SQL Server al que desea restaurar las bases de datos requeridas. Un host de SQL Server contiene las instancias de SQL Server respaldadas (independientes o de clúster) y las bases de datos correspondientes.En el caso de un respaldo de grupo de disponibilidad AlwaysOn, debe especificar el nombre del clúster de Windows del grupo de disponibilidad AlwaysOn.






-A "NSR_DFA_SI_DEVICE_PATH=<nombre_de_la_unidad_de_almacenamiento>"


-A "RESTORE_DEVICE_POOL=<pool_de_dispositivos_de_restauración_del_servidor_de_Data_Domain>"

Especifica el pool de dispositivos de restauración al que pertenece el servidor de Data Domain.

-A "RESTORE_DEVICE_GROUP=<grupo_de_dispositivos_de_restauración_del_servidor_de_Data_Domain>"

Especifica el grupo de dispositivos de restauración al que pertenece el servidor de Data Domain.





Path


◆ Instancia predeterminada o d-path: APPLICATIONS:\SqlServerWriter\<nombre_del_cliente_de_respaldo>\<nombre_de_la_base_de_datos>\ [...]\

Ejemplo:

msagentrc.exe -A "RESTORE_DEVICE_POOL=ledmf112_restore_pool" -A "RESTORE_DEVICE_GROUP=DG_ledmf112_restore" -c ledmf158.msapp.com -A "NSR_DFA_SI_DD_HOST=ledmd035.lss.example.com" -A

-A "NSR_RESTORE_TYPE={mount | lunresync | regular}"

Especifica el tipo de restauración que se ejecutará.lunresync es específico para la restauración a nivel de volumen. “Uso de la CLI para ejecutar restauraciones a nivel de volumen o a nivel de LUN del agente de aplicación de Microsoft para SQL Server con ProtectPoint” en la página 153 ofrece información.

-t <tiempo_de_guardado> APPLICATIONS:\SqlServerWriter\{<nombre_del_cliente_de_respaldo>%5C<nombre_de_la_instancia_de_sql>\<nombre_de_la_base_de_datos>\ [...]\ | <nombre_del_cliente_de_respaldo>\<nombre_de_la_base_de_datos>\[...]

Especifica el tiempo de guardado del saveset y las bases de datos de una instancia de SQL Server con nombre o de una instancia de SQL Server predeterminada.La aplicación se pone en pausa para que el usuario introduzca esta opción línea por línea presionando Intro en el teclado. Una línea en blanco indica la finalización de la lista.







-A ADDITIONAL_RESTORES={yes | no} La especificación de yes deshabilita la capacidad de revertir las transacciones no asignadas y usar la base de datos para restaurar los registros de transacciones adicionales o más recientes. El valor predeterminado es no.

-A NSR_SQL_RECOVER_MODE=alt_location

Lleva a cabo una restauración redirigida.

-A "NSR_SQL_TARGET_DIR=<ruta_a_la_carpeta_de_destino>"

Especifica la ruta de destino a la que desea copiar los archivos restaurados. A continuación, puede transferir manualmente los archivos a la carpeta requerida o adjuntar los archivos a una instancia de SQL Server.

Nota: Asegúrese de que la ruta de destino no sea una unidad raíz, por ejemplo, E:\.

-D <nivel_de_depuración> Genera registros detallados que se pueden usar para solucionar problemas de restauración.Los niveles de depuración admitidos van del 1 al 9.



"NSR_DFA_SI_DD_USER=DD163_user" -A "NSR_DFA_SI_DEVICE_PATH=/SU_DD163" -A "NSR_DFA_SI_DD_LOCKBOX_PATH=C:\Program Files\EMC DD Boost Modules\DDBMA\config\lockbox" -A "RP_MGMT_HOST=ledmd163.lss.example.com" -A "RP_USER=admin" -A NSR_RESTORE_TYPE=regular -I -<retorno>

-t 1462787749 -A ADDITIONAL_RESTORES=no APPLICATIONS:\SqlServerWriter\LEDMF158\dbtest3\<retorno>

-t 1462787748 -A ADDITIONAL_RESTORES=no APPLICATIONS:\SqlServerWriter\LEDMF158\dbtest2\<retorno>

-t 1462787747 -A ADDITIONAL_RESTORES=no APPLICATIONS:\SqlServerWriter\LEDMF158\dbtest1\

◆ Instancia con nombre o i-path: APPLICATIONS:\SqlServerWriter\<nombre_del_cliente_de_respaldo>%5C<nombre_de_la_instancia_de_sql>\<nombre_de_la_base_de_datos>\ [...]\

Ejemplo:

msagentrc.exe -A "RESTORE_DEVICE_POOL=ledmf112_restore_pool" -A "RESTORE_DEVICE_GROUP=DG_ledmf112_restore" -c ledmf158.msapp.com -A "NSR_DFA_SI_DD_HOST=ledmd035.lss.example.com" -A "NSR_DFA_SI_DD_USER=DD163_user" -A "NSR_DFA_SI_DEVICE_PATH=/SU_DD163" -A "NSR_DFA_SI_DD_LOCKBOX_PATH=C:\Program Files\EMC DD Boost Modules\DDBMA\config\lockbox" -A "RP_MGMT_HOST=ledmd163.lss.example.com" -A "RP_USER=admin" -A NSR_RESTORE_TYPE=regular -I -<retorno>

-t 1462787749 -A ADDITIONAL_RESTORES=no APPLICATIONS:\SqlServerWriter\LEDMF158%5CINST1\dbtest3\<retorno>


-t 1462787747 -A ADDITIONAL_RESTORES=no APPLICATIONS:\SqlServerWriter\LEDMF158%5CINST1\dbtest1\



Uso de la CLI para ejecutar restauraciones a nivel de volumen o a nivel de LUN del agente de aplicación de Microsoft para SQL Server con ProtectPoint

El agente de aplicación de Microsoft para SQL Server con ProtectPoint utiliza el siguiente comando para restaurar bases de datos a nivel de volumen:

msagentrc.exe [<opciones>] {path}





-c <nombre_de_host_o_cliente> Especifica el nombre de host de SQL Server al que desea restaurar las bases de datos requeridas. Un host de SQL Server contiene las instancias de SQL Server respaldadas (independientes o de clúster) y las bases de datos correspondientes.Para realizar una restauración redirigida, especifique un host de SQL Server que no sea el host actual.






-A "NSR_DFA_SI_DEVICE_PATH=<nombre_de_la_unidad_de_almacenamiento>"


-A "RP_MGMT_HOST=<nombre_de_host_de_administración_de_RecoverPoint>"


-A "RP_USER=<nombre_de_usuario_del_host_de_administración_de_RecoverPoint>"


-A "NSR_RESTORE_TYPE=lunresync" Indica una restauración a nivel de volumen.


Especifica el tiempo de guardado del saveset y las bases de datos de una instancia de SQL Server con nombre o de una instancia de SQL Server predeterminada.La aplicación se pone en pausa para que el usuario ingrese esta opción línea por línea presionando Intro en el teclado. Una línea en blanco indica la finalización de la lista.





Ejemplo:

msagentrc.exe -A "RESTORE_DEVICE_POOL=ledmf112_restore_pool" -A "RESTORE_DEVICE_GROUP=DG_ledmf112_restore" -c ledmf158.msapp.com -A "NSR_DFA_SI_DD_HOST=ledmd035.lss.example.com" -A "NSR_DFA_SI_DD_USER=DD163_user" -A "NSR_DFA_SI_DEVICE_PATH=/SU_DD163" -A "NSR_DFA_SI_DD_LOCKBOX_PATH=C:\Program Files\EMC DD Boost Modules\DDBMA\config\lockbox" -A "RP_MGMT_HOST=ledmd163.lss.example.com" -A "RP_USER=admin" -A "NSR_RESTORE_TYPE=lunresync" -I -<retorno>



-t 1462787747 -A ADDITIONAL_RESTORES=no APPLICATIONS:\SqlServerWriter\LEDMF158%5CINST1\dbtest1\

Nota: Los LUN que seleccionó para el respaldo deben pertenecer al mismo grupo de consistencia. Es posible resincronizar los LUN restaurados solo con los LUN de origen que se respaldaron.

Para confirmar si se ha ejecutado una restauración a nivel de LUN, abra el archivo <carpeta_de_instalación_del_agente_de_aplicación_de_Microsoft_para_SQL_Server>\EMC DD Boost Modules\DDBMA\ logs\VSSHwp.log y asegúrese de que el contenido siguiente esté presente:

ResyncLuns: Enter...

ResyncLuns: Exit...





-A ADDITIONAL_RESTORES={yes | no} La especificación de yes deshabilita la capacidad de revertir las transacciones no asignadas y usar la base de datos para restaurar los registros de transacciones adicionales o más recientes. El valor predeterminado es no.

-D <nivel_de_depuración> Genera registros detallados que se pueden usar para solucionar problemas de restauración.Los niveles de depuración admitidos van del 1 al 9.



Uso de un script T-SQL para ejecutar respaldos y restauraciones del agente de aplicación de Microsoft para SQL Server con ProtectPoint

Esta sección describe los procedimientos para realizar respaldos y restauraciones del agente de aplicación de Microsoft para SQL Server con ProtectPoint mediante un script T-SQL.

Uso de un script T-SQL para ejecutar respaldos del agente de aplicación de Microsoft para SQL Server con ProtectPoint

El agente de aplicación de Microsoft le permite generar scripts CLR de SQL que se pueden usar para ejecutar respaldos del agente de aplicación de Microsoft para SQL Server con ProtectPoint en el contexto de un SQL Server similar a cualquier comando o script T-SQL.

El comando de respaldo de CLR de SQL es protectpoint_run_backup. Debe proporcionar parámetros de tipo VARCHAR para ejecutar este comando. Este comando usa las mismas opciones de respaldo de la CLI del agente de aplicación de Microsoft para SQL Server con ProtectPoint. Por lo tanto, debe tener un conocimiento detallado de las opciones de respaldo de la CLI del agente de aplicación de Microsoft para SQL Server con ProtectPoint para usar sin problemas el comando emc_run_backup. “Uso de la CLI para ejecutar respaldos del agente de aplicación de Microsoft para SQL Server con ProtectPoint” en la página 143 proporciona información sobre las opciones de respaldo de la CLI del agente de aplicación de Microsoft para SQL Server con ProtectPoint.

Script T-SQL de respaldo de ejemplo

USE [master]

GO


EXEC @returnCode = dbo.protectpoint_run_backup ' -c LCP1018.MSAppAgent.com -A "NSR_DFA_SI_DD_HOST=ledmd035.lss.example.com" -A "NSR_DFA_SI_DD_USER=DD163_user" -A "NSR_DFA_SI_DEVICE_PATH=/SU_DD163" -A "NSR_DFA_SI_DD_LOCKBOX_PATH=C:\Program Files\EMC DD Boost Modules\DDBMA\config\lockbox" -A "RP_MGMT_HOST=lcp0246.lss.example.com" -A "RP_USER=admin" APPLICATIONS:\SqlServerWriter\LCP1018%5CMSSQLSERVER1'

IF @returnCode <> 0

BEGIN


END


“Mejores prácticas para respaldos y restauraciones del agente de aplicación de Microsoft para SQL Server con ProtectPoint” en la página 117 proporciona instrucciones para mejorar el rendimiento de los respaldos del agente de aplicación de Microsoft para SQL Server con ProtectPoint mediante los scripts CLR de SQL.



Uso de un script T-SQL para ejecutar restauraciones del agente de aplicación de Microsoft para SQL Server con ProtectPoint

El agente de aplicación de Microsoft le permite generar script CLR de SQL que puede usar para realizar restauraciones del agente de aplicación de Microsoft para SQL Server con ProtectPoint en el contexto de un SQL Server similar a cualquier script o comando T-SQL.

El comando de restauración de CLR de SQL es protectpoint_run_restore. Debe proporcionar parámetros de tipo VARCHAR para ejecutar este comando. Este comando usa las mismas opciones de restauración de la CLI del agente de aplicación de Microsoft para SQL Server con ProtectPoint. Por lo tanto, debe tener un conocimiento detallado de las opciones de restauración de la CLI del agente de aplicación de Microsoft para SQL Server con ProtectPoint para usar sin problemas el comando protectpoint_run_restore. “Uso de la CLI para ejecutar restauraciones del agente de aplicación de Microsoft para SQL Server con ProtectPoint” en la página 150 proporciona información sobre las opciones de restauración de la CLI del agente de aplicación de Microsoft para SQL Server con ProtectPoint.

Script T-SQL de restauración de ejemplo

USE [master]

GO


DECLARE @stdin NVARCHAR(MAX)

SET @stdin = '-t 1465210308 -A ADDITIONAL_RESTORES=no "APPLICATIONS:\SqlServerWriter\LEDMF176%5CMSSQLSERVER00001\TestDB1\"' + CHAR(10) + '-t 1465210307 -A ADDITIONAL_RESTORES=no "APPLICATIONS:\SqlServerWriter\LEDMF176%5CMSSQLSERVER00001\dbtest2\"' + CHAR(10) + '-t 1465210306 -A ADDITIONAL_RESTORES=no "APPLICATIONS:\SqlServerWriter\LEDMF176%5CMSSQLSERVER00001\dbtest1\"' + CHAR(10) + '-t 1465210305 -A ADDITIONAL_RESTORES=no "APPLICATIONS:\SqlServerWriter\LEDMF176%5CMSSQLSERVER00001\db2\"' + CHAR(10) + '-t 1465210304 -A ADDITIONAL_RESTORES=no "APPLICATIONS:\SqlServerWriter\LEDMF176%5CMSSQLSERVER00001\db1\"' + CHAR(10);

EXEC @returnCode = dbo.protectpoint_run_restore ' -A "RESTORE_DEVICE_POOL=ledmf098_restore_pool_1" -A "RESTORE_DEVICE_GROUP=ledmf098_DG2" -c ledmf176.msapp.com -A "NSR_DFA_SI_DD_HOST=ledmd035.lss.example.com" -A "NSR_DFA_SI_DD_USER=DD163_user" -A "NSR_DFA_SI_DEVICE_PATH=/SU_DD163" -A "NSR_DFA_SI_DD_LOCKBOX_PATH=C:\Program Files\EMC DD Boost Modules\DDBMA\config\lockbox" -A NSR_RESTORE_TYPE=regular -I -', @stdin

IF @returnCode <> 0

BEGIN


END




“Mejores prácticas para respaldos y restauraciones del agente de aplicación de Microsoft para SQL Server con ProtectPoint” en la página 117 proporciona instrucciones para mejorar el rendimiento de las restauraciones del agente de aplicación de Microsoft para SQL Server con ProtectPoint mediante los scripts CLR de SQL.

Uso de un script T-SQL para ejecutar restauraciones a nivel de volumen o a nivel de LUN del agente de aplicación de Microsoft para SQL Server con ProtectPoint

El agente de aplicación de Microsoft le permite generar un script CLR de SQL que puede usar para realizar restauraciones a nivel de volumen o a nivel de LUN del agente de aplicación de Microsoft para SQL Server con ProtectPoint en el contexto de un SQL Server similar a cualquier script o comando T-SQL.

El comando de restauración a nivel de volumen o a nivel de LUN de CLR de SQL es el mismo que el comando de restauración normal, es decir, protectpoint_run_restore. Sin embargo, para realizar restauraciones a nivel de LUN o a nivel de volumen, debe especificar el valor de la opción NSR_RESTORE_TYPE como lunresync. Debe proporcionar parámetros de tipo VARCHAR para el comando protectpoint_run_restore. Este comando usa las mismas opciones de restauración a nivel de volumen o a nivel de LUN de la CLI del agente de aplicación de Microsoft para SQL Server con ProtectPoint. Por lo tanto, debe tener un conocimiento detallado de las opciones de restauración a nivel de volumen o a nivel de LUN de la CLI del agente de aplicación de Microsoft para SQL Server con ProtectPoint para usar sin problemas el comando protectpoint_run_restore. “Uso de la CLI para ejecutar restauraciones a nivel de volumen o a nivel de LUN del agente de aplicación de Microsoft para SQL Server con ProtectPoint” en la página 153 proporciona información sobre las opciones de restauración a nivel de volumen o a nivel de LUN de la CLI del agente de aplicación de Microsoft para SQL Server con ProtectPoint.

Ejemplo de script T-SQL de restauración a nivel de volumen o a nivel de LUN

USE [master]

GO


DECLARE @stdin NVARCHAR(MAX)

SET @stdin = '-t 1465211083 -A ADDITIONAL_RESTORES=no APPLICATIONS:\SqlServerWriter\' + CHAR(10);

EXEC @returnCode = dbo.protectpoint_run_restore ' -c ledmf176.msapp.com -A "NSR_DFA_SI_DD_HOST=ledmd035.lss.example.com" -A "NSR_DFA_SI_DD_USER=DD163_user" -A "NSR_DFA_SI_DEVICE_PATH=/SU_DD163" -A "NSR_DFA_SI_DD_LOCKBOX_PATH=C:\Program Files\EMC DD Boost Modules\DDBMA\config\lockbox" -A "RP_MGMT_HOST=ledmd163.lss.example.com" -A "RP_USER=admin" -A "NSR_RESTORE_TYPE=lunresync" -I -', @stdin

IF @returnCode <> 0



BEGIN


END


“Mejores prácticas para respaldos y restauraciones del agente de aplicación de Microsoft para SQL Server con ProtectPoint” en la página 117 proporciona instrucciones para mejorar el rendimiento de las restauraciones a nivel de volumen o a nivel de LUN del agente de aplicación de Microsoft para SQL Server con ProtectPoint mediante los scripts CLR de SQL.

Ejecución de restauraciones a nivel de tabla o a nivel granular del agente de aplicación de Microsoft para SQL Server con ProtectPoint

Las restauraciones a nivel granular o a nivel de tabla de SQL Server incluyen las siguientes tareas:

◆ Montaje de las imágenes de respaldo

◆ Uso de EMC ItemPoint para realizar restauraciones a nivel de tabla de SQL Server

◆ Desmontaje de las imágenes de respaldo

Montaje de las imágenes de respaldoPuede montar las imágenes de respaldo mediante los siguientes métodos:

◆ Uso del comando restore-mount

msagentrc.exe -A "RESTORE_DEVICE_POOL=<pool_de_dispositivos_de_restauración_del_servidor_de_Data_Domain>" -A "RESTORE_DEVICE_GROUP=GROUP=<grupo_de_dispositivos_de_restauración_del_servidor_de_Data_Domain>" -c <nombre_de_host_o_cliente> -A "NSR_DFA_SI_DD_HOST=<nombre_del_servidor_de_Data_Domain>" -A "NSR_DFA_SI_DD_USER=<nombre_de_usuario_de_DDBoost>" -A "NSR_DFA_SI_DEVICE_PATH=</nombre_de_la_unidad_de_almacenamiento>" -A "NSR_DFA_SI_DD_LOCKBOX_PATH=<ruta_completa_al_lockbox>" -A "RP_MGMT_HOST=<nombre_de_host_de_administración_de_RecoverPoint>" -A "RP_USER=<nombre_de_usuario_del_host_de_administración_de_RecoverPoint>" -A NSR_RESTORE_TYPE=mount -I -




Ejemplo

msagentrc.exe -A "RESTORE_DEVICE_POOL=msagent-restore-pool" -A "RESTORE_DEVICE_GROUP=lfcp1018-restore.dg" -c lfcp1018.msappagentqa.com -A "NSR_DFA_SI_DD_HOST=lfcp0023.lss.emc.com" -A "NSR_DFA_SI_DD_USER=rpuser" -A "NSR_DFA_SI_DEVICE_PATH=/appagent-backup" -A "NSR_DFA_SI_DD_LOCKBOX_PATH=C:\Program Files\EMC DD Boost Modules\DDBMA B170\config\lockbox" -A "RP_MGMT_HOST=lfcp0246.lss.emc.com" -A "RP_USER=appagent" -A NSR_RESTORE_TYPE=mount -I -

-t 1463148949 -A ADDITIONAL_RESTORES=no APPLICATIONS:\SqlServerWriter\LFCP1018%5CMSSQLSERVER1\userDB01\

◆ Uso del agente del sistema de archivos

1. [Opcional] Consulte la lista de respaldos usando Unisphere for RecoverPoint, como se muestra en la Figura 34 en la página 159:

Figura 34 Visualización de marcadores de RecoverPoint

2. Obtenga el World Wide Name (WWN) de cada LUN del grupo de consistencia en los dispositivos XtremIO. El administrador de almacenamiento puede proporcionar los WWN mediante Unisphere for RecoverPoint, como se muestra en la Figura 35 en la página 160.



Figura 35 Recuperación de WWN mediante Unisphere for RecoverPoint

3. Cree un archivo de configuración para el agente del sistema de archivos.

Por ejemplo, puede crear el archivo C:\Windows\system32\protectpoint.config con el siguiente contenido:

[GENERAL]

PP_ARRAY_TYPE=RP

LOG_LEVEL=<nivel>

[PRIMARY_SYSTEM]

DD_SYSTEM=<nombre_de_host_de_DD>

DD_USER=<nombre_de_usuario_de_vdisk_de_DD>

DDBOOST_USER=<nombre_de_usuario_de_DD_Boost>

DD_PATH=<nombre_del_grupo_de_almacenamiento_de_DD_Boost>

DD_POOL=<nombre_del_pool_de_vdisk_de_DD>

DD_DEVICE_GROUP=<nombre_del_grupo_de_dispositivos_de_DD>

[RP_CLUSTER_1]

RP_MGMT=<nombre_de_host_de_administración_de_RecoverPoint>

RP_USER=<nombre_de_usuario_de_RecoverPoint>



[RP_DEVICE_1]

DEVICE_WWN=<WWN_del_dispositivo_XtremIO>

Nota: Este archivo de configuración de ejemplo usa un solo LUN. Si hay varios dispositivos en la configuración, debe repetir la entrada RP_DEVICE_<n> para cada dispositivo en la configuración, en el archivo de configuración.

4. Agregue las credenciales de usuario de los siguientes elementos al lockbox del agente del sistema de archivos mediante la ejecución de los comandos correspondientes:

– Vdisk primario del sistema Data Domain

C:\Windows\system32>protectpoint security add dd-credentials dd-system primary vdisk <nombre>

Por ejemplo, agregue las credenciales del usuario DD163_user para dd-system del vdisk primario ledmd035.lss.example.com.

– DDBoost primario del sistema Data Domain

C:\Windows\system32>protectpoint security add dd-credentials dd-system primary ddboost <nombre>


– Clúster de RecoverPoint

C:\Windows\system32>protectpoint security add rp-credentials rp-cluster <nombre>

Por ejemplo, agregue las credenciales del usuario admin para el clúster de RecoverPoint ledmd160.LSS.example.com.

5. Valide el archivo de configuración del agente del sistema de archivos mediante la ejecución del siguiente comando:

C:\Windows\system32>protectpoint “<ruta_completa_al_archivo_de_configuración>” validate

Ejemplo de salida:

Validating application settings.........................[OK]Nota: APP_INFO has not been specified. No value will be used. This is ok.

Validating host requirements............................[OK]Validating Primary System:

VDisk Connection Information........................[OK]Boost Connection Information........................[OK]DD Restore Pool.....................................[OK]DD Restore Group....................................[OK]DD Boost Path.......................................

6. Analice los respaldos mediante la ejecución del siguiente comando:

C:\Windows\system32>protectpoint backup scan dd-system primary config-file “<ruta_completa_al_archivo_de_configuración>”

Este comando requiere mucho tiempo para proporcionar una salida.



Ejemplo de salida:

Scanning all backups in the "primary" dd-system [ledmd035.lss.example.com]Number of possible backups to import: 976Current number of imported backups: 25Current number of imported backups: 50--cut--Current number of imported backups: 925Current number of imported backups: 950Total number of imported backups: 965

7. Filtre y visualice las entradas analizadas para el pool y el grupo de dispositivos de respaldo de Data Domain determinados que utiliza RecoverPoint ejecutando el siguiente comando:

C:\Windows\system32>protectpoint backup show scan dd-system primary config-file "<ruta_completa_al_archivo_de_configuración>" filter dd-pool="<nombre_del_pool>" filter dd-dev group="<nombre_del_grupo>"

Ejemplo:

C:\Windows\system32>protectpoint backup show scan dd-system primary config-file "c:\windows\system32\protectpoint.config" filter dd-pool="CG_pool" filter dd-dev group="52c6015aa1b4e_CG_ledmf042_ledmf0"

8. Asegúrese de que cada dispositivo de restauración de vdisk esté en el estado de solo lectura mediante la ejecución del siguiente comando para todos los dispositivos de vdisk en el grupo:

<usuario>@<vdisk_primario># vdisk device modify <nombre_del_dispositivo_de_vdisk> state read-only

Ejemplo:

DD163_user@ledmd035# vdisk device modify vdisk-dev1034 state read-only

Ejemplo de salida:

VDISK device "vdisk-dev1034" will respond to SCSI commands according to the "read-only" state.

Do you want to proceed? (yes|no) [no]: yDD163_user@ledmd035# vdisk device show detailed vdisk-dev1034

Device: vdisk-dev1034GUID: 00000000905a003f03000000905a05683e6fd0254b003f000400040aWWNN: 60021880000000905a05683e6fd0254bDevice-group: ledmf098_DG5Pool: ledmf098_restore_poolState: read-onlyCapacity (MiB): 10241 MiBHead count: 15Cylinder count: 5462Sectors per track: 256Properties: NonePersistent reservation:Status: Disabled



9. Prepare la restauración mediante la ejecución del siguiente comando:

C:\Windows\system32>protectpoint restore prepare backup-id <ID_de_respaldo> scan

Ejemplo:

C:\Windows\system32>protectpoint restore prepare backup-id 1458416282 scan

Ejemplo de salida:

Preparing backup-id [1458416282] to be ready for restore####The following devices are ready to be usedSource: 51,4f,0c,58,c5,80,09,61 Target: \\.\PHYSICALDRIVE3Updated the catalog record for backup-id [1458416282] from state "complete" to "restore-ready"Updated the catalog record for backup-id [1458416282] with state "restore-ready"

10.Cambie el estado de los discos a “en línea” mediante la función Administración de discos de Windows:

a. En la ventana Administración de discos, haga clic en un disco y seleccione Cambiar la letra y rutas de acceso de unidad....

b. En el cuadro de diálogo Cambiar la letra y rutas de acceso de unidad para <disco> (), haga clic en Agregar....

c. En el cuadro de diálogo Agregar letra o ruta de acceso de unidad, seleccione Asignar la letra de unidad siguiente y, en la lista desplegable, seleccione la letra de unidad que desee, por ejemplo, Z.

Uso de EMC ItemPoint para restaurar elementosInicie EMC ItemPoint y, a continuación, inicie el asistente de restauración:

1. En la página Select Source Path, seleccione la ruta de origen desde el volumen montado que contiene los datos de respaldo de SQL, como se muestra en la Figura 36 en la página 164, y haga clic en Next.



Figura 36 ItemPoint para SQL Server: selección de la ruta de origen

2. En la página Select Target Server, especifique los campos obligatorios, como se muestra en la Figura 37 en la página 164, y haga clic en Finish.

Figura 37 ItemPoint para SQL Server: selección de la ruta de destino



Desmontaje de los respaldosUna vez finalizada la operación de restauración, puede desmontar los respaldos mediante los siguientes métodos:

◆ Con el comando desmontar msagentadmin.exe

msagentadmin.exe dismount --ddhost "<nombre_del_servidor_de_Data_Domain>" --dduser "<nombre_de_usuario_de_DDBoost>" --ddpath "/<nombre_y_ruta_de_la_unidad_de_almacenamiento>"

Ejemplos

• msagentadmin.exe dismount --ddhost "ledmd035.lss.example.com" --dduser "DD163_user" --ddpath "/SU_DD163"

• msagentadmin.exe dismount --config c:\temp\config_pp.txt


Nota: No use el agente del sistema de archivos para desmontar las imágenes si se montaron mediante el comando restore-mount. De lo contrario, los montajes no se limpiarán correctamente.

Libere la restauración de vdisk mediante la ejecución del siguiente comando:

C:\Windows\system32>protectpoint restore release backup-id <ID_de_respaldo> scan

Ejemplo:

C:\Windows\system32>protectpoint restore release backup-id 1458416282 scan

Ejemplo de salida:

Updated the catalog record for backup-id [1458416282] from state "restore-ready" to "complete"

Ejecución de una recuperación ante desastres del agente de aplicación de Microsoft para SQL Server con ProtectPoint

Después de instalar y configurar SQL Server en el nuevo host de recuperación ante desastres, para ejecutar una recuperación ante desastres, ejecute los pasos de la restauración a nivel de volumen que se describen en “Uso de SSMS para ejecutar restauraciones a nivel de volumen o a nivel de LUN del agente de aplicación de Microsoft para SQL Server con ProtectPoint” en la página 138.

Eliminación de los respaldos vencidos del agente de aplicación de Microsoft para SQL Server con ProtectPoint

El agente de aplicación de Microsoft 3.0 no es compatible con la eliminación de los respaldos vencidos del agente de aplicación de Microsoft para SQL Server con ProtectPoint.


CAPÍTULO 6Agente de aplicación de Microsoft para Exchange Server con ProtectPoint


◆ Descripción general del agente de aplicación de Microsoft para Exchange Server con ProtectPoint.................................................................................................... 168

◆ Configuración del agente de aplicación de Microsoft para Exchange Server con ProtectPoint .......................................................................................................... 170

◆ Ejecución de respaldos y restauraciones del agente de aplicación de Microsoft para Exchange Server con ProtectPoint.................................................................. 176

Agente de aplicación de Microsoft para Exchange Server con ProtectPoint 167

Agente de aplicación de Microsoft para Exchange Server con ProtectPoint

Descripción general del agente de aplicación de Microsoft para Exchange Server con ProtectPoint

“Restauraciones y respaldos de ProtectPoint” en la página 17 proporciona una descripción general del agente de aplicación de Microsoft para Exchange Server con ProtectPoint.

Los respaldos de ProtectPoint siempre se realizan a nivel de LUN. Los respaldos de ProtectPoint with RecoverPoint siempre se realizan a nivel de grupo de consistencia de RecoverPoint, lo que asegura la protección de todos los datos en los volúmenes que contienen bases de datos y todos los volúmenes adicionales que forman parte del mismo grupo de consistencia. En una base de datos de Exchange, la carpeta del índice de contenido se almacena junto con la base de datos en un volumen. Si respalda una base de datos, también se respalda el índice de contenido. Por lo tanto, el tamaño de la transferencia de datos parece ser mayor que los cambios reales que se realizan en las bases de datos.

Los respaldos de ProtectPoint no utilizan el procesamiento distribuido de segmentos (DSP) de Data Domain para los respaldos que no son Gen0. ProtectPoint modifica los bloques que se eliminan de los volúmenes y los considera bloques nuevos. Si bien estos bloques son no son únicos, una operación de transferencia de datos envía estos bloques a Data Domain. El truncamiento de registros, donde los registros se eliminan después de un respaldo, es un ejemplo.

Arquitectura del agente de aplicación de Microsoft para Exchange Server con ProtectPoint

La arquitectura del agente de aplicación de Microsoft para Exchange Server con ProtectPoint es igual a la “Arquitectura del agente de aplicación de Microsoft para SQL Server con ProtectPoint” en la página 114.

Funciones del agente de aplicación de Microsoft para Exchange Server con ProtectPoint

El agente de aplicación de Microsoft para Exchange Server con ProtectPoint proporciona las siguientes funciones y características nuevas:

◆ Respaldos completos realizados internamente solo de los bloques modificados de los dispositivos de origen transferidos a Data Domain, con la tecnología de ProtectPoint

◆ Respaldos a nivel de escritor, es decir, respaldos de todas las bases de datos de buzón de correo de varios grupos de consistencia en Exchange Server

◆ Respaldos a nivel de base de datos, es decir, respaldos de las bases de datos individuales de varios grupos de consistencia en Exchange Server

◆ Restauración de bases de datos individuales

◆ Restauraciones a nivel de elemento, es decir, restauraciones de buzones de correo individuales, carpetas de buzones de correo o mensajes




Mejores prácticas para respaldos y restauraciones del agente de aplicación de Microsoft para Exchange Server con ProtectPoint

Las siguientes son mejores prácticas para respaldos y restauraciones del agente de aplicación de Microsoft para Exchange Server con ProtectPoint:

◆ Los LUN de XtremIO deben contener solo los datos de Exchange Server.

Si los LUN también contienen datos que no son de Exchange Server, los datos que no son de Exchange que no se incluyen en el respaldo se vuelven solo coherentes con fallas generales.

◆ Use un solo volumen en los LUN de XtremIO.

Si un LUN contiene varios volúmenes, los volúmenes que no se incluyen en el respaldo se vuelven solo coherentes con fallas generales. Además, una restauración de reversión (nivel de LUN) revierte una imagen en todo el LUN. Por lo tanto, esta configuración no es compatible con la restauración de reversión. El agente de aplicación de Microsoft no reconoce los volúmenes excluidos del respaldo porque no hay ninguna evaluación de seguridad especial.

◆ Incluya todas las bases de datos de un grupo de consistencia en el respaldo. De lo contrario, las bases de datos que no se incluyen en el respaldo no son coherentes con las aplicaciones y no se registran en el catálogo del agente de aplicación de Microsoft.

Realizar una restauración de reversión de este respaldo puede dañar las bases de datos que no se incluyen en el respaldo.

◆ Minimice la cantidad de grupos de consistencia usando un solo intervalo de invocación de respaldo. Microsoft VSS requiere que se realice una instantánea en 10 segundos. Si aumenta la cantidad de grupos de consistencia, aumenta el tiempo de la instantánea.

◆ Si desea volver a crear una base de datos eliminada, debe volver a crearla en la misma ubicación en la que estaba presente.

◆ Asegúrese siempre de que un host de destino tenga suficiente espacio para restaurar los datos.

◆ Instale EMC® PowerPath® en el host en el que desea utilizar múltiples rutas.






Descripción general del agente de aplicación de Microsoft para Exchange Server con ProtectPoint 169






Configuración del agente de aplicación de Microsoft para Exchange Server con ProtectPoint

Los documentos Guía de soluciones de EMC ProtectPoint y Guía de configuración de almacenamiento primario y de protección de EMC ProtectPoint proporcionan información sobre cómo configurar el almacenamiento primario y de protección para ProtectPoint y vdisk.

La documentación de EMC RecoverPoint proporciona información sobre cómo instalar y configurar RecoverPoint.

La documentación de EMC XtremIO proporciona información sobre cómo instalar y configurar el dispositivo de almacenamiento XtremIO.

La configuración del agente de aplicación de Microsoft para Exchange Server con ProtectPoint incluye las siguientes tareas:



◆ Creación de la cuenta de servicio de Exchange o una cuenta de usuario de respaldo

Creación e importación de un archivo de configuración

Puede crear un archivo de configuración e importarlo a un objeto que se puede utilizar para realizar operaciones, como respaldos, enumeración de respaldos, montaje de respaldos y restauración mediante los cmdlets correspondientes.

Creación de un archivo de configuraciónCree un archivo de configuración con los siguientes contenidos o parámetros:





◆ RP_MGMT_HOST=<nombre_de_host_de_administración_de_RecoverPoint>

◆ RP_USER=<nombre_de_usuario_del_host_de_administración_de_RecoverPoint>



◆ DDVDISK_USER=<nombre_de_usuario_de_vdisk>, si desea agregar un usuario de vdisk diferente del usuario de DD Boost

◆ CLIENT=<nombre_de_dominio_calificado_de_Exchange_Server>

Nota: Cada vez que se realizan respaldos, restauraciones u operaciones relacionadas con el respaldo o la restauración, se debe especificar el nombre de dominio calificado de Exchange Server como el valor del parámetro CLIENT. En el caso de una configuración de DAG, especifique el nombre de dominio calificado de la instancia de DAG.

◆ RestoreDeviceGroup=<grupo_de_dispositivos_de_restauración_del_servidor_de_Data_Domain>

◆ RestoreDevicePool=<pool_de_dispositivos_de_restauración_del_servidor_de_Data_Domain>

No incluya el parámetro DEBUG_LEVEL=<de_1_a_9> en el archivo de configuración, porque el agente de aplicación de Microsoft 3.0 no considera el parámetro cuando se ejecutan los cmdlets de respaldo y restauración mediante el archivo de configuración. Sin embargo, puede especificar el parámetro por separado en el cmdlet.

Ejemplo

Cree el archivo C:\config.cfg con el siguiente contenido:





RP_MGMT_HOST=ledmd160.lss.example.com

RP_USER=admin

DDVDISK_USER=DD163_user


RestoreDeviceGroup=DG_restore_group

RestoreDevicePool=myhost_restore_pool

Configuración del agente de aplicación de Microsoft para Exchange Server con ProtectPoint 171


Importación del archivo de configuraciónUtilice el cmdlet Import-ExchangeBackupConfigFile para importar el archivo de configuración a un objeto.

Sintaxis

<objeto> = Import-ExchangeBackupConfigFile [-file] <archivo_de_configuración> [<parámetros_comunes>]

Donde:

◆ <objeto> es el objeto que contiene la información del archivo de configuración para utilizar con otros cmdlets.

◆ - file <archivo_de_configuración> especifica el archivo de configuración.

◆ Los parámetros comunes compatibles son Verbose, Debug, ErrorAction, ErrorVariable, WarningAction, WarningVariable, OutBuffer, PipelineVariable y OutVariable http://go.microsoft.com/fwlink/?LinkID=113216 proporciona información sobre los parámetros comunes.

Ejemplo

$serverinfo = Import-ExchangeBackupConfigFile E:\configuration.txt




Operación Comando interactivo Comando no interactivo










http://go.microsoft.com/fwlink/?LinkID=113216


El archivo PersistedSettings.xml en la carpeta del lockbox contiene información determinada, por ejemplo, nombre del servidor de Data Domain, protocolo de comunicación, nombre del servicio de Fibre Channel, nombre de usuario del usuario de DD Boost, unidad de almacenamiento, nombre de host de administración de RecoverPoint, nombre de usuario del host de administración de RecoverPoint, etc. Agregar (registrar) un servidor de Data Domain por primera vez a un nuevo lockbox crea el archivo PersistedSettings.xml. Agregar (registrar) un servidor de Data Domain al lockbox o quitarlo (eliminar el registro) de él actualiza el archivo PersistedSettings.xml.

Creación de la cuenta de servicio de Exchange o una cuenta de usuario de respaldo

La herramienta App Agent Exchange Admin Configuration permite crear o restablecer los permisos de una cuenta con los privilegios necesarios para realizar operaciones de respaldo y recuperación en un Exchange Server. Después de instalar el agente de aplicación de Microsoft, ejecutar la herramienta para crear una nueva cuenta y modificar, validar y actualizar los privilegios de cuenta existentes.














Operación Comando interactivo Comando no interactivo



Inicie sesión como administrador de dominio para utilizar la herramienta App Agent Exchange Admin Configuration. La herramienta le permite realizar las siguientes tareas:

◆ Configure Admin User: Cree una cuenta de administrador de Exchange del agente de aplicación de Microsoft y configure los permisos y las membresías para restaurar las bases de datos de Exchange.

◆ Update Admin Password: Modifique la contraseña de una cuenta de administrador de Exchange del agente de aplicación de Microsoft y actualice las credenciales del registro.

◆ Validate an existing admin: Verifique si una cuenta de administrador de Exchange del agente de aplicación de Microsoft se ha configurado correctamente.

Para crear una cuenta de administrador de Exchange del agente de aplicación de Microsoft, la herramienta realiza los siguientes pasos:

◆ Crea una cuenta de usuario de Active Directory.

◆ Crea un grupo de seguridad de Exchange personalizado, que es EMC App Agent Exchange Admin Roles.

◆ Agrega la cuenta de usuario a los grupos que se enumeran en la tabla siguiente:

La herramienta App Agent Exchange Admin Configuration no le permite crear y configurar una cuenta de usuario de administrador en el caso de un dominio primario-secundario.

Para crear y configurar una cuenta de usuario de administrador en el caso de un dominio primario-secundario, realice los siguientes pasos:

1. Cree manualmente un usuario administrador con los permisos requeridos que se describen en Tabla 21 en la página 174.

2. En la herramienta App Agent Exchange Admin Configuration, haga clic en Configure Admin User.

Tabla 21 Permisos que configura la herramienta App Agent Exchange Admin Configuration

Grupo de usuarios Función de Exchange Server

Membresía a grupo de seguridad en el host de cliente del agente de aplicación de Microsoft

Administrador local

Membresía a grupo de seguridad en el controlador de dominio

• Operadores de respaldo• Usuarios de escritorios remotos

Membresía a grupo de seguridad de Exchange

• Servidores de Exchange• EMC App Agent Exchange Admin Roles, que incluye:

• Funciones de Exchange• Copias de bases de datos• Bases de datos• Recuperación de desastres• Exportación e importación de buzón de correo• Creación de destinatario de correo• Destinatarios de correo• Configuración de solo visualización



3. En el cuadro de diálogo App Agent Exchange Admin Configuration - Configure Admin User:

a. Seleccione Configure existing user.

b. En los campos User Name y Password, escriba el nombre de usuario y la contraseña del usuario administrador que ha creado manualmente.

c. Seleccione Skip Active Directory Authentication.

d. Haga clic en Configure.

Importación manual de módulos PowerShell EMCExchangeBackupRestore en Exchange Server 2010

Para que los cmdlets de respaldo y restauración funcionen en Exchange Server 2010, debe importar manualmente los módulos EMCExchangeBackupRestore ejecutando los siguientes comandos en el shell de administración de Exchange en Exchange Server 2010:

◆ Import-Module EMCExchangeBackupRestore.psm1

◆ Import-Module EMCExchangeBackupRestore.dll

◆ Update-FormatData -AppendPath "C:\Program Files\EMC DD Boost Modules\DDBMA\PowerShell\Modules\EMCExchangeBackupRestore\EMCExchangeBackupRestore.Format.ps1xml"

Configuraciones admitidas del agente de aplicación de Microsoft para Exchange Server con ProtectPoint

El agente de aplicación de Microsoft para Exchange Server con ProtectPoint es compatible con las siguientes configuraciones:

◆ Un host de aplicaciones con uno o más LUN de producción que contienen datos de las aplicaciones

◆ Un clúster de RecoverPoint en el mismo centro de datos que los LUN de producción

◆ Un sistema Data Domain conectado directamente al clúster de RecoverPoint

◆ Solo conectividad Fibre Channel entre RecoverPoint y Data Domain

◆ Discos de formato MBR o GPT porque VSS no tiene ninguna restricción sobre el tipo de formato de disco

◆ Volúmenes que pueden montarse mediante letras de unidad o puntos de montaje

◆ Hasta 64 volúmenes en una sesión de respaldo de VSS

◆ Ambiente físico o máquinas virtuales de ESX Server con mapeo de dispositivos crudos (RDM)

◆ Múltiples grupos de consistencia por respaldo

◆ Cualquier software de múltiples rutas de I/O, como PowerPath, Windows MPIO, etc., que se instale para el LUN de origen



◆ Configuraciones donde todos los volúmenes que se deben respaldar están presentes en XtremIO y configurados en los respaldos de RecoverPoint para ProtectPoint

Durante los respaldos de ProtectPoint, todos los volúmenes que se incluyen en el respaldo deben ser capaces de crear instantáneas de RecoverPoint. De lo contrario, los respaldos de VSS fallan.

Ejecución de respaldos y restauraciones del agente de aplicación de Microsoft para Exchange Server con ProtectPoint

El agente de aplicación de Microsoft 3.0 es compatible solo con los cmdlets de PowerShell de Windows para ejecutar respaldos y restauraciones del agente de aplicación de Microsoft para Exchange Server con ProtectPoint.

Todos los cmdlets admiten los parámetros comunes estándares, como -Debug, -ErrorAction, -ErrorVariable, -OutVariable, -OutBuffer, -Verbose, -WarningAction, -WarningVariable, -AsJob y -JobName.

https://technet.microsoft.com/en-us/library/dd901844(v=vs.85).aspx proporciona la lista de parámetros comunes y su descripción.

https://technet.microsoft.com/en-us/library/hh847783.aspx proporciona información sobre los cmdlets de trabajo.

Uso de cmdlets PowerShell de Windows para ejecutar respaldos y restauraciones del agente de aplicación de Microsoft para Exchange Server con ProtectPoint

Esta sección describe los procedimientos para realizar respaldos y restauraciones del agente de aplicación de Microsoft para Exchange Server con ProtectPoint mediante cmdlets PowerShell.

Objeto de respaldoLa salida de los cmdlets para ejecutar respaldos (Backup-Exchange), enumerar respaldos (Get-ExchangeBackup) y eliminar respaldos (Remove-ExchangeBackup) es un objeto EMCExchangeBackupRestore.BackupData.ExchangeBackup. Get-ExchangeBackup y Remove-ExchangeBackup enumeran arreglos de objetos de respaldo.

La siguiente tabla enumera los atributos que contiene el objeto EMCExchangeBackupRestore.BackupData.ExchangeBackup:

Tabla 22 Atributos del objeto EMCExchangeBackupRestore.BackupData.ExchangeBackup

Atributo Descripción

BackupDateTimeUTC La fecha y la hora de los respaldos en UTC.

BackupID El ID del respaldo.

ClientName El nombre de dominio calificado de Exchange Server.

DataDomainHost El nombre del servidor de Data Domain.

DataDomainHostPath La ruta completa al servidor de Data Domain.

RecoverPointHost El nombre del host de administración de RecoverPoint.


https://technet.microsoft.com/en-us/library/dd901844(v=vs.85).aspx

https://technet.microsoft.com/en-us/library/hh847783.aspx


La siguiente tabla enumera los atributos que contiene el objeto EMCExchangeBackupRestore.BackupData.ExchangeBackupDatabase:

Formato de salida

◆ Table: El formato predeterminado del objeto EMCExchangeBackupRestore.BackupData.ExchangeBackup es una tabla que contiene las columnas BackupDateTimeUTC, BackupID, ClientName, Successful y BackupDatabases.

Ejemplo

Get-ExchangeBackup

BackupDateTimeUTC BackupID ClientName Successful BackupDatabases----------------- -------- ---------- ---------- ---------------3/14/2016 4:38:54 PM 1457973534 exchangehost.myorg.com True {TestDB, Mailbox Database 1250665181}

◆ List: Este formato muestra todos los atributos junto con la fecha y la hora de respaldo según la zona horaria local.

Ejemplo

$serverinfo | Get-ExchangeBackup -Before (Get-Date).AddDays(-5) -Limit 3 | Format-List

BackupDateTimeUTC : 6/10/2016 12:45:18 PMBackupDateTimeLocal : 6/10/2016 8:45:18 AMBackupID : 1465562718Level :ClientName : ledmf175.msapp.comExchangeVersion : 2013Successful : TrueDataDomainHost : ledmd035.lss.example.comDataDomainHostPath : /SU_DD163

ExchangeVersion La versión de Exchange Server.

Level El nivel de respaldo, que es FULL.

Successful $true, si el respaldo se realiza correctamente.

BookmarkName El nombre del marcador de host de RecoverPoint.

BackupDatabases Un arreglo de objetos EMCExchangeBackupRestore.BackupData.ExchangeBackupDatabase.

Tabla 22 Atributos del objeto EMCExchangeBackupRestore.BackupData.ExchangeBackup


Tabla 23 Atributos del objeto EMCExchangeBackupRestore.BackupData.ExchangeBackupDatabase


Identity La identidad de la base de datos.

Guid El GUID de la base de datos, si está disponible. El valor es 00000000-0000-0000-0000-000000000000 en caso de Get-ExchangeBackup.

BackupID El ID de respaldo de la base de datos individual.

Ejecución de respaldos y restauraciones del agente de aplicación de Microsoft para Exchange Server con ProtectPoint 177


RecoverPointHost :Bookmarks : {MSAPPAGENT_0FBE4FFF-00FD-4D4E-AB74-86087E8DF8F7}BackupDatabases : TestDB

◆ Wide: Este formato muestra solo el atributo BackupDateTimeUTC.

Ejemplo

$backupinfo | Get-ExchangeBackup -Before (Get-Date).AddDays(-5) -Limit 3 | Format-Wide

6/10/2016 12:45:18 PM 6/10/2016 12:43:36 PM6/3/2016 3:39:53 PM

Objeto de montajeLa salida de los cmdlets para ejecutar montajes (Mount-ExchangeBackup), enumerar montajes (Get-ExchangeBackupMount) y desmontajes (Dismount-ExchangeBackupMount) es un arreglo de objetos EMCExchangeBackupRestore.MountData.ExchangeMount sin un orden particular.

La siguiente tabla enumera los atributos que contiene el objeto EMCExchangeBackupRestore.MountData.ExchangeMount:

Tabla 24 Atributos del objeto EMCExchangeBackupRestore.MountData.ExchangeMount


BackupID Una lista de ID de respaldo que están asociados con el respaldo montado. Este campo incluye el ID de respaldo primario y el ID de respaldo de todas las bases de datos del respaldo.

Bookmark Una lista de marcadores de RecoverPoint que están asociados con el respaldo montado.

MountPath La ruta completa a la carpeta de montaje, es decir, el volumen que se respaldó. Dependiendo de cómo está organizado el volumen, los datos de su interés pueden estar en una subcarpeta.

OriginalVolumeName El nombre original del volumen respaldado, como lo informa VSS.

RecoveryGroup El grupo de Data Domain que contiene el dispositivo de recuperación que se utilizó para montar el respaldo.

RecoveryPool El pool de Data Domain que contiene el dispositivo de recuperación que se utilizó para montar el respaldo.

ShadowName El nombre de la shadow copy de VSS.

SnapshotDeviceObject El objeto de dispositivo de la shadow copy de VSS. Además, el nombre del volumen de la imagen de montaje.

SnapshotID El ID de shadow copy de VSS de la imagen montada.

SnapshotSetID El ID del conjunto de shadow copies de VSS del conjunto de imágenes.

WWN El World Wide Name (WWN) del dispositivo que se utilizó para montar la imagen.



Formato de salida

◆ Table: El formato predeterminado del objeto EMCExchangeBackupRestore.MountData.ExchangeMount es una tabla que contiene las columnas MountPath y BackupID.

Ejemplo

Get-ExchangeBackupMount

MountPath BackupID--------- --------C:\Program Files\EMC DD Boost Modules\DDBMA\tmp\nmm\2016... {1462992212, 1462992213}C:\Program Files\EMC DD Boost Modules\DDBMA\tmp\nmm\2016... {1462992212, 1462992213}

◆ List: Este formato muestra todos los atributos.

Ejemplo

Get-ExchangeBackupMount | Format-List

MountPath : C:\Program Files\EMC DD Boost Modules\DDBMA\tmp\nmm\2016-05-12_08-46-49_7060-14288\8F8425C8-9F62-443F-B050-EBB7A6584FD8SnapshotSetID : 2AD64625-84E0-4C65-BAC8-454AF1A1779ESnapshotID : 8F8425C8-9F62-443F-B050-EBB7A6584FD8ShadowName : C:\Program Files\EMC DD Boost Modules\DDBMA\tmp\nmm\2016-05-12_08-46-49_7060-14288\8F8425C8-9F62-443F-B050-EBB7A6584FD8\OriginalVolumeName : \\?\Volume{9137165f-d0dd-11e5-80d1-005056aa43a0}\SnapshotDeviceObject : \\?\Volume{8afdc2b8-17f9-11e6-80f6-005056aa43a0}RecoveryPool : ledmf112_restore_poolRecoveryGroup : DG_ledmf112_restoreWWN : 60021880000000905a0561fc1f700e46BackupID : {1462992212, 1462992213}Bookmark : {MSAPPAGENT_2AD64625-84E0-4C65-BAC8-454AF1A1779E}

Uso de cmdlets PowerShell de Windows para ejecutar respaldos del agente de aplicación de Microsoft para Exchange Server con ProtectPoint

Los respaldos del agente de aplicación de Microsoft para Exchange Server con ProtectPoint siempre son respaldos completos basados en VSS.

El cmdlet Backup-Exchange respalda los datos de Exchange Server en un servidor de Data Domain mediante un host de administración de RecoverPoint.

Sintaxis

◆ Backup-Exchange [-Identity <identidad[]>] [-DataDomainVDiskUser <nombre_de_usuario_de_vdisk_de_Data_Domain>] -RecoverPointHost <nombre_de_host_de_administración_de_RecoverPoint> -RecoverPointUser <nombre_de_usuario_del_host_de_administración_de_RecoverPoint> [-AsJob] [-JobName <nombre_del_trabajo>] -ClientName



<nombre_de_dominio_calificado_de_Exchange_Server> [-DebugLevel <de 1_a_9>] -DataDomainHost <nombre_de_host_de_Data_Domain> -DataDomainHostPath </ruta_del_almacenamiento_de_Data_Domain> -DataDomainUser <nombre_de_usuario_de_Data_Domain> [-LockBoxPath <ruta_completa_al_lockbox>] [-VeryVerbose] [-ExeFileName <ruta_completa_a_msagentsv.exe>] [<parámetros_comunes>]

◆ <objeto_de_archivo_de_configuración> | Backup-Exchange [-Identity <cadena[]>] [-AsJob] [-JobName <cadena>] [-VeryVerbose <parámetro_de_switch>] [-ExeFileName <cadena>] [<parámetros_comunes>]

Donde <objeto_de_archivo_de_configuración> = Import-ExchangeBackupConfigFile [-file] <archivo_de_configuración> [<parámetros_comunes>]

“Creación e importación de un archivo de configuración” en la página 170 proporciona información sobre cómo crear un archivo de configuración e importarlo.

Ejemplos

◆ Respaldar todo el servidor:

Backup-Exchange -ClientName ledmf175.msapp.com -DataDomainHost ledmd035.lss.example.com -DataDomainPath /SU_DD163 -DataDomainUser DD163_user -RecoverPointHost ledmd160.lss.example.com -RecoverPointUser admin

◆ Respaldar todo el servidor mediante un objeto de archivo de configuración:

$serverinfo | Backup-Exchange

◆ Respaldar la base de datos TestDB y la base de datos de buzón de correo 1250665181:

Backup-Exchange -Identity TestDB,'Mailbox Database 1250665181' -ClientName ledmf175.msapp.com -DataDomainHost ledmd035.lss.example.com -DataDomainPath /SU_DD163 -DataDomainUser DD163_user -RecoverPointHost ledmd160.lss.example.com -RecoverPointUser admin

◆ Respaldar la base de datos TestDB y la base de datos de buzón de correo 1250665181 mediante un objeto de archivo de configuración:

$serverinfo | Backup-Exchange -Identity TestDB,'Mailbox Database 1250665181'



Parámetros obligatorios

La siguiente tabla enumera los parámetros obligatorios del cmdlet Backup-Exchange:

Parámetros adicionales

La siguiente tabla enumera los parámetros adicionales del cmdlet Backup-Exchange:

Tabla 25 Parámetros obligatorios del cmdlet Backup-Exchange

Parámetro Alias Descripción

-ClientName <nombre_de_dominio_calificado_de_Exchange_Server>

-C, -CN Especifica el nombre de dominio calificado de Exchange Server que se usará para indexar el respaldo.

Nota: En el caso de una configuración de DAG, especifique el nombre de dominio calificado de la instancia de DAG.

-RecoverPointHost <nombre_de_host_de_administración_de_RecoverPoint>

-M, -MH, -RPHost, -ManagementHost

Especifica el nombre del host de administración de RecoverPoint.

-RecoverPointUser <nombre_de_usuario_del_host_de_administración_de_RecoverPoint>

-RPUser, -ManagementUser Especifica el nombre de usuario del host de administración de RecoverPoint.Todas las credenciales se recuperan del lockbox para autenticarse con el host.

-DataDomainHost <nombre_del_servidor_de_Data_Domain>

-S, -SH, -DDHost, -StorageHost Especifica el nombre del servidor de Data Domain.

-DataDomainHostPath <ruta_completa_al_servidor_de_Data_Domain>

-Path, -DevicePath, -StoragePath, -StorageHostPath, -DataDomainPath

Especifica la ruta completa al servidor de Data Domain para el respaldo. El usuario de Data Domain debe tener los derechos de acceso correspondientes a esta ruta.

-DataDomainUser <nombre_de_usuario_de_Data_Domain>

-DDUser, -StorageUser Especifica el nombre de usuario de Data Domain.Todas las credenciales se recuperan del lockbox para autenticarse con el host.

Tabla 26 Parámetros adicionales del cmdlet Backup-Exchange


-VeryVerbose Aumenta el volumen de la salida detallada. Este parámetro solo es útil si también se especifica el parámetro -Verbose. El valor predeterminado es False.

-ExeFileName <ruta_completa_a_msagentsv.exe>

Especifica la ruta completa al archivo ejecutable del programa de la aplicación, es decir, msagentsv.exe. Use esta opción solo para realizar un diagnóstico. En la operación general, el cmdlet localiza automáticamente la aplicación instalada.

-Identity <identidad_de_base_de_datos_para_respaldar>

Especifica la identidad de la base de datos que se va a respaldar. Si no especifica este parámetro, se respaldarán todas las bases de datos.

-DataDomainVDiskUser <nombre_de_usuario_de_vdisk_de_Data_Domain>

-DDVDiskUser, -VDiskUser, -VDU

Especifica el usuario de vdisk de Data Domain. Si no especifica este parámetro, el valor predeterminado es -DataDomainUser <Cadena>.Todas las credenciales se recuperan del lockbox para autenticarse con el host.



Uso de cmdlets PowerShell de Windows para detallar respaldos del agente de aplicación de Microsoft para Exchange Server con ProtectPoint

Utilice el cmdlet Get-ExchangeBackup para detallar respaldos.

Sintaxis

◆ Get-ExchangeBackup -DataDomainHost <nombre_de_host_de_Data_Domain> -DataDomainUser <nombre_de_usuario_de_Data_Domain> -DataDomainPath </ruta_de_almacenamiento_de_Data_Domain> -ClientName <nombre_de_dominio_calificado_de_Exchange_Server> [-DebugLevel <de 1_a_9>] [-VeryVerbose] [-ExeFileName <ruta_completa_a_msagentadmin.exe>] [<parámetros_comunes>]

◆ <objeto_de_archivo_de_configuración> | Get-ExchangeBackup <parámetros_opcionales>



Ejemplos

◆ Enumerar respaldos con entre 2 y 5 días de antigüedad:

PS C:\> Get-ExchangeBackup -DataDomainHost dd.lss.emc.com -DataDomainUser user -DataDomainPath /path -ClientName host.lss.emc.com -After (Get-Date).AddDays(-5) -Before (Get-Date).AddDays(-2)

◆ Enumerar respaldos con entre 2 y 5 días de antigüedad con el objeto de archivo de configuración:

PS C:\> $serverinfo | Get-ExchangeBackup -After (Get-Date).AddDays(-5) -Before (Get-Date).AddDays(-2)

◆ Enumerar los 5 respaldos más recientes que tienen más 7 días de antigüedad:

PS C:\> Get-ExchangeBackup -DataDomainHost dd.lss.emc.com -DataDomainUser user -DataDomainPath /path -ClientName host.lss.emc.com -Before (Get-Date).AddDays(-7) -Limit 5

-DebugLevel <de_1_a_9> -DL, -D Especifica el nivel de depuración para el respaldo. El valor predeterminado es 0 (cero).

-LockBoxPath <ruta_completa_al_lockbox>

-LB, - LBPath Especifica la carpeta en la que se encuentra el archivo del lockbox, que contiene información cifrada acerca de los hosts registrados y los nombres de usuario correspondientes en pares. Cada par está asociado con una contraseña que utilizan los respaldos.Si no especifica un valor, la ruta se establece de manera predeterminada en la ruta de instalación, que generalmente es <carpeta_de_instalación>\config\lockbox.

Tabla 26 Parámetros adicionales del cmdlet Backup-Exchange




◆ Enumerar los 5 respaldos más recientes que tienen menos de 7 días de antigüedad:

PS C:\> Get-ExchangeBackup -DataDomainHost dd.lss.emc.com -DataDomainUser user -DataDomainPath /path -ClientName host.lss.emc.com -After (Get-Date).AddDays(-7) -Limit 5

◆ Guardar la información de respaldo en una variable de PowerShell para utilizarla más adelante:

PS C:\> $backups = Get-ExchangeBackup -DataDomainHost dd.lss.emc.com -DataDomainUser user -DataDomainPath /path -ClientName host.lss.emc.com


La siguiente tabla enumera los parámetros obligatorios del cmdlet Get-ExchangeBackup:


La siguiente tabla enumera los parámetros adicionales del cmdlet Get-ExchangeBackup:

Tabla 27 Parámetros obligatorios del cmdlet Get-ExchangeBackup



-S, -SH, -DDHost, -StorageHost

Especifica el nombre del servidor de Data Domain para consultar los respaldos. Se trata de un parámetro obligatorio.

-DataDomainHostPath <ruta_completa_a_Data_Domain>


Especifica la ruta en el servidor de Data Domain para consultar los respaldos. Se trata de un parámetro obligatorio.

-DataDomainUser <nombre_de_usuario_de_servidor_de_Data_Domain>

-DDUser, -DataDomainUser, -StorageUser

Especifica el nombre de usuario de Data Domain. Se trata de un parámetro obligatorio.


-C, -CN Especifica el nombre de dominio calificado de Exchange Server que se utiliza para obtener una lista. El nombre del cliente debe coincidir con el nombre del cliente que se proporcionó para el respaldo. Se trata de un parámetro obligatorio.

Tabla 28 Parámetros adicionales del cmdlet Get-ExchangeBackup


-Before <fecha_hora> Enumera solo los respaldos que se tomaron en esa fecha u hora determinada o antes.Si no especifica un valor, el valor predeterminado es la fecha y la hora actuales.

-After <fecha_hora> Enumera solo los respaldos que se tomaron en esa fecha u hora determinada o después.

-Limit <número> Enumera como máximo los <número> respaldos más recientes.

-Debug -db Indica la depuración de PowerShell, lo que habilita la salida de depuración. De forma predeterminada, el cmdlet se detiene en cada salida de depuración. Este parámetro es diferente del parámetro -DebugLevel.

-DebugLevel <de_1_a_9> -DL, -D Especifica el nivel de depuración para la enumeración. El valor predeterminado es 0 (cero).



Si no especifica los parámetros -Limit, -Before o -After, el cmdlet enumera todos los respaldos.

Según la cantidad de respaldos y el rendimiento de red, el cmdlet podría requerir mucho tiempo para enumerar los respaldos.

Uso de cmdlets PowerShell de Windows para montar respaldos del agente de aplicación de Microsoft para Exchange Server con ProtectPoint

Debe montar los respaldos para realizar restauraciones a nivel de elemento o a nivel granular, es decir, para restaurar elementos individuales, como buzones de correo y mensajes. La operación de montaje reserva los dispositivos de restauración para todas las imágenes en el respaldo y monta los dispositivos para las imágenes solicitadas. Los dispositivos de restauración permanecen en uso durante el montaje y se requieren incluso si se monta solo una parte del respaldo. Los elementos montados se presentan en C:\Program Files\EMC DD Boost Modules\DDBMA\config\mount\<instantánea-de-GUID>. Los elementos montados permanecen montados incluso después de reiniciar el host.

Sintaxis para montar respaldos mediante una identidad y un ID de respaldo

◆ Mount-ExchangeBackup -BackupID <ID_de_respaldo> -Identity <identidad[]> -RestoreDevicePool <pool_de_dispositivos_de_restauración_del_servidor_de_Data_Domain> -RestoreDeviceGroup <grupo_de_dispositivos_de_restauración_del_servidor_de_Data_Domain> -ClientName <nombre_de_dominio_calificado_de_Exchange_Server> -DataDomainHost <nombre_de_host_de_Data_Domain> -DataDomainHostPath </ruta_de_almacenamiento_de_Data_Domain> -DataDomainUser <nombre_de_usuario_de_Data_Domain> [-DataDomainVDiskUser <nombre_de_usuario_de_vdisk_de_Data_Domain>] [-LockBoxPath <ruta_completa_al_lockbox>] [-AsJob] [-JobName <nombre_de_trabajo>] [-DebugLevel <de_1_a_9>] [-VeryVerbose] [-ExeFileName <ruta_completa_a_msagentrc.exe>] [<parámetros_comunes>]


-LB, - LBPath

Especifica la carpeta en la que se encuentra el archivo del lockbox, que contiene información cifrada acerca de los hosts registrados y los nombres de usuario correspondientes en pares. Cada par está asociado con una contraseña que utilizan los respaldos.Si no especifica un valor, la ruta se configura de manera predeterminada en la ruta de instalación, que generalmente es <carpeta_de_instalación>\config\lockbox.


-Verbose -vb Indica la salida detallada. En este contexto, aparece el flujo de salida estándar del agente de aplicación de Microsoft.

-ExeFileName <ruta_completa_a_msagentadmin.exe>

-Agent, -exe

Especifica la ruta completa a msagentadmin.exe, por ejemplo, C:\Program Files\EMC DD Boost\DDBMA\bin\msagentadmin.exe. El cmdlet localiza automáticamente la ruta a msagentadmin.exe.

Tabla 28 Parámetros adicionales del cmdlet Get-ExchangeBackup




◆ <objeto_de_archivo_de_configuración> | Mount-ExchangeBackup -BackupID <ID_de_respaldo> -Identity <identidad[]> [-AsJob] [-JobName <nombre_de_trabajo>] [-VeryVerbose] [-ExeFileName <ruta_completa_a_msagentrc.exe>] [<parámetros_comunes>]



Ejemplos

◆ Montar la base de datos TestDB mediante un ID de respaldo. El ID de respaldo es el valor que se detalla en el objeto de respaldo (campo BackupID).

Mount-ExchangeBackup -BackupID 1458138556 -Identity TestDB -ClientName ledmf175.msapp.com -DataDomainHost ledmd035.lss.example.com -DataDomainHostPath /SU_DD163 -DataDomainUser DD163_user -RestoreDeviceGroup DG_ledmf112_restore -RestoreDevicePool ledmf112_restore_pool

◆ Montar la base de datos TestDB y la base de datos de buzón de correo 1250665181 mediante un ID de respaldo. El ID de respaldo es el valor que se detalla en el objeto de respaldo (campo BackupID).

Mount-ExchangeBackup -BackupID 1458138556 -Identity TestDB,'Mailbox Database 1250665181' -ClientName ledmf175.msapp.com -DataDomainHost ledmd035.lss.example.com -DataDomainHostPath /SU_DD163 -DataDomainUser DD163_user -RestoreDeviceGroup DG_ledmf112_restore -RestoreDevicePool ledmf112_restore_pool

Sintaxis para montar respaldos mediante una identidad y un ID de respaldo de una variable

Primero debe recuperar la lista de respaldos a una variable $backups mediante el cmdlet Get-ExchangeBackup.

$backups = Get-ExchangeBackup <parámetros>

“Uso de cmdlets PowerShell de Windows para detallar respaldos del agente de aplicación de Microsoft para Exchange Server con ProtectPoint” en la página 182 proporciona información acerca del cmdlet Get-ExchangeBackup y los parámetros compatibles.

Sintaxis

◆ Mount-ExchangeBackup -BackupID $backups[<índice_de_respaldos>].BackupID -Identity $backups[<índice_de_respaldos>].BackupDatabases[<índice_de_base_de_datos>].Identity -RestoreDevicePool <pool_de_dispositivos_de_restauración_del_servidor_de_Data_Domain> -RestoreDeviceGroup <grupo_de_dispositivos_de_restauración_del_servidor_de_Data_Domain> -ClientName



<nombre_de_dominio_calificado_de_Exchange_Server> -DataDomainHost <nombre_de_host_de_Data_Domain> -DataDomainHostPath </ruta_de_almacenamiento_de_Data_Domain> -DataDomainUser <nombre_de_usuario_de_Data_Domain> [-DataDomainVDiskUser <nombre_de_usuario_de_vdisk_de_Data_Domain>] [-LockBoxPath <ruta_completa_al_lockbox>] [-AsJob] [-JobName <nombre_de_trabajo>] [-DebugLevel <de_1_a_9>] [-VeryVerbose] [-ExeFileName <ruta_completa_a_msagentrc.exe>] [<parámetros_comunes>]

◆ <objeto_de_archivo_de_configuración> | Mount-ExchangeBackup -BackupID $backups[<índice_de_respaldo>].BackupID -Identity $backups[<índice_de_respaldo>].BackupDatabases[<índice_de_base_de_datos>].Identity [-AsJob] [-JobName <nombre_de_trabajo>] [-VeryVerbose] [-ExeFileName <ruta_completa_a_msagentrc.exe>] [<parámetros_comunes>]



Ejemplos

Suponga que $backups[0] contiene una lista de respaldos, la base de datos TestDB está en el índice 0, es decir, $backups[0].BackupDatabases[0], y la base de datos de buzón de correo 1250665181 está en el índice 1.

◆ Montar TestDB:

Mount-ExchangeBackup -BackupID $backups[0].BackupID -Identity $backups[0].BackupDatabases[0].Identity -ClientName ledmf175.msapp.com -DataDomainHost ledmd035.lss.example.com -DataDomainHostPath /SU_DD163 -DataDomainUser DD163_user -RestoreDeviceGroup DG_ledmf112_restore -RestoreDevicePool ledmf112_restore_pool

◆ Montar TestDB mediante un objeto de archivo de configuración:

$serverinfo | Mount-ExchangeBackup -BackupID $backups[0].BackupID -Identity $backups[0].BackupDatabases[0].Identity

◆ Montar TestDB y la base de datos de buzón de correo 1250665181:

Mount-ExchangeBackup -BackupID $backups[0].BackupID -Identity $backups[0].BackupDatabases[0].Identity,$backups[0].BackupDatabases[1].Identity -ClientName ledmf175.msapp.com -DataDomainHost ledmd035.lss.example.com -DataDomainHostPath /SU_DD163 -DataDomainUser DD163_user -RestoreDeviceGroup DG_ledmf112_restore -RestoreDevicePool ledmf112_restore_pool



Sintaxis para montar respaldos mediante un objeto de respaldo

◆ Mount-ExchangeBackup -Backup $backups[<índice_de_respaldo>].BackupID -RestoreDevicePool <pool_de_dispositivos_de_restauración_del_servidor_de_Data_Domain> -RestoreDeviceGroup <grupo_de_dispositivos_de_restauración_del_servidor_de_Data_Domain> -ClientName <nombre_de_dominio_calificado_de_Exchange_Server> -DataDomainHost <nombre_de_host_de_Data_Domain> -DataDomainHostPath </ruta_de_almacenamiento_de_Data_Domain> -DataDomainUser <nombre_de_usuario_de_Data_Domain> [-DataDomainVDiskUser <nombre_de_usuario_de_vdisk_de_Data_Domain>] [-LockBoxPath <ruta_completa_al_lockbox>] [-AsJob] [-JobName <nombre_de_trabajo>] [-DebugLevel <de_1_a_9>] [-VeryVerbose] [-ExeFileName <ruta_completa_a_msagentrc.exe>] [<parámetros_comunes>]

◆ <objeto_de_archivo_de_configuración> | Mount-ExchangeBackup -Backup $backups[<índice_de_respaldo>].BackupID [-AsJob] [-JobName <nombre_de_trabajo>] [-VeryVerbose] [-ExeFileName <ruta_completa_a_msagentrc.exe>] [<parámetros_comunes>]



Ejemplo

◆ Montar todas las bases de datos de un respaldo mediante un objeto de respaldo:

Mount-ExchangeBackup -Backup $backups[0] -ClientName ledmf175.msapp.com -DataDomainHost ledmd035.lss.example.com -DataDomainHostPath /SU_DD163 -DataDomainUser DD163_user -RestoreDeviceGroup DG_ledmf112_restore -RestoreDevicePool ledmf112_restore_pool

◆ Montar todas las bases de datos de un respaldo mediante un objeto de respaldo y un objeto de archivo de configuración:

$serverinfo | Mount-ExchangeBackup -Backup $backups[0]




La siguiente tabla enumera los parámetros obligatorios del cmdlet Mount-ExchangeBackup:

Tabla 29 Parámetros obligatorios del cmdlet Mount-ExchangeBackup


-BackupID <ID_de_respaldo_para_montar>

Especifica el ID de respaldo del respaldo que se va a montar. Puede obtener el ID de respaldo de la salida del cmdlet Backup-Exchange o Get-ExchangeBackup.

-Backup <objeto_de_respaldo_para_montar>

Especifica un objeto EMCExchangeBackupRestore.BackupData.ExchangeBackup. No puede usar este parámetro con los parámetros -Identity y -BackupID.


-C, -CN Especifica el nombre del cliente, que es el mismo que el nombre del cliente que se especificó para el respaldo.


-S, -SH, -DDHost, -StorageHost Especifica el nombre del servidor de Data Domain que contiene los respaldos que se van a montar.



Especifica la ruta completa del servidor de Data Domain que contiene los respaldos que se van a montar. El usuario de Data Domain debe tener los derechos de acceso correspondientes a esta ruta.



Especifica el nombre de usuario de Data Domain.

-RestoreDeviceGroup <grupo_de_dispositivos_de_restauración_del_servidor_de_Data_Domain>


-RestoreDevicePool <pool_de_dispositivos_de_restauración_del_servidor_de_Data_Domain>





La siguiente tabla enumera los parámetros adicionales del cmdlet Mount-ExchangeBackup:

Uso de cmdlets PowerShell de Windows para detallar respaldos montados del agente de aplicación de Microsoft para Exchange Server con ProtectPoint

Utilice el cmdlet Get-ExchangeBackupMount para detallar los respaldos montados. La salida del cmdlet es un arreglo de objetos de montaje. El tamaño del arreglo depende de la cantidad de respaldos montados. Puede usar el arreglo o un subconjunto del arreglo con el cmdlet Dismount-ExchangeBackupMount para desmontar los respaldos.

Tabla 30 Parámetros adicionales del cmdlet Mount-ExchangeBackup


-Identity <identidad_de_la_base_de_datos_para_montar>

Especifica la identidad de una base de datos que se va a montar. Use este parámetro con el parámetro -BackupID. No puede usar este parámetro con el parámetro -Backup.

-ExchangeServer <nombre_corto_de_Exchange_Server>

Especifica el nombre corto de Exchange Server, por ejemplo, ledmf999, si el nombre es diferente del nombre del cliente.Use este parámetro si restaura datos a un host diferente, el nombre del cual es diferente del nombre que especifica el parámetro -Client.Si no especifica un valor, el parámetro toma el nombre corto del parámetro -Client.



Especifica el nombre de usuario de vdisk de Data Domain.


-LB, - LBPath Especifica la carpeta en la que se encuentra el archivo del lockbox, que contiene información cifrada acerca de los hosts registrados y los nombres de usuario correspondientes en pares. Cada par está asociado con una contraseña que utilizan los respaldos.Si no especifica un valor, la ruta se configura de manera predeterminada en la ruta de instalación, que generalmente es <carpeta_de_instalación>\config\lockbox.

-DebugLevel <de_1_a_9> -DL, -D Especifica el nivel de depuración para el montaje. El valor predeterminado es 0 (cero).




-ExeFileName <ruta_completa_a_msagentrc.exe>

-Agent, -exe Especifica la ruta completa a msagentrc.exe, por ejemplo, C:\Program Files\EMC DD Boost\DDBMA\bin\msagentrc.exe. El cmdlet localiza automáticamente la ruta msagentrc.exe.



Sintaxis para enumerar los respaldos montados utilizando un ID de respaldo

Get-ExchangeBackupMount [-BackupID <ID_de_respaldo>] [-MountPath <ruta_completa_a_la_carpeta_de_montaje>] [-SnapshotID <ID_de_instanténa_de_VSS>] [-AsJob] [-JobName <nombre_de_trabajo>] [-DebugLevel <de_1_a_9>] [-VeryVerbose] [-ExeFileName <ruta_completa_a_msagentadmin.exe>] [<parámetros_comunes>]

Ejemplos

◆ Enumerar todos los montajes:

Get-ExchangeBackupMount

◆ Enumerar los montajes que están asociados con el respaldo 1458138554:

Get-ExchangeBackupMount -BackupID 1458138554

◆ Enumerar los montajes que están asociados con el respaldo 1458138554 o montados en C:\Program Files\EMC DD Boost Modules\DDBMA\tmp\nmm\2016-05-10_16-47-48_1168-4684\59A0B22D-14F0-4DF4-B053-45A25DD2EE08:

Get-ExchangeBackupMount -BackupID 1458138554 -MountPath 'C:\Program Files\EMC DD Boost Modules\DDBMA\tmp\nmm\2016-05-10_16-47-48_1168-4684\59A0B22D-14F0-4DF4-B053-45A25DD2EE08'

Sintaxis para enumerar los respaldos montados mediante un objeto de respaldo

Get-ExchangeBackupMount [-Backup <objeto_de_respaldo>] [-MountPath <ruta_completa_a_la_carpeta_de_montaje>] [-SnapshotID <ID_de_instantánea_de_VSS>] [-AsJob] [-JobName <nombre_de_trabajo>] [-DebugLevel <de_1_a_9>] [-VeryVerbose] [-ExeFileName <ruta_completa_a_msagentadmin.exe>] [<parámetros_comunes>]

Ejemplo

◆ Enumere los montajes que están asociados con un respaldo en el arreglo de objetos $backups:

Get-ExchangeBackupMount -Backup $backups[0]

◆ Enumere los montajes que están asociados con cualquier respaldo en el arreglo de objetos $backups:

Get-ExchangeBackupMount -Backup $backups



Parámetros

Todos los parámetros del cmdlet Get-ExchangeBackupMount son opcionales. La siguiente tabla enumera los parámetros opcionales del cmdlet Get-ExchangeBackupMount:

Uso de cmdlets PowerShell de Windows para desmontar respaldos del agente de aplicación de Microsoft para Exchange Server con ProtectPoint

Debe desmontar los respaldos montados después de que se completa una restauración de nivel de elemento o nivel granular. Utilice el cmdlet Dismount-ExchangeBackupMount para desmontar todos los volúmenes que están asociados con un respaldo.

La salida del cmdlet es un arreglo de objetos de montaje que corresponden a los respaldos desmontados. El tamaño del arreglo depende de la cantidad de respaldos desmontados. Puede desmontar los respaldos mediante la ruta de montaje o el objeto de montaje.

Nota: Asegúrese de que todos los respaldos que desea desmontar utilicen la misma información de Data Domain.

Tabla 31 Parámetros del cmdlet Get-ExchangeBackupMount


-BackupID <ID_de_respaldo_para_enumerar_montajes>

Especifica el ID de respaldo del respaldo que va a enumerar los montajes. Puede obtener el ID de respaldo de la salida del cmdlet Backup-Exchange o Get-ExchangeBackup.

-Backup <objeto_de_respaldo_para_enumerar_montajes>


-MountPath <ruta_completa_a_la_carpeta_de_montaje>

Especifica la ruta completa a la carpeta de montaje que va a enumerar los montajes.

-SnapshotID <ID_de_instanténea_de_VSS_para_enumerar_los_montajes>

Especifica el ID de instantánea de VSS que va a enumerar los montajes.

-DebugLevel <de_1_a_9> -DL, -D Especifica el nivel de depuración para enumerar los montajes. El valor predeterminado es 0 (cero).





Especifica la ruta completa al archivo ejecutable del programa de la aplicación, es decir, msagentadmin.exe. Use esta opción solo para realizar un diagnóstico. En la operación general, el cmdlet localiza automáticamente la aplicación instalada.



Sintaxis para desmontar respaldos mediante una ruta de montaje

◆ Dismount-ExchangeBackupMount -MountPath <ruta_completa_a_la_carpeta_de_montaje> -DataDomainHost <nombre_de_host_de_Data_Domain> -DataDomainHostPath </ruta_de_almacenamiento_de_Data_Domain> -DataDomainUser <nombre_de_usuario_de_Data_Domain> [-DataDomainVDiskUser <nombre_de_usuario_de_vdisk_de_Data_Domain>] [-LockBoxPath <ruta_completa_al_lockbox>] [-AsJob] [Confirm] [-JobName <nombre_de_trabajo>] [-DebugLevel <de_1_a_9>] [-VeryVerbose] [-ExeFileName <ruta_completa_a_msagentadmin.exe>] [<parámetros_comunes>]

◆ <objeto_de_archivo_de_configuración> | Dismount-ExchangeBackupMount -MountPath <ruta_completa_a_la_carpeta_de_montaje> [-AsJob] [Confirm] [-JobName <nombre_de_trabajo>] [-VeryVerbose] [-ExeFileName <ruta_completa_a_msagentadmin.exe>] [<parámetros_comunes>]



Ejemplos

◆ Desmontar un respaldo mediante la ruta de montaje:

Dismount-ExchangeBackupMount -MountPath 'C:\Program Files\EMC DD Boost Modules\DDBMA\tmp\nmm\2016-05-10_16-47-48_1168-4684\59A0B22D-14F0-4DF4-B053-45A25DD2EE08' -DataDomainHost ledmd035.lss.example.com -DataDomainHostPath /SU_DD163 -DataDomainUser DD163_user

◆ Desmontar un respaldo mediante la ruta de montaje y un objeto de archivo de configuración:

$serverinfo | Dismount-ExchangeBackupMount -MountPath 'C:\Program Files\EMC DD Boost Modules\DDBMA\tmp\nmm\2016-05-10_16-47-48_1168-4684\59A0B22D-14F0-4DF4-B053-45A25DD2EE08'

Sintaxis para desmontar respaldos utilizando el objeto de montaje

◆ Dismount-ExchangeBackupMount -Mount <objeto_de_montaje> -DataDomainHost <nombre_de_host_de_Data_Domain> -DataDomainHostPath </ruta_de_almacenamiento_de_Data_Domain> -DataDomainUser <nombre_de_usuario_de_Data_Domain> [-DataDomainVDiskUser <nombre_de_usuario_de_vdisk_de_Data_Domain>] [-LockBoxPath <ruta_completa_al_lockbox>] [-AsJob] [Confirm] [-JobName



<nombre_de_trabajo>] [-DebugLevel <de_1_a_9>] [-VeryVerbose] [-ExeFileName <ruta_completa_a_msagentadmin.exe>] [<parámetros_comunes>]

◆ <objeto_de_archivo_de_configuración> | Dismount-ExchangeBackupMount -Mount <objeto_de_montaje> [-AsJob] [Confirm] [-JobName <nombre_de_trabajo>] [-VeryVerbose] [-ExeFileName <ruta_completa_a_msagentadmin.exe>] [<parámetros_comunes>]



Ejemplos

◆ Desmontar todos los montajes activos en todos los respaldos montados usando el objeto de montaje:

Dismount-ExchangeBackupMount -Mount (Get-ExchangeBackupMount) -DataDomainHost ledmd035.lss.example.com -DataDomainHostPath /SU_DD163 -DataDomainUser DD163_user

◆ Desmontar todos los montajes activos en todos los respaldos montados utilizando el objeto de montaje y un objeto de archivo de configuración:

$serverinfo | Dismount-ExchangeBackupMount -Mount (Get-ExchangeBackupMount)


La siguiente tabla enumera los parámetros obligatorios del cmdlet Dismount-ExchangeBackupMount:

Tabla 32 Parámetros obligatorios del cmdlet Dismount-ExchangeBackupMount


-MountPath <ruta_completa_a_la_carpeta_de_montaje>

Especifica la ruta completa a la carpeta de montaje para desmontar.

-Mount <objeto_de_montaje> Especifica el objeto de montaje para desmontar. La ruta de montaje se extrae del objeto.



Especifica el nombre del servidor de Data Domain que contiene los respaldos montados para desmontar.



Especifica la ruta completa del servidor de Data Domain que contiene los respaldos montados para desmontar. El usuario de Data Domain debe tener los derechos de acceso correspondientes a esta ruta.







La siguiente tabla enumera los parámetros adicionales del cmdlet Dismount-ExchangeBackupMount:

Uso de cmdlets PowerShell de Windows para eliminar respaldos del agente de aplicación de Microsoft para Exchange Server con ProtectPoint

Utilice el cmdlet Remove-ExchangeBackup para eliminar respaldos.

Sintaxis para eliminar respaldos mediante un ID de respaldo

◆ Remove-ExchangeBackup -BackupID <ID_de_respaldo> [-Identity <identidad[]>] -ClientName <nombre_de_dominio_calificado_de_Exchange_Server> -DataDomainHost <nombre_de_host_de_Data_Domain> -DataDomainHostPath </ruta_de_almacenamiento_de_Data_Domain> -DataDomainUser <nombre_de_usuario_de_Data_Domain> [-DataDomainVDiskUser <nombre_de_usuario_de_vdisk_de_Data_Domain>] -RecoverPointHost <nombre_de_host_de_administración_de_RecoverPoint> -RecoverPointUser <nombre_de_usuario_de_RecoverPoint>

Tabla 33 Parámetros adicionales del cmdlet Dismount-ExchangeBackupMount


-Confirm Este parámetro es el parámetro estándar PowerShell Confirm. Este parámetro toma los valores -Confirm:$true y -Confirm:$false. El valor predeterminado es -Confirm:$false.






-DebugLevel <de_1_a_9> -DL, -D Especifica el nivel de depuración para el montaje. El valor predeterminado es 0 (cero).








[-ExeFileName <ruta_completa_a_msagentadmin.exe>] [-VeryVerbose] [-AsJob] [-JobName <nombre_de_trabajo>] [-DebugLevel <de_1_a_9>] [-LockBoxPath <ruta_completa_al_lockbox>] [<parámetros_comunes>]

◆ <objeto_de_archivo_de_configuración> | Remove-ExchangeBackup -BackupID <ID_de_respaldo> [-Identity <identidad[]>] [-ExeFileName <ruta_completa_a_msagentadmin.exe>] [-VeryVerbose] [-AsJob] [-JobName <nombre_de_trabajo>] [<parámetros_comunes>]



Ejemplos

◆ Eliminar un respaldo mediante un ID de respaldo. El ID de respaldo es el valor que se detalla en el objeto de respaldo (campo BackupID).

Remove-ExchangeBackup -BackupID 1458138556 -ClientName ledmf175.msapp.com -DataDomainHost ledmd035.lss.example.com -DataDomainHostPath /SU_DD163 -DataDomainUser DD163_user -RecoverPointHost ledmd160.lss.example.com -RecoverPointUser admin

◆ Eliminar un respaldo mediante un ID de respaldo y un objeto de archivo de configuración:

$serverinfo | Remove-ExchangeBackup -BackupID 1458138556

Sintaxis para eliminar respaldos mediante un ID de respaldo de una variable




Sintaxis

◆ Remove-ExchangeBackup -BackupID $backups[<índice_de_respaldos>].BackupID [-Identity $backups[<índice_de_respaldos>].BackupDatabases[<índice_de_base_de_datos>].Identity] -ClientName <nombre_de_dominio_calificado_de_Exchange_Server> -DataDomainHost <nombre_de_host_de_Data_Domain> -DataDomainHostPath </ruta_de_almacenamiento_de_Data_Domain> -DataDomainUser <nombre_de_usuario_de_Data_Domain> [-DataDomainVDiskUser <nombre_de_usuario-de-vdisk_de_Data_Domain>]



-RecoverPointHost <nombre_de_host_de_administración_de_RecoverPoint> -RecoverPointUser <nombre_de_usuario_de_RecoverPoint> [-ExeFileName <ruta_completa_a_msagentadmin.exe>] [-VeryVerbose] [-AsJob] [-JobName <nombre_de_trabajo>] [-DebugLevel <de_1_a_9>] [-LockBoxPath <ruta_completa_al_lockbox>] [<parámetros_comunes>]

◆ <objeto_de_archivo_de_configuración> | Remove-ExchangeBackup -BackupID $backups[<índice_de_respaldo>].BackupID [-Identity $backups[<índice_de_respaldo>].BackupDatabases[<índice_de_base_de_datos>].Identity] [-ExeFileName <ruta_completa_a_msagentadmin.exe>] [-VeryVerbose] [-AsJob] [-JobName <nombre_de_trabajo>] [<parámetros_comunes>]



Ejemplos

◆ Eliminar un respaldo mediante un ID de respaldo:

Remove-ExchangeBackup -BackupID $backups[0].BackupID -ClientName ledmf175.msapp.com -DataDomainHost ledmd035.lss.example.com -DataDomainHostPath /SU_DD163 -DataDomainUser DD163_user -RecoverPointHost ledmd160.lss.example.com -RecoverPointUser admin

◆ Eliminar un respaldo mediante un objeto de archivo de configuración y un ID de respaldo:

$serverinfo | Remove-ExchangeBackup -BackupID $backups[0].BackupID

Sintaxis para eliminar respaldos mediante un objeto de respaldo

◆ Remove-ExchangeBackup -Backup $backups[<índice_de_respaldo>].BackupID -ClientName <nombre_de_dominio_calificado_de_Exchange_Server> -DataDomainHost <nombre_de_host_de_Data_Domain> -DataDomainHostPath </ruta_de_almacenamiento_de_Data_Domain> -DataDomainUser <nombre_de_usuario_de_Data_Domain> [-DataDomainVDiskUser <nombre_de_usuario_de_vdisk_de_Data_Domain>] -RecoverPointHost <nombre_de_host_de_administración_de_RecoverPoint> -RecoverPointUser <nombre_de_usuario_de_RecoverPoint> [-ExeFileName <ruta_completa_a_msagentadmin.exe>] [-VeryVerbose] [-AsJob] [-JobName <nombre_del_trabajo>] [-DebugLevel <de_1_a_9>] [-LockBoxPath <ruta_completa_al_lockbox>] [<parámetros_comunes>]



◆ <objeto_de_archivo_de_configuración> | Remove-ExchangeBackup -Backup $backups[<índice_de_respaldo>].BackupID [-ExeFileName <ruta_completa_a_msagentadmin.exe>] [-VeryVerbose] [-AsJob] [-JobName <nombre_del_trabajo>] [<parámetros_comunes>]



Ejemplos

◆ Eliminar un respaldo mediante un objeto de respaldo:

Remove-ExchangeBackup -Backup $backups[0] -ClientName ledmf175.msapp.com -DataDomainHost ledmd035.lss.example.com -DataDomainHostPath /SU_DD163 -DataDomainUser DD163_user -RecoverPointHost ledmd160.lss.example.com -RecoverPointUser admin

◆ Eliminar un respaldo mediante un objeto de respaldo y un objeto de archivo de configuración:

$serverinfo | Remove-ExchangeBackup -Backup $backups[0]

◆ Eliminar un subconjunto (elementos 2, 3, 4 y 5) de respaldos de una lista de objetos de respaldo:

Remove-ExchangeBackup -Backup $backups[2..5] -ClientName ledmf175.msapp.com -DataDomainHost ledmd035.lss.example.com -DataDomainHostPath /SU_DD163 -DataDomainUser DD163_user -RecoverPointHost ledmd160.lss.example.com -RecoverPointUser admin

◆ Eliminar todos los respaldos de un objeto de respaldo:

Remove-ExchangeBackup -Backup $backups -ClientName ledmf175.msapp.com -DataDomainHost ledmd035.lss.example.com -DataDomainHostPath /SU_DD163 -DataDomainUser DD163_user -RecoverPointHost ledmd160.lss.example.com -RecoverPointUser admin

Sintaxis para eliminar respaldos mediante la canalización desde el cmdlet Get-ExchangeBackup

◆ Get-ExchangeBackup <parámetros> | Remove-ExchangeBackup -RecoverPointHost <nombre_de_host_de_administración_de_RecoverPoint> -RecoverPointUser <nombre_de_usuario_de_RecoverPoint> [-ExeFileName <ruta_completa_a_msagentadmin.exe>] [-VeryVerbose] [-AsJob] [-JobName <nombre_del_trabajo>] [-DebugLevel <de_1_a_9>] [-LockBoxPath <ruta_completa_al_lockbox>] [<parámetros_comunes>]



Nota: El cmdlet Get-ExchangeBackup no proporciona la información de RecoverPoint. Por lo tanto, debe proporcionar explícitamente la información de RecoverPoint en el cmdlet Remove-ExchangeBackup.

◆ <objeto_de_archivo_de_configuración> | Get-ExchangeBackup [<parámetros_adicionales>] | Remove-ExchangeBackup -RecoverPointHost <nombre_de_host_de_administración_de_RecoverPoint> -RecoverPointUser <nombre_de_usuario_de_RecoverPoint> [-ExeFileName <ruta_completa_a_msagentadmin.exe>] [-VeryVerbose] [-AsJob] [-JobName <nombre_del_trabajo>] [<parámetros_comunes>]



Ejemplo

Eliminar todos los respaldos en un rango de tiempo mediante la canalización desde el cmdlet Get-ExchangeBackup:

$serverinfo | Get-ExchangeBackup -After 'Jan 1, 2016' -Before 'Feb 1, 2017' | Remove-ExchangeBackup -RecoverPointHost ledmd160.lss.example.com -RecoverPointUser admin

Puede realizar la misma operación mediante la siguiente sintaxis alternativa:

$serverinfo | Remove-ExchangeBackup -Backup ($serverinfo | Get-ExchangeBackup -After 'Jan 1, 2016' -Before 'Feb 1, 2017')


La siguiente tabla enumera los parámetros obligatorios del cmdlet Remove-ExchangeBackup:

Tabla 34 Parámetros obligatorios del cmdlet Remove-ExchangeBackup



-C, -CN Especifica el nombre de dominio calificado de Exchange Server que se usará para indexar el respaldo.



Especifica el nombre del servidor de Data Domain.



Especifica la ruta completa al servidor de Data Domain para el respaldo. El usuario de Data Domain debe tener los derechos de acceso correspondientes a esta ruta.




La siguiente tabla enumera los parámetros adicionales del cmdlet Remove-ExchangeBackup:


-DDUser, -StorageUser

Especifica el nombre de usuario de Data Domain.Todas las credenciales se recuperan del lockbox para autenticarse con el host.



Especifica el nombre del host de administración de RecoverPoint.


-RPUser, -ManagementUser

Especifica el nombre de usuario del host de administración de RecoverPoint.Todas las credenciales se recuperan del lockbox para autenticarse con el host.

Tabla 34 Parámetros obligatorios del cmdlet Remove-ExchangeBackup


Tabla 35 Parámetros adicionales del cmdlet Remove-ExchangeBackup


-Confirm Este parámetro es el parámetro estándar PowerShell Confirm. Este parámetro toma los valores -Confirm:$true y -Confirm:$false. El valor predeterminado es -Confirm:$true.






-DebugLevel <de_1_a_9> -DL, -D Especifica el nivel de depuración para eliminar los respaldos. El valor predeterminado es 0 (cero).








Uso de cmdlets PowerShell de Windows para realizar restauraciones del agente de aplicación de Microsoft para Exchange Server con ProtectPoint

El cmdlet Restore-Exchange restaura los datos de Exchange Server desde un servidor de Data Domain mediante un host de administración de RecoverPoint.

El agente de aplicación de Microsoft es compatible con las restauraciones siguientes:

◆ Restauraciones normales o a nivel de objeto

◆ Restauraciones de reversión o a nivel de LUN

◆ Restauraciones de copia o de base de datos alternativa

◆ Restauraciones a nivel granular o a nivel de elemento

Para realizar las restauraciones normales, de reversión y de copia, puede ver la lista de respaldos y, a continuación, restaurar los respaldos requeridos mediante los ID de respaldo. “Uso de cmdlets PowerShell de Windows para detallar respaldos del agente de aplicación de Microsoft para Exchange Server con ProtectPoint” en la página 182 proporciona información sobre cómo enumerar respaldos.

Ejecución de restauraciones normales o a nivel de objeto

Sintaxis para realizar una restauración normal mediante un ID de respaldo y una identidad

◆ Restore-Exchange -NormalRestore -BackupID <ID_de_respaldo> -Identity <identidad> -ClientName <nombre_de_dominio_calificado_de_Exchange_Server> -DataDomainHost <nombre_de_host_de_Data_Domain> -DataDomainHostPath </ruta_de_almacenamiento_de_Data_Domain> -DataDomainUser <nombre_de_usuario_de_Data_Domain> -RestoreDeviceGroup <grupo_de_dispositivos_de_restauración_del_servidor_de_Data_Domain> -RestoreDevicePool <pool_de_dispositivos_de_restauración_del_servidor_de_Data_Domain>

◆ <objeto_de_archivo_de_configuración> | Restore-Exchange -NormalRestore -BackupID <ID_de_respaldo> -Identity <identidad>





Ejemplos

◆ Restaurar la base de datos TestDB mediante un ID de respaldo. El ID de respaldo es el valor que se detalla en el objeto de respaldo (campo BackupID).

Restore-Exchange -NormalRestore -BackupID 1458138556 -Identity TestDB -ClientName ledmf175.msapp.com -DataDomainHost ledmd035.lss.example.com -DataDomainHostPath /SU_DD163 -DataDomainUser DD163_user -RestoreDeviceGroup DG_ledmf112_restore -RestoreDevicePool ledmf112_restore_pool

◆ Restaurar la base de datos TestDB y la base de datos de buzón de correo 1250665181 mediante un ID de respaldo. El ID de respaldo es el valor que se detalla en el objeto de respaldo (campo BackupID).

Restore-Exchange -NormalRestore -BackupID 1458138556 -Identity TestDB,'Mailbox Database 1250665181' -ClientName ledmf175.msapp.com -DataDomainHost ledmd035.lss.example.com -DataDomainHostPath /SU_DD163 -DataDomainUser DD163_user -RestoreDeviceGroup DG_ledmf112_restore -RestoreDevicePool ledmf112_restore_pool

◆ Restaurar todas las bases de datos de un respaldo mediante un ID de respaldo.

Restore-Exchange -NormalRestore -BackupID 1458138556 -ClientName ledmf175.msapp.com -DataDomainHost ledmd035.lss.example.com -DataDomainHostPath /SU_DD163 -DataDomainUser DD163_user -RestoreDeviceGroup DG_ledmf112_restore -RestoreDevicePool ledmf112_restore_pool

Sintaxis para realizar una restauración normal mediante un ID de respaldo y una identidad desde una variable




Sintaxis

◆ Restore-Exchange -NormalRestore -BackupID $backups[<índice_de_respaldo>].BackupID -Identity $backups[<índice_de_respaldo>].BackupDatabases[<índice_de_base_de_datos>].Identity -ClientName <nombre_de_dominio_calificado_de_Exchange_Server> -DataDomainHost <nombre_de_host_de_Data_Domain> -DataDomainHostPath </ruta_de_almacenamiento_de_Data_Domain> -DataDomainUser <nombre_de_usuario_de_Data_Domain> -RestoreDeviceGroup <grupo_de_dispositivos_de_restauración_del_servidor_de_Data_Domain> -RestoreDevicePool <pool_de_dispositivos_de_restauración_del_servidor_de_Data_Domain>



◆ <objeto_de_archivo_de_configuración> | Restore-Exchange -NormalRestore -BackupID $backups[<índice_de_respaldo>].BackupID -Identity $backups[<índice_de_respaldo>].BackupDatabases[<índice_de_base_de_datos>].Identity



Ejemplos

Suponga que $backups[0] contiene una lista de respaldos, la base de datos TestDB está en el índice 0, es decir, $backups[0].BackupDatabases[0], y la base de datos de buzón de correo 1250665181 está en el índice 1.

◆ Restaurar TestDB:

Restore-Exchange -NormalRestore -BackupID $backups[0].BackupID -Identity $backups[0].BackupDatabases[0].Identity -ClientName ledmf175.msapp.com -DataDomainHost ledmd035.lss.example.com -DataDomainHostPath /SU_DD163 -DataDomainUser DD163_user -RestoreDeviceGroup DG_ledmf112_restore -RestoreDevicePool ledmf112_restore_pool

◆ Restaurar TestDB mediante un objeto de archivo de configuración:

$serverinfo | Restore-Exchange -NormalRestore -BackupID $backups[0].BackupID -Identity $backups[0].BackupDatabases[0].Identity

◆ Restaurar TestDB y la base de datos de buzón de correo 1250665181 con un ID de respaldo:

Restore-Exchange -NormalRestore -BackupID $backups[0].BackupID -Identity $backups[0].BackupDatabases[0].Identity,$backups[0].BackupDatabases[1].Identity -ClientName ledmf175.msapp.com -DataDomainHost ledmd035.lss.example.com -DataDomainHostPath /SU_DD163 -DataDomainUser DD163_user -RestoreDeviceGroup DG_ledmf112_restore -RestoreDevicePool ledmf112_restore_pool

Sintaxis para ejecutar una restauración normal mediante un objeto de respaldo

◆ Restore-Exchange -NormalRestore -Backup $backups[<índice_de_respaldo>].BackupID -ClientName <nombre_de_dominio_calificado_de_Exchange_Server> -DataDomainHost <nombre_de_host_de_Data_Domain> -DataDomainHostPath </ruta_de_almacenamiento_de_Data_Domain> -DataDomainUser <nombre_de_usuario_de_Data_Domain> -RestoreDeviceGroup <grupo_de_dispositivos_de_restauración_del_servidor_de_Data_



Domain> -RestoreDevicePool <pool_de_dispositivos_de_restauración_del_servidor_de_Data_Domain>

◆ <objeto_de_archivo_de_configuración> | Restore-Exchange -NormalRestore -Backup $backups[<índice_de_respaldo>].BackupID



Ejemplos

◆ Restaurar todas las bases de datos de un respaldo mediante un objeto de respaldo:

Restore-Exchange -NormalRestore -Backup $backups[0] -ClientName ledmf175.msapp.com -DataDomainHost ledmd035.lss.example.com -DataDomainHostPath /SU_DD163 -DataDomainUser DD163_user -RestoreDeviceGroup DG_ledmf112_restore -RestoreDevicePool ledmf112_restore_pool

◆ Restaurar todas las bases de datos de un respaldo mediante un objeto de respaldo y un objeto de archivo de configuración:

$serverinfo | Restore-Exchange -NormalRestore -Backup $backups[0]

◆ Restaurar el primer respaldo que tiene, al menos, 7 días de antigüedad:

$serverinfo | Restore-Exchange -NormalRestore -Backup ($serverinfo | Get-ExchangeBackup -Before (Get-Date.AddDays(-7)) -Limit 1)


La siguiente tabla enumera los parámetros obligatorios del cmdlet Restore-Exchange para realizar restauraciones normales:

Tabla 36 Parámetros obligatorios del cmdlet Restore-Exchange para realizar restauraciones normales


-NormalRestore -Restore Indica una restauración normal.

-BackupID <ID_de_respaldo_para_restaurar>

Especifica el ID de respaldo que se desea restaurar. Puede obtener el ID de respaldo de la salida del cmdlet Backup-Exchange o Get-ExchangeBackup.

-Backup <objeto_de_respaldo_para_restaurar>







La siguiente tabla enumera los parámetros adicionales del cmdlet Restore-Exchange para realizar restauraciones normales:



Especifica el nombre del servidor de Data Domain que contiene los respaldos para restaurar.



Especifica la ruta completa del servidor de Data Domain que contiene los respaldos para restaurar. El usuario de Data Domain debe tener los derechos de acceso correspondientes a esta ruta.








Tabla 36 Parámetros obligatorios del cmdlet Restore-Exchange para realizar restauraciones normales


Tabla 37 Parámetros adicionales del cmdlet Restore-Exchange para realizar restauraciones normales


-Identity <identidad_de_la_base_de_datos_para_restaurar>

Especifica la identidad de una base de datos para restaurar. Use este parámetro con el parámetro -BackupID. No puede usar este parámetro con el parámetro -Backup.


-PointInType PIT Se especifica como uno de los siguientes valores:-PointInTime-PointInTime:$true-PointInTime:$false-PointInTime y -PointInTime:$true son lo mismo.El valor predeterminado es -PointInTime:$true para los tipos de restauración normal y a nivel de LUN, y -PointInTime:$false para cualquier otro tipo de restauración.

Nota: No especifique ningún valor. El parámetro toma el valor correspondiente de forma predeterminada.


Especifica el nombre corto de Exchange Server, por ejemplo, ledmf999, si el nombre es diferente del nombre de host local.Si no especifica un valor, el parámetro toma el nombre de host local de manera predeterminada.






Ejecución de restauraciones de copia o de base de datos alternativa

Para restaurar un respaldo desde un cliente diferente, el parámetro -ClientName debe contener el nombre de host de origen del respaldo.

Sintaxis para realizar una restauración de copia mediante un ID de respaldo

◆ Restore-Exchange -CopyRestore -BackupID <ID_de_respaldo> -Identity <identidad> -RestoreDatabaseIdentity <identidad_de_destino> -ClientName <nombre_de_dominio_calificado_de_Exchange_Server> -DataDomainHost <nombre_de_host_de_Data_Domain> -DataDomainHostPath </ruta_de_almacenamiento_de_Data_Domain> -DataDomainUser <nombre_de_usuario_de_Data_Domain> -RestoreDeviceGroup <grupo_de_dispositivos_de_restauración_del_servidor_de_Data_Domain> -RestoreDevicePool <pool_de_dispositivos_de_restauración_del_servidor_de_Data_Domain>

◆ <objeto_de_archivo_de_configuración> | Restore-Exchange -CopyRestore -BackupID <ID_de_respaldo> -Identity <identidad> -RestoreDatabaseIdentity <identidad_de_destino>





-DebugLevel <de_1_a_9> -DL, -D Especifica el nivel de depuración para la restauración. El valor predeterminado es 0 (cero).






Tabla 37 Parámetros adicionales del cmdlet Restore-Exchange para realizar restauraciones normales




Ejemplos

◆ Restaurar la base de datos TestDB a una base de datos alternativa AlternateDB mediante un ID de respaldo:

Restore-Exchange -CopyRestore -BackupID 1458138556 -Identity TestDB -RestoreDatabaseIdentity AlternateDB -ClientName ledmf175.msapp.com -DataDomainHost ledmd035.lss.example.com -DataDomainHostPath /SU_DD163 -DataDomainUser DD163_user -RestoreDeviceGroup DG_ledmf112_restore -RestoreDevicePool ledmf112_restore_pool

◆ Restaurar la base de datos TestDB a una base de datos alternativa AlternateDB mediante un ID de respaldo y un objeto de archivo de configuración:

$serverinfo | Restore-Exchange -CopyRestore -BackupID 1458138556 -Identity TestDB -RestoreDatabaseIdentity AlternateDB

◆ Restaurar TestDB y la base de datos de buzón de correo 1250665181 a las bases de datos alternativas AlternateTestDB y AlternatePrimaryDB:

Restore-Exchange -CopyRestore -BackupID 1458138556 -Identity TestDB,'Mailbox Database 1250665181' -RestoreDatabaseIdentity AlternateTestDB,AlternatePrimaryDB -ClientName ledmf175.msapp.com -DataDomainHost ledmd035.lss.example.com -DataDomainHostPath /SU_DD163 -DataDomainUser DD163_user -RestoreDeviceGroup DG_ledmf112_restore -RestoreDevicePool ledmf112_restore_pool


La siguiente tabla enumera los parámetros obligatorios del cmdlet Restore-Exchange para realizar restauraciones de copia:

Tabla 38 Parámetros obligatorios del cmdlet Restore-Exchange para realizar restauraciones de copia


-CopyRestore -Alternate Indica una restauración de copia, es decir, la restauración a una base de datos alternativa.

-BackupID <ID_de_respaldo_para_restaurar> Especifica el ID de respaldo que se desea restaurar. Puede obtener el ID de respaldo de la salida del cmdlet Backup-Exchange o Get-ExchangeBackup.



-RestoreDatabaseIdentity <identidad_de_la_base_de_datos_de_destino_a_la_cual_restaurar>

-RestoreDB, -Target, -RDB, -RestoreDatabaseID

Especifica la identidad de una base de datos de destino a la cual restaurar. Use este parámetro con los parámetros -BackupID y -Identity. No puede usar este parámetro con el parámetro -Backup.









La siguiente tabla enumera los parámetros adicionales del cmdlet Restore-Exchange para realizar restauraciones de copia:











Tabla 38 Parámetros obligatorios del cmdlet Restore-Exchange para realizar restauraciones de copia


Tabla 39 Parámetros adicionales del cmdlet Restore-Exchange para realizar restauraciones de copia












Ejecución de restauraciones de reversión o a nivel de LUN

Requisitos previos

◆ Verifique si todas las bases de datos para restaurar están configuradas para sobrescritura.

◆ Desmonte todas las bases de datos para restaurar ejecutando el siguiente cmdlet para Exchange Server:

$backups[<índice>].BackupDatabases | Dismount-Database

Sintaxis para realizar una restauración de reversión mediante un ID de respaldo

◆ Restore-Exchange -RollbackRestore -BackupID <ID_de_respaldo> -ClientName <nombre_de_dominio_calificado_de_Exchange_Server> -DataDomainHost <nombre_de_host_de_Data_Domain> -DataDomainHostPath </ruta_de_almacenamiento_de_Data_Domain> -DataDomainUser <nombre_de_usuario_de_Data_Domain> -RecoverPointHost <nombre_de_host_de_administración_de_RecoverPoint> -RecoverPointUser <nombre_de_usuario_de_administración_de_RecoverPoint>

◆ <objeto_de_archivo_de_configuración> | Restore-Exchange -RollbackRestore -BackupID <ID_de_respaldo>










Tabla 39 Parámetros adicionales del cmdlet Restore-Exchange para realizar restauraciones de copia





Ejemplo

◆ Realizar una restauración de reversión mediante un ID de respaldo. El ID de respaldo es el valor que se detalla en el objeto de respaldo (campo BackupID).

Restore-Exchange -RollbackRestore -BackupID 1458138556 -ClientName ledmf175.msapp.com -DataDomainHost ledmd035.lss.example.com -DataDomainHostPath /SU_DD163 -DataDomainUser DD163_user -RecoverPointHost ledmd160.lss.example.com -RecoverPointUser admin

◆ Realizar una restauración de reversión mediante un ID de respaldo. El ID de respaldo es el valor que se detalla en el objeto de respaldo (campo BackupID). Usar un objeto de archivo de configuración.

$serverinfo | Restore-Exchange -RollbackRestore -BackupID 1458138556

Sintaxis para realizar una restauración de reversión mediante un ID de respaldo desde una variable




Sintaxis

◆ Restore-Exchange -RollbackRestore -BackupID $backups[<índice_de_respaldo>].BackupID -ClientName <nombre_de_dominio_calificado_de_Exchange_Server> -DataDomainHost <nombre_de_host_de_Data_Domain> -DataDomainHostPath </ruta_de_almacenamiento_de_Data_Domain> -DataDomainUser <nombre_de_usuario_de_Data_Domain> -RecoverPointHost <nombre_de_host_de_administración_de_RecoverPoint> -RecoverPointUser <nombre_de_usuario_de_administración_de_RecoverPoint>

◆ <objeto_de_archivo_de_configuración> | Restore-Exchange -RollbackRestore -BackupID $backups[<índice_de_respaldo>].BackupID





Ejemplos

◆ Restaurar un respaldo desde $backups[0]:

Restore-Exchange -RollbackRestore -BackupID $backups[0].BackupID -ClientName ledmf175.msapp.com -DataDomainHost ledmd035.lss.example.com -DataDomainHostPath /SU_DD163 -DataDomainUser DD163_user -RecoverPointHost ledmd160.lss.example.com -RecoverPointUser admin

◆ Restaurar un respaldo desde $backups[0] mediante un objeto de archivo de configuración:

$serverinfo | Restore-Exchange -RollbackRestore -BackupID $backups[0].BackupID

◆ Restaurar el respaldo $backups[0]:

Restore-Exchange -RollbackRestore -BackupID $backups[0].BackupID -ClientName ledmf175.msapp.com -DataDomainHost ledmd035.lss.example.com -DataDomainHostPath /SU_DD163 -DataDomainUser DD163_user -RecoverPointHost ledmd160.lss.example.com -RecoverPointUser admin

Sintaxis para ejecutar una restauración de reversión mediante un objeto de respaldo

◆ Restore-Exchange -RollbackRestore -Backup $backups[<índice_de_respaldo>].BackupID -ClientName <nombre_de_dominio_calificado_de_Exchange_Server> -DataDomainHost <nombre_de_host_de_Data_Domain> -DataDomainHostPath </ruta_de_almacenamiento_de_Data_Domain> -DataDomainUser <nombre_de_usuario_de_Data_Domain> -RecoverPointHost <nombre_de_host_de_administración_de_RecoverPoint> -RecoverPointUser <nombre_de_usuario_de_administración_de_RecoverPoint>

◆ <objeto_de_archivo_de_configuración> | Restore-Exchange -RollbackRestore -Backup $backups[<ID_de_respaldo>].BackupID



Ejemplo

◆ Realizar una restauración de reversión mediante un objeto de respaldo:

Restore-Exchange -RollbackRestore -Backup $backups[0] -ClientName ledmf175.msapp.com -DataDomainHost ledmd035.lss.example.com -DataDomainHostPath /SU_DD163 -DataDomainUser DD163_user -RecoverPointHost ledmd160.lss.example.com -RecoverPointUser admin



◆ Realizar una restauración de reversión mediante un objeto de respaldo:

$serverinfo | Restore-Exchange -RollbackRestore -Backup $backups[0]


La siguiente tabla enumera los parámetros obligatorios del cmdlet Restore-Exchange para realizar restauraciones de reversión:

Tabla 40 Parámetros obligatorios del cmdlet Restore-Exchange para realizar restauraciones de reversión


-RollbackRestore -LUNResync, -LUNRestore

Indica una restauración de reversión.

-BackupID <ID_de_respaldo_para_restaurar> Especifica el ID de respaldo que se desea restaurar. Puede obtener el ID de respaldo de la salida del cmdlet Backup-Exchange o Get-ExchangeBackup.

-Backup <objeto_de_respaldo_para_restaurar>















Especifica el host de administración de RecoverPoint que contiene los respaldos.


-RPUser, -ManagementUser

Especifica el nombre de usuario de RecoverPoint.




La siguiente tabla enumera los parámetros adicionales del cmdlet Restore-Exchange para realizar restauraciones de reversión:

Tabla 41 Parámetros adicionales del cmdlet Restore-Exchange para realizar restauraciones de reversión






















Ejecución de restauraciones de reversión de varias bases de datos

Puede usar cualquier sintaxis de restauración de reversión pertinente para restaurar varias bases de datos. Sin embargo, debe tener en cuenta los siguientes puntos importantes y realizar los siguientes pasos adicionales.

La restauración de reversión de varias bases de datos no es compatible con el desmontaje y el remontaje automáticos de las bases de datos, excepto de la primera base de datos en el respaldo.

Utilice el cmdlet Invoke-RestoreExchangeBackup para realizar automáticamente los siguientes pasos obligatorios de una restauración de reversión de varias bases de datos:

◆ Antes de la restauración de reversión:

a. Verifique si todas las bases de datos para restaurar están configuradas para sobrescritura.

b. Desmonte todas las bases de datos para restaurar.

◆ Después de la restauración de reversión, monte todas las bases de datos.

Sintaxis del cmdlet Invoke-RestoreExchangeBackup

Invoke-RestoreExchangeBackup [-backup] <respaldo_de_Exchange> [-serverinfo] <PSObject> [-WhatIf] [-Confirm] [<parámetros_comunes>]

Los parámetros comunes compatibles son Verbose, Debug, ErrorAction, ErrorVariable, WarningAction, WarningVariable, OutBuffer, PipelineVariable y OutVariable http://go.microsoft.com/fwlink/?LinkID=113216 proporciona información sobre los parámetros comunes.

Ejemplo del cmdlet Invoke-RestoreExchangeBackup

Invoke-RestoreExchangeBackup $backup $serverinfo


La siguiente tabla enumera los parámetros obligatorios del cmdlet Invoke-RestoreExchangeBackup:

Tabla 42 Parámetros obligatorios del cmdlet Invoke-RestoreExchangeBackup


-backup <respaldo_de_Exchange>

Especifica un respaldo desde la salida de los cmdlet Get-ExchangeBackup o Backup-Exchange.

-serverinfo <PSObject> Especifica un objeto que contiene los valores de opción adecuados para el cmdlet Restore-ExchangeBackup.


http://go.microsoft.com/fwlink/?LinkID=113216



La siguiente tabla enumera los parámetros adicionales del cmdlet Invoke-RestoreExchangeBackup:

Ejecución de restauraciones a nivel de elemento o a nivel granular

Las restauraciones a nivel de elemento o a nivel granular incluyen las siguientes tareas:

◆ Montaje de las imágenes de respaldo

◆ Uso de EMC ItemPoint para restaurar elementos o bases de datos de Exchange, como buzones de correo, carpetas, etc.

◆ Desmontaje de las imágenes de respaldo

Montaje de las imágenes de respaldo

Puede montar las imágenes de respaldo mediante los siguientes métodos:

◆ Uso del cmdlet Mount-ExchangeBackup

“Uso de cmdlets PowerShell de Windows para montar respaldos del agente de aplicación de Microsoft para Exchange Server con ProtectPoint” en la página 184 y “Uso de cmdlets PowerShell de Windows para detallar respaldos montados del agente de aplicación de Microsoft para Exchange Server con ProtectPoint” en la página 189 ofrecen más información.


1. [Opcional] Consulte la lista de respaldos usando Unisphere for RecoverPoint, como se muestra en la Figura 38 en la página 214:

Figura 38 Visualización de marcadores de RecoverPoint

Tabla 43 Parámetros adicionales del cmdlet Invoke-RestoreExchangeBackup


-WhatIf Muestra lo que sucede si ejecuta el cmdlet.

-Confirm Solicita confirmación antes de ejecutar el cmdlet.



2. Obtenga el World Wide Name (WWN) de cada LUN del grupo de consistencia en los dispositivos XtremIO. El administrador de almacenamiento puede proporcionar los WWN mediante Unisphere for RecoverPoint, como se muestra en la Figura 39 en la página 215.

Figura 39 Recuperación de WWN mediante Unisphere for RecoverPoint

3. Cree un archivo de configuración para el agente del sistema de archivos.

Por ejemplo, puede crear el archivo C:\Windows\system32\protectpoint.config con el siguiente contenido:

[GENERAL]

PP_ARRAY_TYPE=RP

LOG_LEVEL=<nivel>

[PRIMARY_SYSTEM]

DD_SYSTEM=<nombre_de_host_de_Data_Domain>

DD_USER=<nombre_de_usuario_de_vdisk_de_Data_Domain>

DDBOOST_USER=<nombre_de_usuario_de_Data_Domain_Boost>

DD_PATH=<nombre_del_grupo_de_almacenamieto_de_Data_Domain_Boost>

DD_POOL=<nombre_del_pool_de_vdisk_de_Data_Domain>

DD_DEVICE_GROUP=<nombre_del_grupo_de_dispositivos_de_Data_Domain>



[RP_CLUSTER_1]

RP_MGMT=<nombre_de_host_de_administración_de_RecoverPoint>

RP_USER=<nombre_de_usuario_de_RecoverPoint>

[RP_DEVICE_1]

DEVICE_WWN = <WWN_del_dispositivo_XtremIO>

Nota: Este archivo de configuración de ejemplo usa un solo LUN. Si hay varios dispositivos en la configuración, debe repetir la entrada RP_DEVICE_<número> para cada dispositivo en la configuración, en el archivo de configuración.

4. Agregue las credenciales de usuario de los siguientes elementos al lockbox del agente del sistema de archivos mediante la ejecución de los comandos correspondientes:

– Vdisk primario del sistema Data Domain

C:\Windows\system32>protectpoint security add dd-credentials dd-system primary vdisk <nombre>


– DDBoost primario del sistema Data Domain

C:\Windows\system32>protectpoint security add dd-credentials dd-system primary ddboost <nombre>

Por ejemplo, agregue las credenciales del usuario DD163_user para el dd-system del vdisk primario ledmd035.lss.example.com.

– Clúster de RecoverPoint

C:\Windows\system32>protectpoint security add rp-credentials rp-cluster <nombre>

Por ejemplo, agregue las credenciales del usuario admin para el clúster de RecoverPoint ledmd160.lss.example.com.

5. Valide el archivo de configuración del agente del sistema de archivos mediante la ejecución del siguiente comando:

C:\Windows\system32>protectpoint “<ruta_completa_al_archivo_de_configuración>” validate

Ejemplo de salida:

Validating application settings.........................[OK]Nota: APP_INFO has not been specified. No value will be used. This is ok.

Validating host requirements............................[OK]Validating Primary System:

VDisk Connection Information........................[OK]Boost Connection Information........................[OK]DD Restore Pool.....................................[OK]DD Restore Group....................................[OK]DD Boost Path.......................................



6. Analice los respaldos mediante la ejecución del siguiente comando:

C:\Windows\system32>protectpoint backup scan dd-system primary config-file “<ruta_completa_al_archivo_de_configuración>”

Este comando requiere mucho tiempo para proporcionar una salida.

Ejemplo de salida:

Scanning all backups in the "primary" dd-system [ledmd035.lss.example.com]Number of possible backups to import: 976Current number of imported backups: 25Current number of imported backups: 50--cut--Current number of imported backups: 925Current number of imported backups: 950Total number of imported backups: 965

7. Filtre y visualice las entradas analizadas para el pool y el grupo de dispositivos de respaldo de Data Domain determinados que utiliza RecoverPoint ejecutando el siguiente comando:

C:\Windows\system32>protectpoint backup show scan dd-system primary config-file "<ruta_completa_al_archivo_de_configuración>" filter dd-pool="<nombre_del_pool>" filter dd-dev group="<nombre_del_grupo>"

Ejemplo:

C:\Windows\system32>protectpoint backup show scan dd-system primary config-file "c:\windows\system32\protectpoint.config" filter dd-pool="CG_pool" filter dd-dev group="52c6015aa1b4e_CG_ledmf042_ledmf0"

8. Asegúrese de que cada dispositivo de restauración de vdisk esté en el estado de solo lectura mediante la ejecución del siguiente comando para todos los dispositivos de vdisk en el grupo:

<usuario>@<vdisk_primario># vdisk device modify <nombre_del_dispositivo_de_vdisk> state read-only

Ejemplo:

DD163_user@ledmd035# vdisk device modify vdisk-dev1034 state read-only

Ejemplo de salida:

VDISK device "vdisk-dev1034" will respond to SCSI commands according to the "read-only" state.

Do you want to proceed? (yes|no) [no]: yDD163_user@ledmd035# vdisk device show detailed vdisk-dev1034Device: vdisk-dev1034

GUID: 00000000905a003f03000000905a05683e6fd0254b003f000400040aWWNN: 60021880000000905a05683e6fd0254bDevice-group: ledmf098_DG5Pool: ledmf098_restore_pool



State: read-onlyCapacity (MiB): 10241 MiBHead count: 15Cylinder count: 5462Sectors per track: 256Properties: NonePersistent reservation:Status: Disabled

9. Prepare la restauración mediante la ejecución del siguiente comando:

C:\Windows\system32>protectpoint restore prepare backup-id <ID_de_respaldo> scan

Ejemplo:

C:\Windows\system32>protectpoint restore prepare backup-id 1458416282 scan

Ejemplo de salida:

Preparing backup-id [1458416282] to be ready for restore####The following devices are ready to be usedSource: 51,4f,0c,58,c5,80,09,61 Target: \\.\PHYSICALDRIVE3Updated the catalog record for backup-id [1458416282] from state "complete" to "restore-ready"Updated the catalog record for backup-id [1458416282] with state "restore-ready"

10.Cambie el estado de los discos a “en línea” mediante la función Administración de discos de Windows:

a. En la ventana Administración de discos, haga clic en un disco y seleccione Cambiar la letra y rutas de acceso de unidad....

b. En el cuadro de diálogo Cambiar la letra y rutas de acceso de unidad para <disco> (), haga clic en Agregar....

c. En el cuadro de diálogo Agregar letra o ruta de acceso de unidad, seleccione Asignar la letra de unidad siguiente y, en la lista desplegable, seleccione la letra de unidad que desee, por ejemplo, Z.



Uso de EMC ItemPoint para restaurar elementos

Inicie EMC ItemPoint y, a continuación, inicie el asistente de restauración:

1. En la página Source Selection, seleccione el origen y especifique la ruta de EDB y la ruta del archivo de configuración desde el volumen montado que contiene los datos de respaldo de Exchange, como se muestra en la Figura 40 en la página 219, y haga clic en Next.

Figura 40 ItemPoint para Exchange Server: selección de la ruta de origen

2. En la página Target Selection, haga clic en Skip, como se muestra en la Figura 41 en la página 220.



Figura 41 ItemPoint para Exchange Server: selección de la ruta de destino

Desmontaje de los respaldos

Una vez finalizada la operación de restauración, puede desmontar los respaldos mediante los siguientes métodos:

◆ Uso del cmdlet Dismount-ExchangeBackupMount

“Uso de cmdlets PowerShell de Windows para desmontar respaldos del agente de aplicación de Microsoft para Exchange Server con ProtectPoint” en la página 191 ofrece información.


Nota: No use el agente del sistema de archivos para desmontar las imágenes si se montaron mediante el cmdlet Mount-ExchangeBackup. De lo contrario, los montajes no se limpiarán correctamente.



Libere la restauración de vdisk mediante la ejecución del siguiente comando:

C:\Windows\system32>protectpoint restore release backup-id <ID_de_respaldo> scan

Ejemplo:

C:\Windows\system32>protectpoint restore release backup-id 1458416282 scan

Ejemplo de salida:

Updated the catalog record for backup-id [1458416282] from state "restore-ready" to "complete"

Parámetros para ejecutar los cmdlets de respaldo y restauración del agente de aplicación de Microsoft para Exchange Server con ProtectPoint como tareas en segundo plano

El agente de aplicación de Microsoft para Exchange Server con ProtectPoint es compatible con los siguientes parámetros para ejecutar los cmdlets de respaldo y restauración como tareas en segundo plano:

◆ -AsJob: Este parámetro ejecuta el cmdlet de respaldo o restauración como un trabajo en segundo plano. El comando devuelve un objeto que representa el trabajo y, a continuación, muestra el símbolo del sistema. Puede continuar trabajando en la sesión durante el trabajo. El valor predeterminado de este parámetro es $false.

Los alias para este parámetro son -AJ y -Job.

Para obtener los resultados del trabajo, utilice el cmdlet Receive-Job. Para administrar los trabajos, utilice los cmdlets de trabajo. https://technet.microsoft.com/en-us/library/hh847783.aspx proporciona información sobre los cmdlets de trabajo.

◆ -JobName <nombre_del_trabajo>: Este parámetro especifica un nombre descriptivo para el trabajo cuando se usa este parámetro con el parámetro -AsJob. Puede usar el nombre para identificar el trabajo frente a otros cmdlets de trabajo, como Stop-Job. El parámetro -JobName <nombre_del_trabajo> se omite si no especifica el parámetro -AsJob. Si no especifica un valor para este parámetro, el trabajo no tiene un nombre.

No hay ningún alias para este parámetro.

https://technet.microsoft.com/en-us/library/hh847783.aspx proporciona información sobre los cmdlets de trabajo.

No cierre la ventana de PowerShell al ejecutar cmdlets como tareas en segundo plano mediante estos parámetros. De lo contrario, los cmdlets fallan. Esta funcionalidad es similar a otros trabajos en segundo plano de PowerShell.

Eliminación de los respaldos vencidos del agente de aplicación de Microsoft para Exchange Server con ProtectPoint

El agente de aplicación de Microsoft 3.0 no es compatible con la eliminación de los respaldos vencidos del agente de aplicación de Microsoft para Exchange Server con ProtectPoint.


https://technet.microsoft.com/en-us/library/hh847783.aspx

agente de aplicación de microsoft para emc data domain ......capacidad para un propósito...

Documents