• No se han encontrado resultados

IBM Tivoli Storage Manager for Databases Versión Data Protection for Microsoft SQL Server Guía de instalación y del usuario

N/A
N/A
Protected

Academic year: 2021

Share "IBM Tivoli Storage Manager for Databases Versión Data Protection for Microsoft SQL Server Guía de instalación y del usuario"

Copied!
380
0
0

Texto completo

(1)

IBM Tivoli Storage Manager for Databases

Versión 7.1.1

Data Protection

for Microsoft SQL Server

Guía de instalación y del usuario



(2)
(3)

IBM Tivoli Storage Manager for Databases

Versión 7.1.1

Data Protection

for Microsoft SQL Server

Guía de instalación y del usuario



(4)

Nota:

Antes de utiliza esta información y el producto al que da soporte, lea la información en el apartado “Avisos” en la página 323.

Segunda edición (Septiembre de 2014)

Esta edición se aplica a la versión 7, release 1, modificación 1 de IBM Tivoli Storage Manager parabases de datos:

Data Protection for Microsoft SQL Server (número de producto 5608-E04) y a todos los releases y modificaciones posteriores hasta que se indique lo contrario en nuevas ediciones.

(5)

Contenido

Tablas . . . vii

Acerca de esta publicación . . . ix

A quién va dirigida esta publicación . . . ix

Publicaciones . . . x

Cómo leer los diagramas de sintaxis . . . x

Novedades en Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Versión 7.1.1 . . xiii

Capítulo 1. Guía de inicio . . . 1

Proceso de copia de seguridad de datos . . . 1

Tipos de copias de seguridad de bases de datos . 1 Infraestructura de Volume Shadow Copy Service . 3 Métodos de copia de seguridad de datos . . . . 5

Proceso de restauración de datos . . . 7

restauración rápida de VSS . . . 7

Restauración instantánea de VSS. . . 7

Restauración de herencia . . . 8

Alta disponibilidad y recuperación tras desastre con grupos de disponibilidad AlwaysOn . . . 9

Protección de datos mejorada para grupos de disponibilidad de Microsoft SQL AlwaysOn . . 10

Soporte para el suministro ligero . . . 12

Migración tras error automática del servidor de Tivoli Storage Manager para la recuperación de datos . . . 12

Capítulo 2. Planificación . . . 15

Requisitos de seguridad . . . 15

Copias de seguridad de datos en entornos de VSS 15 Características de la copia de seguridad de VSS 16 Directrices de copia de seguridad de VSS . . . 16

Estrategias de copia de seguridad de VSS . . . 17

Copias de seguridad de datos en entornos de clúster de migración tras error . . . 23

Operaciones de VSS en un entorno de clúster de migración tras error de SQL Server . . . 24

Data Protection for SQL Server en un entorno de clúster de migración tras error de Windows . . 25

Data Protection for SQL Server en un entorno Veritas Cluster Server . . . 27

Copias de seguridad de bases de datos de disponibilidad . . . 27

Planificación de la restauración de datos. . . 28

Características de la restauración de datos de VSS 28 Directrices para la restauración de VSS . . . . 29

Restauración de bases de datos de disponibilidad 29 Restauración de la base de datos maestra . . . 30

Data Protection for SQL Server en Windows Server Core . . . 30

Data Protection for SQL Server con Controlador de volumen SAN y Storwize V7000 . . . 31

Más directrices para entornos de Controlador de volumen SAN y Storwize V7000 . . . 33

Requisitos de IBM Almacenamiento del sistema 35 Limitaciones de VSS para Controlador de volumen SAN y Storwize V7000 . . . 35

Ejemplos de configuración de Controlador de volumen SAN y Storwize V7000 . . . 36

Operaciones de VSS en entornos de IBM N-series y NetApp . . . 39

Limitaciones de VSS para la serie NetApp FAS o IBM N-series . . . 40

Gestión de políticas de Tivoli Storage Manager . . 41

Caducidad de copias de seguridad en función de política . . . 42

Impacto de la política en Data Protection for SQL Server . . . 42

Especificación de sentencias de vinculación de políticas . . . 45

Configuración de la caducidad automática y del control de versiones (VSS y de herencia). . . . 45

Vinculación de copias de seguridad con políticas 53 Archivos de configuración y opciones en ubicaciones que no son las predeterminadas . . . 54

Especificación de parámetros de nombre de nodo de Data Protection for SQL Server . . . 55

Especificación de otros parámetros de configuración de Data Protection for SQL Server . . . 56

Especificación de las preferencias de Data Protection for SQL Server . . . 60

Capítulo 3. Instalación, actualización y migración . . . 61

Prerrequisitos. . . 61

Instalación y configuración de Data Protection for SQL Server . . . 62

Instalación de Data Protection for SQL Server . . 63

Finalización de la configuración de la instalación 63 Verificación de la configuración. . . 65

Personalización de la configuración . . . 66

Instalación de Data Protection for SQL Server en un sistema local . . . 66

Instalación de Data Protection for SQL Server en Windows Server Core . . . 68

Instalación de Data Protection for SQL Server en un entorno de clúster . . . 68

Gestión de los paquetes de idioma . . . 69

Instalación manual de paquetes de idiomas. . . 69

Activación de paquetes de idioma . . . 70

Implementación de una instalación silenciosa (desatendida) de Data Protection for SQL Server . . 70

Instalación silenciosa del cliente de Tivoli Storage Manager . . . 71

Instalación silenciosa de Data Protection for SQL Server con el programa de configuración . . . 71

|

|

||

|

||

||

(6)

Instalación silenciosa de Data Protection for SQL Server con el programa de instalación de

Microsoft . . . 73 Opciones de las instalaciones silenciosas. . . . 74 Creación y prueba de un paquete de instalación silenciosa en un DVD o un servidor de archivos . 76 Mensajes de error de la instalación silenciosa . . 77 Actualización de Data Protection for SQL Server . . 78 Migración de Data Protection for SQL Server . . . 78

Capítulo 4. Configuración. . . 79

Definiciones de nodo proxy para copias de

seguridad de VSS . . . 79 Nombres de nodo necesarios para operaciones VSS básicas . . . 80 Nombres de nodo necesarios para copias de

seguridad con traspaso de datos de VSS básicas . 80 Configuración de Data Protection for SQL Server mediante el Asistente de configuración de Tivoli Storage Manager . . . 82 Configuración de un sistema remoto con una

Configuración de TSM. . . 84 Configuración manual de Data Protection for SQL Server . . . 85

Configuración del sistema que ejecuta SQL

Server . . . 85 Configuración del Servidor de Tivoli Storage

Manager . . . 87 Configuración del sistema que ejecuta las copias de seguridad con traspaso de datos . . . 88 Verificación de la configuración de Data

Protection for SQL Server. . . 88 Configuración manual de Data Protection for SQL Server en Windows Server Core . . . 91

Creación de un nodo en Servidor de Tivoli

Storage Manager . . . 91 Configuración de un nodo proxy para copias de seguridad VSS con traspaso de datos en el

entorno de Windows Server Core . . . 92 Configuración del cliente en el entorno de

Windows Server Core . . . 93 Configuración de Data Protection for SQL Server para Windows Server Core . . . 95 Modificación de valores de configuración de Data Protection for SQL Server en Windows Server Core . . . 97 Configuración de Data Protection for SQL Server con Tivoli Storage Manager en un entorno en clúster 98 Configuración de las preferencias de usuario . . . 99 Propiedades de Data Protection . . . 100 Configuración de réplicas de disponibilidad para ejecutar copias de seguridad de datos planificadas . 111 Transición de copias de seguridad de SQL Server desde Tivoli Storage FlashCopy Manager a Tivoli Storage Manager . . . 112

Configuración del Servidor de Tivoli Storage

Manager . . . 112 Configuración de la estación de trabajo que

ejecuta SQL Server. . . 113 Transición de bases de datos de SQL estándar al nodo AlwaysOn . . . 115

Capítulo 5. Protección de datos . . . 117

Inicio de la consola de gestión de Microsoft . . . 117 Inicio de la interfaz de la línea de mandatos de

Data Protection for SQL Server . . . 118 Obtención de ayuda para mandatos de Data

Protection for SQL Server . . . 118 Gestión de instalaciones de Data Protection for

SQL Server de forma remota . . . 119 Determinación de la capacidad de almacenamiento gestionada . . . 119 Gestión de tareas de copia de seguridad de

gestión, restauración y automatización en el gestor de tareas . . . 120 Copia de seguridad de datos de SQL . . . 121

Habilitación de la compresión de copia de

seguridad de SQL Server . . . 121 Verificación de la integridad de las bases de

datos de herencia mediante la opción de suma de comprobación . . . 122 Creación de copias de seguridad de VSS de

bases de datos SQL . . . 123 Creación de copias de seguridad de herencia de bases de datos SQL . . . 125 Creación de copias de seguridad de herencia de grupos o archivos SQL . . . 129 Creación de copias de seguridad de SQL en

Windows Server Core . . . 130 Supresión de copias de seguridad de VSS . . . 131 Desactivación de las copias de seguridad de

herencia de las bases de datos SQL . . . 131 Montar instantáneas de VSS para servidores

remotos . . . 132 Restauración de bases de datos y archivos SQL . . 134

Establecimiento de la modalidad de un solo

usuario para operaciones de restauración . . . 135 Establecimiento de opciones de restauración de datos en la consola de gestión de Microsoft . . 135 Restauración de datos de SQL Server . . . . 139 Restauración de una base de datos de SQL en una instancia alternativa. . . 142 Restauración de la base de datos maestra . . . 144 Restauración de bases de datos SQL con

catálogos e índices de texto completo . . . . 146 Restauración de bases de datos SQL desde

instantáneas de la máquina virtual . . . 146 Restauración de bases de datos de SQL en

Windows Server Core . . . 150 Restauración de archivos y grupos de archivos SQL a partir de copias de seguridad de herencia 150 Visualización, impresión y guardado de informes 152

Capítulo 6. Automatización . . . 153

Cómo prepararse para utilizar Windows PowerShell cmdlets con Data Protection for SQL Server . . . 153

Cmdlets de la consola de gestión de Microsoft 154 Cmdlet para proteger los datos de Microsoft

SQL Server . . . 155 Tareas automáticas . . . 156 Planificador de tareas de Tivoli Storage Manager 158

|

|

||

(7)

Capítulo 7. Resolución de problemas 161

Diagnóstico de problemas . . . 161

Archivos de registro de errores . . . 161

Cómo determinar si se trata de un problema de Data Protection for SQL o un problema general de VSS . . . 162

Resolución de problemas que se pueden reproducir 166 Resolución de problemas de operaciones de copia de seguridad y restauración de VSS . . . 166

Resolución de problemas de VSS y SAN Volume Controller, Storwize V7000 o DS8000 . . . . 167

Resolución de problemas con el equipo de soporte de IBM . . . 169

Visualización de archivos de rastreo y de registro . . . 169

Obtención de rastreos del cliente de Data Protection cuando se utiliza la tecnología VSS . 170 Recopilación de información sobre SQL con VSS antes de llamar a IBM . . . 171

Recopilación de archivos de SQL con VSS antes de llamar a IBM . . . 172

Visualización y modificación de información del sistema . . . 173

Envío por correo electrónico de archivos al equipo de soporte de IBM . . . 174

Soporte de IBM en línea . . . 175

Capítulo 8. Ajuste de rendimiento. . . 177

Utilización de búferes (sólo herencia) . . . 177

Bandas de datos (sólo de herencia) . . . 178

Movimiento de datos fuera de la LAN (de herencia y VSS). . . 178

Capítulo 9. Información de referencia 181

Visión general de la línea de mandatos . . . 181

Cómo leer los diagramas de sintaxis. . . 182

Método de parámetros de Data Protection for SQL Server por copia de seguridad. . . 185

Mandato backup . . . 186

Sintaxis de backup . . . 187

Parámetros posicionales de backup . . . 189

Parámetros opcionales de backup. . . 194

Ejemplos de copia de seguridad de herencia . . 204

Ejemplos de copia de seguridad VSS . . . . 207

Mandato changetsmpassword . . . 208

Changetsmpassword . . . 208

Parámetros posicionales de Changetsmpassword 209 Parámetros opcionales de changetsmpassword 209 Ejemplos de salida de changetsmpassword . . 211

Mandato delete backup . . . 212

Sintaxis de Delete Backup . . . 212

Parámetros posicionales de delete backup . . . 212

Parámetros opcionales de delete backup . . . 213

Ejemplo de Delete Backup . . . 216

Mandato Help . . . 216

Sintaxis de Help . . . 217

Parámetros posicionales de help . . . 217

Ejemplos de salida de help . . . 218

Mandato inactivate (sólo herencia) . . . 221

Sintaxis del mandato inactivate . . . 222

Parámetros posicionales de inactivate . . . . 223

Parámetros opcionales de inactivate . . . 225

Ejemplos de salida de inactivate . . . 228

Mandato mount backup . . . 232

Sintaxis de mount backup . . . 232

Parámetro posicional de mount backup. . . . 233

Parámetros opcionales de mount backup . . . 233

Mandato query . . . 237

Sintaxis del mandato query. . . 237

Parámetros posicionales de query . . . 239

Parámetros opcionales de query . . . 242

Ejemplos de salida de consulta . . . 248

Mandato query managedcapacity. . . 259

Mandato Query Policy . . . 260

Mandato restore . . . 260

Consideraciones sobre la línea de mandatos de restauración VSS . . . 262

Sintaxis de Restore . . . 262

Parámetros posicionales de restore . . . 266

Parámetros opcionales de restore . . . 268

Ejemplos de salida de restauración de herencia 284 Ejemplos de salida de restauración VSS . . . 292

Mandato restorefiles . . . 295

Sintaxis de restorefiles . . . 296

Parámetros posicionales de restorefiles . . . . 297

Parámetros opcionales de restorefiles . . . . 297

Ejemplos de restorefiles . . . 301

Mandato Set. . . 301

Sintaxis de set . . . 301

Establecer parámetros posicionales . . . 302

Establecer parámetros opcionales . . . 309

Ejemplos de salida de set . . . 309

Mandato unmount backup . . . 310

Sintaxis de unmount backup . . . 310

Parámetro posicional Unmount Backup. . . . 311

Parámetros opcionales de unmount backup . . 311

Apéndice A. Preguntas formuladas frecuentemente . . . 315

Apéndice B. Funciones de accesibilidad para la familia de productos Tivoli Storage Manager . . 321

Avisos . . . 323

Marcas registradas. . . 325

Consideraciones sobre la política de privacidad . . 325

Glosario . . . 327

A . . . 327

B . . . 331

C . . . 331

D . . . 334

E . . . 335

F . . . 336

G . . . 337

H . . . 338

I. . . 338

J. . . 338

(8)

K . . . 339

L . . . 339

M . . . 339

N . . . 341

O . . . 341

P . . . 342

R . . . 343

S . . . 345

T . . . 348

U . . . 348

V . . . 349

W . . . 350

Índice. . . 351

(9)

Tablas

1. Características de la estrategia de copia de seguridad . . . 20 2. Opciones para una instalación silenciosa 74 3. Funciones de la instalación silenciosa (sólo

cliente base) . . . 76 4. Funciones de la instalación silenciosa (sólo

paquetes de idiomas) . . . 76 5. Transformaciones para una instalación

silenciosa . . . 76 6. Mandatos para la creación de un paquete de

instalación silenciosa . . . 77 7. Nombres de nodo necesarios para operaciones

VSS básicas . . . 80 8. Nombres de nodo necesarios para copias de

seguridad con traspaso de datos básicas de VSS . . . 80

9. Modalidades de diagnóstico y uso . . . . 103 10. Vistas de copia de seguridad de base de datos 125 11. Opciones de copia de seguridad de base de

datos . . . 126 12. Opciones de restauración de base de datos 136 13. Nombres de nodo utilizados para establecer

el acceso . . . 148 14. Cmdlets para proteger los datos de Microsoft

SQL Server . . . 155 15. Mandatos VSSADMIN . . . 164 16. Directrices y ejemplos de la sintaxis de los

mandatos . . . 183 17. Parámetros opcionales de Data Protection for

SQL Server . . . 185

(10)
(11)

Acerca de esta publicación

Con el software de Data Protection for Microsoft SQL Server, puede hacer la copia de seguridad y restauración de las bases de datos de Microsoft SQL Server en el almacenamiento de Tivoli Storage Manager. Data Protection for SQL Server proporciona una conexión entre un SQL Server y un Servidor de Tivoli Storage Manager. Esta conexión permite proteger y gestionar los datos SQL mediante Tivoli Storage Manager.

Tivoli Storage Manager es un producto bajo licencia de cliente/servidor que proporciona servicios de gestión de almacenamiento en un entorno informático multiplataforma.

Esta publicación proporciona información acerca de cómo instalar, configurar y proteger los datos con Data Protection for Microsoft SQL Server.

A quién va dirigida esta publicación

Esta publicación está dirigida a usuarios del sistema, administradores de Tivoli Storage Manager y administradores del sistema.

En este manual se supone que el lector comprende las aplicaciones siguientes:

v Microsoft SQL Server

v Servidor de Tivoli Storage Manager

v Cliente de archivado y copia de seguridad de Tivoli Storage Manager v Interfaz de programación de aplicaciones de Tivoli Storage Manager

También se supone que tiene conocimientos de uno de los sistemas operativos siguientes:

v Windows Server 2008 v Windows Server 2008 R2 v Windows Server 2012

Además, se supone que tiene conocimientos del siguiente sistema de almacenamiento de IBM

®

utilizado para la base de datos:

v Cualquier dispositivo de almacenamiento que implementa la interfaz de proveedor VSS como se define en la sección de descripción general del proveedor de sistema de VSS en este documento

v IBM System Storage: modelos de almacenamiento en disco DS3000, DS4000, DS5000

v IBM System Storage SAN Volume Controller (SVC) v IBM Storwize V7000 Disk System

v IBM XIV Storage System modelo 2810 (Gen2)

v IBM System Storage DS8000

(DS8100, DS8300, o DS8700)

(12)

Publicaciones

La familia de productos Tivoli Storage Manager incluye IBM Tivoli Storage FlashCopy Manager, IBM Tivoli Storage Manager para Gestión de espacio, IBM Tivoli Storage Manager for Databases y otros productos de gestión de

almacenamiento de IBM Tivoli.

Para ver la documentación de IBM, consulte http://www.ibm.com/support/

knowledgecenter/.

Cómo leer los diagramas de sintaxis

En este apartado se describe cómo leer los diagrama de sintaxis utilizados en este manual. Para leer un diagrama de sintaxis, siga la ruta de la línea. Léalo de izquierda a derecha y de arriba a abajo.

v El símbolo ─── indica el principio de un diagrama de sintaxis.

v El símbolo ─── al final de una línea indica que el diagrama de sintaxis continúa en la línea siguiente.

v El símbolo ─── al principio de una línea indica que el diagrama de sintaxis procede de la línea anterior.

v El símbolo ─── indica el final de un diagrama de sintaxis.

Los elementos de la sintaxis, como una palabra clave o una variable, puede estar:

v En la línea (elemento requerido)

v Sobre la línea (elemento predeterminado) v Por debajo de la línea (elemento opcional)

Descripción de los diagramas de sintaxis Ejemplo Abreviaturas

La letras en mayúsculas indican la truncamiento más corta aceptable. Si un elemento aparece completamente en mayúsculas, no podrá truncarse.

Puede escribir el elemento en cualquier combinación de mayúsculas y minúsculas.

En este ejemplo puede especificar KEYWO, KEYWORD o KEYWOrd.

Abreviaturas

 KEYWOrd 

Símbolos:

Especifique estos símbolos exactamente como apareen en el diagrama de sintaxis.

* Asterisco

{ } Corchetes

: Dos puntos

, Coma

= Signo igual

- Guió

() Paréntesis

. Punto

Espacio

(13)

Descripción de los diagramas de sintaxis Ejemplo Variables:

Los elementos en minúsculas y cursiva (nombre_variable) indican variables.

En este ejemplo, puede especificar un nombre_variable cuando especifique el mandato KEYWORD.

Variables

 KEYWOrd nombre_variable 

Repetición:

Una flecha que regresa a la izquierda indica que puede repetir el elemento.

Un carácter o espacio dentro de la flecha significa que los elementos repetidos se deben separar mediante dicho carácter o espacio.

Una nota al pie de la flecha hace referencia al número de veces que se puede repetir el elemento.

Repetición

 repetir 

Repetición

  ,

repetición 

Repetición



(1)

repetir 

Notas:

1 Puede especificar repetición hasta 5 veces.

Opciones requeridas:

Cuando dos o más elementos están apilados y uno de ellos está en la línea, deberá especificar un elemento.

En este ejemplo,debe elegir entre A, B o C.

Opciones obligatorias

 A

B C



Opción optativa:

Cuando un elemento está por debajo de la línea, dicho elemento será opcional. En el primer ejemplo, podrá seleccionar entre A o nada.

Cuando dos o más elementos están apilados por debajo de la línea, todos son

opcionales.En el segundo ejemplo, puede elegir A, B, C o nada.

Selección opcional



A





A B C



(14)

Descripción de los diagramas de sintaxis Ejemplo Valores predeterminados:

Los valores predeterminados están por encima de la línea. El valor predeterminado será seleccionado a no ser que lo altere temporalmente. Puede alterar el valor predeterminado incluyendo una opción en la pila debajo de la línea.

En este ejemplo, A es el valor predeterminado. Puede alterar

temporalmente A seleccionando B o C. Puede también especificar explícitamente a valor predeterminado.

Valores predeterminados



A B C



Opciones repetibles:

Una pila de elementos seguidos de una flecha que regresa a la izquierda indica que puede seleccionar un elemento o, e algunos casos, repetir un único elemento.

En este ejemplo, puede seleccionar cualquier combinación de A, B o C.

Opciones repetibles

 A

B C



Fragmentos de sintaxis:

Algunos diagramas, debido a su longitud, deben fragmentar la sintaxis. El nombre del fragmento aparece entre barras verticales en el diagrama. El fragmento aplicado aparece entre barras verticales en el diagrama después de un encabezado con el mismo nombre de fragmento.

Fragmentos de sintaxis

 El nombre del fragmento 

El nombre del fragmento:

A B C

(15)

Novedades en Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Versión 7.1.1

Dispone de nuevas características y mejoras en Data Protection for Microsoft SQL Server Versión 7.1.1.

Soporte de Microsoft SQL Server 2014

Ahora puede utilizar Data Protection for SQL Server para gestionar SQL Server 2014 en entornos autónomos y de clúster de migración tras error y para proteger las bases de datos SQL Server 2014.

Eficacia y mejoras del proceso de copia de seguridad

Durante el proceso de copia de seguridad, Data Protection for SQL Server omite las bases de datos e instantáneas de bases de datos que están en estado fuera de línea, en duplicación y en restauración. Con este release, las bases de datos que se omiten durante el proceso de copia de seguridad se indican en la salida de la consola y en el archivo tdpsql.log.

Se ha añadido cifrado AES de 256 bits como tipo de cifrado de datos disponibles

El cifrado AES de 256 bits está disponible como tipo de cifrado de datos con este release de . AES-256 proporciona el algoritmo más seguro para cifrar los datos que se envían al Servidor de Tivoli Storage Manager.

Anteriormente los cifrados AES-128 y DES-56 soportados permanecían como tipos de cifrado soportados.

Dispone de proceso de suma de comprobación para copias de seguridad de base de datos de herencia

En la consola de gestión de Microsoft (MMC), puede especificar la

comprobación de integridad para copias de seguridad de base de datos de herencia. En la interfaz de línea de mandatos, puede establecer el

parámetro SQLCHECKSum con el mandato establecer para especificar la comprobación de la integridad para todas las copias de seguridad de herencia. Puede modificar el valor global emitiendo el parámetro SQLCHECKSum en el mandato backup.

La opción VERIFYOnly está disponible para operaciones de restauración de base de datos de herencia

Puede verificar si una copia de seguridad de base de datos de herencia es válida sin tener que restaurar físicamente la copia de seguridad. Antes de restaurar la copia de seguridad de base de datos de herencia, puede ejecutar la operación de restauración con la opción Sólo verificar en la MMC. Como alternativa, puede utilizar la opción /VERIFYOnly con el mandato restaurar en la interfaz de línea de mandatos.

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

(16)
(17)

Capítulo 1. Guía de inicio

Con el software Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server puede realizar una copia de seguridad y restaurar bases de datos Microsoft SQL Server en almacenamiento de Tivoli Storage Manager o en volúmenes de duplicación locales. El término volúmenes de duplicación locales describe los datos que se almacenan en volúmenes duplicados, que se ubica en un subsistema de almacenamiento de disco.

Data Protection for SQL Server proporciona una conexión entre un SQL Server y un Servidor de Tivoli Storage Manager, lo que permite proteger los datos de SQL y que los gestione Tivoli Storage Manager. Data Protection for SQL Server protege los datos de SQL Server y mejora la disponibilidad de las bases de datos de SQL.

Puede seguir ejecutando aplicaciones primarias en los servidores de bases de datos mientras se realiza una copia de seguridad y se restauran los datos.

Puede utilizar una interfaz de línea de mandatos o la interfaz gráfica de usuario (GUI) para realizar copias de seguridad y restaurar bases de datos de SQL Server.

Para obtener más información sobre cómo hacer copia de seguridad y restaurar bases de datos de SQL Server, consulte la documentación de SQL Server.

Microsoft da soporte a la interfaz de programación de aplicaciones (API) de Microsoft para operaciones de copia de seguridad y restauración en modalidad continua. Microsoft también da soporte al uso de la tecnología VSS (Volume Shadow Copy Service) para operaciones de copia de seguridad y restauración.

Data Protection for SQL Server utiliza la API de Tivoli Storage Manager para comunicar con el Servidor de Tivoli Storage Manager y la API de SQL para comunicar con SQL Server. Además de estas API, las operaciones de VSS de Data Protection for SQL Server necesitan el cliente de copia de seguridad y archivado de Tivoli Storage Manager (VSS Requestor) y Microsoft VSS para generar una

instantánea en línea (copia coherente en un punto en el tiempo) de los datos de SQL.

Proceso de copia de seguridad de datos

Puede utilizar la infraestructura de Microsoft VSS (Volume Shadow Copy Service) para generar una instantánea en línea (copia coherente en un punto en el tiempo) de los datos SQL.

Tipos de copias de seguridad de bases de datos

Los tipos de las copias de seguridad de Data Protection for SQL Server son las siguientes:

Copia de seguridad de base de datos completa (de herencia y VSS)

Data Protection for SQL Server hace una copia de seguridad de una base

de datos de SQL Server entera y de la parte del registro de transacciones

necesario para proporcionar un estado de base de datos coherente. Con las

copias de seguridad completas y diferenciales, la copia incluye suficiente

información de cualquier registro de transacciones asociado para crear una

copia de seguridad coherente consigo misma. La parte del registro incluido

(18)

sólo contiene las transacciones que se producen desde el principio de la copia de seguridad hasta la terminación de la misma.

Las copias de seguridad de herencia son una corriente de bytes que Data Protection for SQL Server almacena en Servidor de Tivoli Storage Manager.

Las copia de seguridad de VSS son distintas porque están a nivel del volumen y del archivo. Cuando una base de datos de SQL Server no está completamente asignada, una copia de seguridad de herencia podría transferir una cantidad más pequeña de datos para una copia de seguridad Tivoli Storage Manager que para una copia de seguridad de VSS. Esta situación se produce porque una copia de seguridad de VSS transfiere el archivo completo, independientemente de su asignación.

Copia de seguridad completa de sólo copia (de herencia y VSS)

Una copia de seguridad completa de sólo copia es un tipo de copia de seguridad que es independiente de la secuencia de copias de seguridad convencionales del servidor SQL. La copia de seguridad completa de sólo copia no interrumpa la secuencia de una copia de seguridad diferencial. La copia de seguridad diferencial no está asociada con la copia de seguridad completa de copia, pero está asociada con la copia de seguridad completa anterior que se completó.

Copia de seguridad diferencial (sólo de herencia)

Data Protection for SQL Server realiza la copia de seguridad sólo de las páginas de datos en una instancia de base de datos del servidor SQL que cambió después de la última copia de seguridad completa y una porción del registro de transacción.

La copia de seguridad diferencial está asociada con la última copia de seguridad completa que se completó. La última copia de seguridad

completa se podría completar a través de Data Protection for SQL Server u otra herramienta o producto. Por ejemplo, si realiza una copia de

seguridad completa con Data Protection for SQL Server en una copia de seguridad de disco y realiza una copia de seguridad diferencial con Data Protection for SQL Server, la copia de seguridad diferencial se asocia a la copia de seguridad de disco de SQL Server.

(Sólo el servidor Microsoft SQL 2012 y versiones posteriores) La copia de seguridad diferencial no se admite para bases de datos en la réplica secundaria.

Copia de seguridad de registro (sólo de herencia)

Data Protection for SQL Server sólo hace copia de seguridad del contenido de un registro de transacciones de base de datos de SQL Server desde la última copia de seguridad de registro satisfactoria. Antes de la primera copia de seguridad de registro, complete una copia completa o un tipo de copia de seguridad equivalente. Generalmente después de una copia de seguridad completa se realiza una copia de seguridad de registro. La parte del registro que se incluye en copias de seguridad diferenciales y

completas no es equivalente a un registro copia de seguridad. Además, en las copias de seguridad completa y diferencial, el archivo de registro no se trunca como sucede durante una copia de seguridad del archivo de registro. Sin embargo, una copia de seguridad de registro a continuación de una copia de seguridad completa o diferencial incluirá las mismas transacciones que una copia de seguridad completa o diferencial. Las copias de seguridad de registro no son acumulativas como las

diferenciales; deben aplicarse copias de seguridad de registro a una copia

de seguridad base y en el orden correcto.

(19)

una copia de seguridad de registro en términos del servidor SQL no es equivalente a una copia de seguridad incremental en términos de Tivoli Storage Manager.

Copia de seguridad de archivo (sólo de herencia)

Data Protection for SQL Server sólo hace una copia de seguridad del contenido de un archivo lógico especificado del servidor SQL. Este tipo de copia de seguridad puede facilitar la planificación de copias de seguridad de bases de datos grandes. Puede copiar conjuntos de archivos diferentes durante copias de seguridad planificadas de manera diferente. Las copias de seguridad de archivos, grupos y conjuntos deben ir seguidas de una copia de seguridad de registro, pero no es necesario realizar una copia de seguridad completa.

Copia de seguridad de grupo (sólo de herencia)

Data Protection for SQL Server sólo hace una copia de seguridad del contenido de un grupo de archivos especificado de SQL Server. Esta copia de seguridad le permite realizar copias del conjunto de tablas de una base de datos y de los índices de un grupo específico de archivos.

El "grupo" se especifica como parte de la configuración dentro de SQL Server cuando define los archivos de base de datos. Si no se especifica un grupo y todos los archivos de la base de datos son parte del grupo

"primario", no es posible realizar copia de seguridad o restauración parcial de la base de datos utilizando el grupo.

Copia de seguridad de conjunto (sólo de herencia)

Data Protection for SQL Server hace una copia de seguridad del contenido de grupos de archivos y archivos del servidor SQL especificados como si fuera una unidad.

Infraestructura de Volume Shadow Copy Service

Data Protection for SQL Server ofrece a los proveedores de software y hardware un modelo de interfaz común para generar y gestionar instantáneas.

El servicio VSS de Microsoft gestiona y controla tres componentes de software VSS que se utilizan durante las operaciones de VSS: el solicitante de VSS, el escritor de VSS y el proveedor de VSS. El solicitante de VSS es el software de copias de seguridad. El escritor de VSS es el software de aplicación. Ejemplos de software de aplicación son Microsoft Exchange Server y Microsoft SQL Server. El proveedor de VSS es la combinación específica de hardware y software que genera el volumen de instantánea.

Grabador VSS

El Grabador VSS para Microsoft SQL Server es SqlServerWriter.

SqlServerWriter lo proporciona el servicio Escritor de VSS de SQL Server.

Solicitante VSS

El cliente de copia de seguridad y archivado de Tivoli Storage Manager

funciona como el componente Solicitante VSS y se comunica con los

servicios VSS de Microsoft para acceder a los datos y crear copias de

duplicación de volúmenes. Como el cliente de copia de seguridad y

archivado de Tivoli Storage Manager actúa como la interfaz de VSS,

funciones como la copia de seguridad fuera de la LAN, la optimización del

almacenamiento del lado de cliente, el cifrado de datos y la compresión de

datos están disponibles. Estas funciones se habilitan cuando se establecen

determinadas opciones en el archivo de opciones del cliente de copia de

seguridad y archivado.

(20)

Esta aplicación inicia una operación de instantánea. La aplicación emite un mandato al servicio de VSS para crear una copia de duplicación de un volumen especificado. El Solicitante VSS es el cliente de archivado y copia de seguridad Tivoli Storage Manager.

Proveedor de VSS

Esta aplicación produce la copia de duplicación y también gestiona los volúmenes donde residen los datos de SQL. Un proveedor puede ser un proveedor de sistemas, tal como el que está incluido con el sistema operativo de Microsoft Windows. También puede ser un proveedor de software o un proveedor de hardware, tal como uno que está incluido con un sistema de almacenamiento.

Los proveedores de hardware VSS requieren de instalación y configuración, incluida la instalación de todos los paquetes de arreglos necesarios. Para obtener las instrucciones, consulte la documentación para el proveedor de hardware de VSS.

Para obtener más información acerca de la tecnología VSS, consulte el documento de referencia técnica de Microsoft How Volume Shadow Copy

Service Works.

Descripción general de proveedor de sistema VSS

Un proveedor de sistemas VSS ayuda a crear y mantener copias en volúmenes de duplicación local.

El proveedor de sistema VSS se refiere al proveedor predeterminado VSS que está disponible con el servidor Windows. Si utiliza el proveedor del sistema VSS de Windows, no es necesaria ninguna configuración. Sin embargo, puede realizar algunos cambios en la configuración utilizando los mandatos VSSADMIN. Para obtener más información acerca de los mandatos VSSADMIN, consulte la documentación de Microsoft.

Descripción general de proveedor de software o hardware de VSS

Un proveedor de software o hardware actúa como una interfaz durante el proceso de VSS a nivel de software o hardware, respectivamente.

Si utiliza un proveedor de software o hardware, revise los siguientes requisitos operativos que se proporcionan para ayudarle a planificar las copias de seguridad de VSS:

v Coloque archivos de bases de datos para cada base datos o grupo de base de datos a los que se les realizará una copia y una restauración de forma conjunta en un volumen lógico separado y dedicado.

v Coloque los archivos de cada base de datos en un volumen lógico independiente.

v No coloque datos que no sean de SQL en volúmenes de almacenamiento que estén dedicados a datos de SQL.

v Cuando utilice proveedores de instantáneas de hardware, no comparta los LUN de grupo de almacenamiento con otras bases de datos u otras aplicaciones.

v Consulte y siga las instrucciones de instalación y configuración de la documentación que proporciona el distribuidor del proveedor de VSS.

v Si utiliza dispositivos de almacenamiento XIV, instale y configure IBM XIV

Proveedor para Microsoft Windows Volume Shadow Copy Service (xProv)

Versión 2.3.0 y posterior.

(21)

v Si se utiliza un proveedor de hardware, configure los discos que almacenaron datos SQL y archivos de registro como discos básicos.

Métodos de copia de seguridad de datos

Data Protection for SQL Server utiliza el método de VSS para realizar copias de seguridad. También puede utilizar Data Protection for SQL Server para ejecutar copias de seguridad de herencia que creen una copia de una base de datos SQL o registro o de parte de los mismos en el soporte de almacenamiento de Tivoli Storage Manager.

Copias de seguridad de datos de VSS

Una copia de seguridad de VSS utiliza la tecnología del servicio de duplicación de volúmenes de Microsoft (VSS) para producir una instantánea en línea (copia coherente de instante específico) de datos SQL.

Las copias de seguridad VSS pueden almacenarse en volúmenes de duplicación local de VSS o bien, cuando están integradas con Tivoli Storage Manager, en el almacenamiento del Servidor de Tivoli Storage Manager.

v Para los datos cuya copia de seguridad se ha realizado en los volúmenes de duplicación local de VSS, la copia de seguridad de la instantánea se encuentra en el volumen de copia de duplicación.

v Para los datos cuya copia de seguridad se haya realizado tanto en los volúmenes de duplicación de VSS como en el almacenamiento del Servidor de Tivoli

Storage Manager, se ejecuta una copia de seguridad de la instantánea local y los datos del volumen de la instantánea local se envían al Servidor de Tivoli Storage Manager. El volumen de la instantánea local se conserva como copia de

seguridad local después de que haya finalizado la transferencia al Servidor de Tivoli Storage Manager

Al ejecutar copias de seguridad VSS y almacenar datos en el almacenamiento de Servidor de Tivoli Storage Manager, se requiere que temporalmente haya espacio suficiente en los volúmenes de la instantánea local.

Ambos destinos de almacenamiento requieren que haya suficiente espacio disponible para contener la instantánea hasta que haya finalizado la transferencia al Servidor de Tivoli Storage Manager. En cuanto se completa la transferencia de datos al servidor, se libera el volumen de instantánea. El espacio se puede reutilizar.

Cuando hay suficiente espacio disponible para la instantánea, el sistema puede acceder directamente a las copias de seguridad VSS almacenadas localmente en volúmenes de duplicación de VSS.

Si almacena copias de seguridad VSS de forma local, además del almacenamiento del Servidor de Tivoli Storage Manager, y se alcanza el número máximo de versiones de copia de seguridad local que deben mantenerse, la versión de copia de seguridad local más antigua caducará para poder crear la nueva instantánea para la copia de seguridad en el almacenamiento del Servidor de Tivoli Storage Manager. El número máximo de versiones de copia de seguridad local que deben mantenerse se establece en la política de Tivoli Storage Manager.

Las copias de seguridad VSS eliminan la necesidad de que el servidor o el sistema

de archivos esté en modalidad de copia de seguridad durante un largo período de

tiempo. Generalmente, el periodo de tiempo para realizar la instantánea se mide en

(22)

segundos, no en horas. Además, una copia de seguridad VSS admite una instantánea de grandes cantidades de datos a la vez puesto que la instantánea funciona a nivel de volumen.

La restauración de copias de seguridad VSS gestionadas localmente es rápida porque los datos de SQL no se transfieren desde el almacenamiento de Servidor de Tivoli Storage Manager a través de la red.

copia de seguridad de VSS con traspaso de datos

Una copia de seguridad con traspaso de datos utiliza otra máquina para trasladar datos a Servidor de Tivoli Storage Manager.

Este tipo de copia de seguridad transfiere la carga de copia de seguridad desde el sistema de producción a otro sistema. Una copia de seguridad VSS con traspaso de datos requiere que en los sistemas de producción y secundarios se haya instalado un proveedor de hardware VSS que admita volúmenes de copia de duplicación transportables.

Las copias de seguridad VSS con traspaso de datos requieren una licencia de Tivoli Storage FlashCopy Manager. Tivoli Storage FlashCopy Manager es otra aplicación de software que se puede adquirir por separado.

Copias de seguridad de datos de herencia

Las copias de seguridad de herencia son una corriente de bytes que Data Protection for SQL Server almacena en el servidor de Tivoli Storage Manager. A diferencia de las copias de seguridad de herencia, las copias de seguridad de VSS son copias de seguridad de datos de nivel de volumen y de archivo.

Data Protection for SQL Server proporciona la lógica y los mecanismos de selección necesarios para realizar una copia de seguridad y restaurar datos de SQL. Data Protection for SQL Server completa el siguiente flujo de trabajo cuando se inicia una operación de copia de seguridad de herencia:

1. Data Protection for SQL Server inicia una sesión con un Servidor de Tivoli Storage Manager utilizando la API de Tivoli Storage Manager y la información que está contenida en un archivo de opciones de cliente.

2. Data Protection for SQL Server inicia una sesión con SQL Server utilizando la interfaz SMO de SQL.

3. Data Protection for SQL Server indica al SQL Server que utiliza la interfaz de SQL-VDI que empiece a realizar una copia de seguridad de los objetos de base de datos seleccionados.

4. Data Protection for SQL Server recibe datos de SQL Server y los envía al Servidor de Tivoli Storage Manager.

5. Data Protection for SQL Server informa a SQL Server que la copia de seguridad ha finalizado.

6. Data Protection for SQL Server finaliza la sesión de Servidor de Tivoli Storage Manager y las sesiones de SQL Server.

En función de las instrucciones proporcionadas, el software de Data Protection for SQL Server puede comprimir o indicar a SQL Server que comprima los datos de SQL antes de enviarlos a Servidor de Tivoli Storage Manager.

Cuando se realiza una copia de seguridad, Servidor de Tivoli Storage Manager

conserva la información acerca de SQL Server y la base de datos. Esta información

está disponible para las operaciones de consulta y restauración después de que se

haya completado la copia de seguridad. La información sobre los nombres y

(23)

tamaños de los grupos de archivos de base de datos y archivos se almacena como metadatos con los datos de la base de datos.

Proceso de restauración de datos

Windows

Para restaurar datos, Data Protection for SQL Server obtiene copias de seguridad de bases de datos SQL y de registros de transacciones y devuelve las copias de seguridad a SQL Server.

restauración rápida de VSS

Una restauración rápida de VSS restaura datos desde una instantánea local. La instantánea es la copia de seguridad VSS que reside en un volumen de duplicación local. La operación de restauración recupera los datos mediante un método de copia a nivel de archivo.

Las operaciones de restauración rápida de VSS presentan las características siguientes:

v Soporta la restauración de los tipos de copia de seguridad completa y copia de seguridad completa de solo copia. VSS no es compatible con copias de seguridad diferenciales, de grupos de archivos individuales, de archivos individuales ni de conjuntos, y por eso no pueden restaurarse.

v Soporta la restauración solo para las copias de seguridad de VSS de SQL Server en la misma instancia de SQL Server.

v Soporta las copias de seguridad VSS en una ubicación alternativa utilizando la opción /relocatedir.

v Da soporte a la granularidad de la restauración en el nivel de base de datos.

v Soporta las restauraciones en un entorno de Microsoft Windows Failover Clustering o Veritas Cluster Server.

Restauración instantánea de VSS

Una operación de restauración instantánea de VSS restaura los datos utilizando un método de restauración asistido por hardware. Una operación FlashCopy es un ejemplo de método de restauración asistido por hardware.

Una operación de restauración instantánea de VSS sólo es posible cuando todos los datos del grupo de almacenamiento o base de datos que se especifican para las operaciones de restauración están en subsistemas de almacenamiento que se admiten en la restauración instantánea de VSS. Si parte de los datos que se van a restaurar, incluidos los archivos de registro y los archivos de índice de texto completo, reside en un disco local, se realiza una restauración rápida de VSS.

Cuando ejecute restauraciones instantáneas de VSS, asegúrese de que hayan finalizado las copias en segundo plano anteriores que afectan a los volúmenes que se están restaurando antes de iniciar la restauración instantánea de VSS. Sin embargo, esta comprobación no es necesaria para XIV, SAN Volume Controller o Storwize V7000 con volúmenes de destino de ahorro de espacio.

Una restauración instantánea de VSS es el método de restauración predeterminado

cuando todos los datos especificados para una restauración están en subsistemas

de almacenamiento que se admiten en la restauración instantánea de VSS. Se

puede producir una migración tras error a una restauración rápida de VSS cuando

(24)

se detecta un error lo suficientemente temprano en el proceso de restauración instantánea de VSS para activar la migración tras error. En esta situación, se registra un error en el archivo dsmerror.log . DSMAGENT utiliza el archivo dsmerror.log. No obstante, una migración tras error a una restauración rápida de VSS puede no siempre ser posible. Por ejemplo, si se produce un error más tarde en el proceso de restauración, el procesamiento de la restauración instantánea de VSS falla sin una migración tras error a la restauración rápida de VSS. Un error puede ser una copia de segundo plano pendiente en el subsistema de

almacenamiento, un error al iniciar la operación de FlashCopy en el sistema de proveedor de instantánea, u otro error de hardware.

Las copias de seguridad VSS de SQL Server sólo se pueden restaurar en la misma instancia de SQL Server desde la que se realizaron copias de seguridad. Esta limitación es una limitación de Microsoft SQL Server. Se pueden restaurar los tipos de copia de seguridad completa y copia de seguridad completa de solo copia. Se pueden aplicar copias de seguridad diferenciales de herencia y copias de seguridad de archivos de registro de herencia después de haber restaurado una copia de seguridad VSS completa o completa sólo de copia.

Cuando tenga previsto implementar la restauración de instantánea de VSS, tenga en cuenta las indicaciones siguientes:

v (DS8000,SAN Volume Controller, Storwize V7000) Requiere IBM Almacenamiento del sistema Soporte para el software de Servicio de instantáneas de volumen Microsoft. XIV tiene proveedores VSS de software separados.

v Las copias de seguridad sólo se pueden restaurar en el mismo subsistema de almacenamiento DS8000, SAN Volume Controller, XIV o Storwize V7000 en el que se hizo una copia de seguridad de ellos.

La lista de dispositivos que admiten operaciones de restauración instantánea se mantiene en línea en esta página web: Storage Architecture Support for Tivoli Storage FlashCopy Manager.

Restauración de herencia

Una restauración de herencia obtiene copias de seguridad de bases de datos de SQL desde el almacenamiento de Servidor de Tivoli Storage Manager y las restaura en su ubicación original.

Al igual que una operación de copia de seguridad de herencia, una operación de restauración de herencia utiliza una restauración de API especializada que funciona con el servidor SQL.

Atención: Las copias de seguridad de base de datos de herencia se pueden verificar como finalizadas y válidas sin tener que restaurar físicamente la copia de seguridad. Las operaciones de restauración se pueden ejecutar con la opción Sólo verificar en la consola de gestión de Microsoft (MMS) o utilizando la opción /VERIFYOnly con el mandato restore en la interfaz de línea de mandatos.

Una restauración completa de una base de datos incluye la restauración de una copia de seguridad completa o el equivalente de ésta (de copias de seguridad de grupos, archivos o conjuntos) y la restauración de todos los registros de

transacciones desde que se hizo la última copia de seguridad completa. Para una restauración de herencia, Data Protection for SQL Server:

|

|

|

|

|

(25)

1. Inicia una sesión con un Servidor de Tivoli Storage Manager utilizando la API de Tivoli Storage Manager y la información que está contenida en un archivo de opciones de cliente.

2. Inicia una sesión con SQL Server utilizando la interfaz SQL-SMO.

3. Consulta en Servidor de Tivoli Storage Manager una lista de copias de seguridad de base de datos.

4. Indica a SQL Server mediante la interfaz de SQL VDI que empiece a restaurar los objetos de base de datos seleccionados.

5. Recibe datos del Servidor de Tivoli Storage Manager y los reenvía al servidor SQL.

6. Finaliza las sesiones de Tivoli Storage Manager y el servidor SQL.

Alta disponibilidad y recuperación tras desastre con grupos de disponibilidad AlwaysOn

Los grupos de disponibilidad AlwaysOn proporcionan prestaciones de alta disponibilidad y de recuperación tras desastre. La alta disponibilidad y la recuperación tras desastre se ofrecen a nivel de base de datos de servidor SQL nivel y a nivel de instancia de instancia de servidor SQL.

AAG proporciona alta disponibilidad y recuperación tras desastre a nivel de base de datos SQL. La instancia de clústeres de migración tras error de AlwaysOn de SQL proporciona alta disponibilidad y recuperación tras desastre a nivel de servidor SQL. Los AAG y las instancias de clúster de migración tras error de SQL pueden utilizarse conjuntamente. Cuando se trabaja en un entorno AAG, aquí hay algunos temas a tener en cuenta:

v Un grupo de instancias de servidor en clúster, cada una de las cuales contiene una copia de todas las bases de datos, puede estar en el AAG.

v Puede haber hasta cinco copias en línea de una base de datos (una primaria y un máximo de cuatro copias secundarias).

v Réplica síncrona y asíncrona.

v Registro de sucesos.

v Modalidades de migración tras error automática y modalidades de migración tras error manual.

v Bases de datos dentro de una migración tras error AAG como un grupo.

Data Protection for SQL Server protege las bases de datos de disponibilidad en el Grupo de disponibilidad de AlwaysOn y en las Instancias de clúster de migración tras error de AlwaysOn. Un Grupo de disponibilidad AlwaysOn puede contener un conjunto de bases de datos primarias y de una a cuatro copias del conjunto de bases de datos primarias, denominadas bases de datos secundarias.

Tareas relacionadas:

“Transición de copias de seguridad de SQL Server desde Tivoli Storage FlashCopy

Manager a Tivoli Storage Manager” en la página 112

(26)

Protección de datos mejorada para grupos de disponibilidad de Microsoft SQL AlwaysOn

Todas las operaciones de copia de seguridad de VSS (completa) y de herencia (completa, diferencial, archivo/conjunto/grupo y registro) reciben soporte en la réplica primaria. Las operaciones de copia de seguridad de herencia y de VSS sólo de reserva y las copias de seguridad de registro normales reciben soporte en una réplica secundaria. Ninguna copia de seguridad diferencial en una réplica secundaria recibe soporte.

Para las copias de seguridad de una réplica secundaria, la réplica debe estar en el estado sincronizado o sincronizando. Puede tener varios grupos de disponibilidad AlwaysOn (AAG) en un clúster de SQL Server. También puede tener una

combinación de bases de datos estándares y AAG en un clúster de SQL Server.

Todas las bases de datos incluidas en una copia de seguridad de tipo VSS se captan juntas.

Cuando realice una copia de seguridad de datos, especifique opciones para el despliegue de la copia de seguridad. Desea distribuir la carga de trabajo de copia de seguridad por motivos de escalabilidad y aislar de actividad de copia de seguridad en un nodo de copia de seguridad dedicado. El aislamiento de la actividad de copia de seguridad minimiza el impacto en las bases de datos de producción.

Si es posible, evite copias de seguridad redundantes de las mismas bases de datos.

Reconocer todas las réplicas como copias de la misma base de datos ayuda a alcanzar este objetivo. También puede aplicar políticas de retención a bases de datos “exclusivas”.

Lo recomendable es permitir copias de seguridad desde cualquier nodo del grupo de disponibilidad y habilitar restauraciones desde cualquier nodo del grupo de disponibilidad.

Consecución de estos objetivos con el componente Data Protection for SQL Server

Cuando utilice Data Protection for SQL Server para gestionar copias de seguridad AAG, use las siguientes construcciones de SQL Server:

v Prioridad de copia de seguridad: se especifica por base de datos en un AAG.

Define el orden de prioridad para el que se deben utilizar las réplicas para realizar una copia de seguridad de una base de datos en un AAG.

v Réplica preferida: se especifica a un nivel de AAG en el que se pueden utilizar réplicas primaria o secundaria para la copia de seguridad.

– Réplica secundaria preferida: se realizan copias de seguridad planificadas en una réplica secundaria, si está disponible. Si la réplica secundaria no está disponible, se puede utilizar la réplica primaria.

– Sólo secundaria: sólo se pueden realizar copias de seguridad planificadas en una réplica secundaria.

– Primaria: sólo se pueden realizar copias de seguridad planificadas en una réplica primaria.

– Cualquier réplica: las copias de seguridad planificadas pueden aparecer en cualquier réplica.

También puede utilizar las siguientes construcciones de Data Protection for SQL Server:

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

(27)

v El parámetro ALWAYSONNODE proporciona un espacio de nombres común para todas las copias de seguridad. Cada nodo se autentica por separado con Tivoli Storage Manager. Los datos copiados se almacena en el espacio de nombres AlwaysOnNode (utilizando la opción Asnode).

v El parámetro /ALWAYSONPriority especifica que se debe realizar copia de

seguridad de una base de datos de disponibilidad local sólo si tiene la prioridad de copia de seguridad más alta entre las réplicas de disponibilidad que estén funcionando correctamente. Este parámetro sólo se aplica a copias de seguridad planificadas.

Despliegues de protección de datos de muestra en entornos AAG

Existen dos enfoques para hacer copia de seguridad de datos:

v Una copia de seguridad de herencia se distribuye entre réplicas de AAG.

v Una copia de seguridad de VSS se distribuye entre réplicas de AAG.

Enfoque 1: una copia de seguridad de herencia se distribuye entre réplicas de AAG Cuando distribuya una copia de seguridad de herencia entre réplicas de

AAG, utilice la siguiente lista al configurar el entorno:

v Establezca la réplica preferida en Preferir réplica secundaria.

v Instale Data Protection for SQL Server en todas las réplicas aptas para ejecutar una copia de seguridad.

v Defina una planificación de tipo CMD para ejecutar un archivo CMD con un mandato de copia de seguridad similar al del siguiente ejemplo:

tdpsqlc backup db1,db2,db3 full /alwaysonpriority

v Asocie cada nodo de Data Protection for SQL Server con la planificación definida.

v Ejecute copias de seguridad en el nodo SQL de acuerdo con las prioridades definidas para cada base de datos.

Enfoque 2: una copia de seguridad de VSS se distribuye entre réplicas de AAG Cuando distribuya una copia de seguridad de VSS entre réplicas de AAG, utilice la siguiente lista al configurar el entorno:

v Establezca la réplica preferida en Preferir réplica secundaria.

v Instale Data Protection for SQL Server en todas las réplicas aptas para ejecutar una copia de seguridad.

v Defina una planificación de tipo CMD para ejecutar un archivo CMD con un mandato de copia de seguridad por base de datos separado similar al del siguiente ejemplo:

tdpsqlc backup db1 full /alwaysonpriority /backupmethod=VSS backupdest=TSM

tdpsqlc backup db2 full /alwaysonpriority /backupmethod=VSS backupdest=TSM

tdpsqlc backup db3 full /alwaysonpriority /backupmethod=VSS backupdest=TSM

v Asocie cada nodo de Data Protection for SQL Server con la planificación definida.

v Ejecute copias de seguridad en el nodo SQL de acuerdo con las prioridades definidas para cada base de datos.

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

||

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

(28)

Soporte para el suministro ligero

Un suministro ligero o la capacidad de asignar menos almacenamiento físico que el tamaño declarado de un volumen de almacenamiento lógico está disponible con el hardware soportado. Se hace referencia a un volumen de suministro ligero como un volumen de ahorro de espacio (SE).

La lista completa del hardware admitido para FlashCopy de espacio eficiente está disponible en línea en esta página web: Storage Architecture Support for Tivoli Storage FlashCopy Manager.

Controlador de volumen SAN y Storwize V7000 proporciona la restauración de FlashCopy desde los volúmenes de destino SE así como desde los volúmenes de destino totalmente asignados para los que la copia de segundo plano de la copia de seguridad de VSS aún no se ha completado. Además, el hardware admite operaciones de restauración de datos desde volúmenes de destino totalmente asignados para los que se ha completado la copia en segundo plano de la copia de seguridad de VSS. Puede retener varias imágenes FlashCopy de un volumen de origen como copias de seguridad a un coste de almacenamiento mucho más reducido. No es necesario asignar el tamaño completo del volumen de origen para cada copia de seguridad.

Para volúmenes de destino SE, la arquitectura del hardware de Controlador de volumen SAN y Storwize V7000 minimiza el espacio que se requiere para mantener varias instantáneas del mismo volumen de origen. Los volúmenes de destino se colocan en una cascada donde cada destino depende de los cambios que se registren en los volúmenes de destino de las instantáneas posteriores. Por ejemplo, presuponga que se crean cuatro instantáneas VSS de un volumen de origen. S es el origen y T1 a T4 son los destinos. T1 es el primero y T4 el último, en orden cronológico. Se visualiza la siguiente cascada:

O -> T4 -> T3 -> T2 -> T1

Con este tipo de relación en cascada, se necesita un proceso copiar al grabar solo entre el volumen de origen y el último destino FlashCopy. Los bloques que permanecen sin cambiar en el volumen de origen no se copian. Sin embargo, cuando utilice los volúmenes de destino como versiones de copia de seguridad gestionados por Data Protection for SQL Server, considere detenidamente la

relación en cascada cuando varios volúmenes de destino SE tienen el mismo origen FlashCopy.

Migración tras error automática del servidor de Tivoli Storage Manager para la recuperación de datos

Si utiliza Data Protection for SQL Server con la configuración de Tivoli Storage Manager, Data Protection for SQL Server puede migrar tras error automáticamente al servidor secundario para la recuperación de datos cuando hay una parada en el servidor de Tivoli Storage Manager.

El servidor de Tivoli Storage Manager al que Data Protection for SQL Server se

conecta para los servicios de copia de seguridad se denomina el servidor primario. Si

se ha configurado el servidor primario para la réplica de nodo, los datos de nodo

del cliente se pueden replicar en otro servidor de Tivoli Storage Manager, el cual es

el servidor secundario.

(29)

Dependiendo de la configuración, los nodos siguientes deben configurarse para la réplica en el servidor primario:

v Nodo de Data Protection

v Nodo de solicitante de VSS (llamado también el nodo de agente DSM)

v Nodo de agente DSM remoto (para copias de seguridad con traspaso de datos en el servidor primario)

v Nodo de AlwaysOn (para copias de seguridad de bases de datos de

disponibilidad de un Grupo de disponibilidad AlwaysOn en SQL Server 2012 y versiones posteriores)

Durante las operaciones normales, la información de conexión para el servidor secundario se envía automáticamente a Data Protection for SQL Server desde el servidor primario. La información del servidor secundario se guarda en el archivo de opciones del cliente (dsm.opt). No se requiere intervención manual del usuario para añadir la información del servidor secundario.

Cada vez que el cliente de copia de seguridad y archivado inicia sesión en el servidor para los servicios de copia de seguridad, intenta contactar con el servidor primario. Si el servidor primario no está disponible, el cliente de copia de

seguridad y archivado migra tras error automáticamente al servidor secundario. En modalidad de migración tras error, puede restaurar datos que se han replicado en el servidor secundario. Cuando el servidor primario esté disponible de nuevo, el cliente de copia de seguridad y archivado migrará tras error automáticamente al servidor primario la próxima vez que se conecte al servidor.

Requisitos: Para asegurar que la migración tras error de cliente automatizada se pueda producir, Data Protection for SQL Server debe cumplir los siguientes requisitos:

v Data Protection for SQL Server debe estar en el nivel V7.1.

v El servidor primario, el servidor secundario y el cliente de copia de seguridad/archivado deben estar en el nivel de la versión 7.1.

v Los servidores primario y secundario deben estar configurados para la réplica de nodo.

v Los nodos siguientes deben configurarse para réplica con la opción replstate=enabled en cada definición de nodo del servidor:

– Nodo de Data Protection – Nodo de solicitante de VSS

– Nodo de agente DSM remoto para copias de seguridad con traspaso de datos – Nodo de AlwaysOn, si procede

v Antes de que la información de conexión para el servidor secundario se pueda enviar a Data Protection for SQL Server, deben tener lugar los siguientes procesos:

– Debe hacer copia de seguridad de los datos al menos una vez en el servidor primario.

– Los siguientes nodos deben replicarse al menos una vez en el servidor secundario:

- Nodo de Data Protection - Nodo de AlwaysOn, si procede

Restricción: Las siguientes restricciones se aplican a Data Protection for SQL

Server durante la migración tras error:

(30)

v Las operaciones que requieren almacenar datos en el servidor de Tivoli Storage Manager, como las operaciones de copia de seguridad, no están disponibles. Sólo puede utilizar funciones de recuperación de datos, como las operaciones de restauración o consulta.

v Las planificaciones no se replican en el servidor secundario. Por lo tanto, no se ejecutan planificaciones mientras el servidor primario no está disponible.

v Si el servidor primario deja de estar disponible antes o durante la réplica de nodo, los datos de copia de seguridad más recientes no se replican

satisfactoriamente en el servidor secundario. El estado de réplica del espacio de

archivos no es actual. Si intenta restaurar datos en modalidad de migración tras

error y el estado de réplica no es actual, los datos recuperados podrían no ser

utilizables. Debe esperar hasta que el servidor primario vuelva a estar en línea

para poder restaurar los datos.

Referencias

Documento similar

El contar con el financiamiento institucional a través de las cátedras ha significado para los grupos de profesores, el poder centrarse en estudios sobre áreas de interés

En la base de datos de seguridad combinados de IMFINZI en monoterapia, se produjo insuficiencia suprarrenal inmunomediada en 14 (0,5%) pacientes, incluido Grado 3 en 3

En este ensayo de 24 semanas, las exacerbaciones del asma (definidas por el aumento temporal de la dosis administrada de corticosteroide oral durante un mínimo de 3 días) se

En un estudio clínico en niños y adolescentes de 10-24 años de edad con diabetes mellitus tipo 2, 39 pacientes fueron aleatorizados a dapagliflozina 10 mg y 33 a placebo,

• Descripción de los riesgos importantes de enfermedad pulmonar intersticial/neumonitis asociados al uso de trastuzumab deruxtecán. • Descripción de los principales signos

La campaña ha consistido en la revisión del etiquetado e instrucciones de uso de todos los ter- mómetros digitales comunicados, así como de la documentación técnica adicional de

Esta herramienta gratuita facilita las tareas necesarias para la gestión de Microsoft SQL Server Express, permitiendo modificar las configuraciones de la base de datos y

Al hacer consultas a la base de datos, SQL permite utilizar operaciones algebraicas