Instalación de Data Protection for Microsoft SQL Server y guía

IBM Tivoli Storage Manager for Databases
Version 7.1.4
Data Protection
for Microsoft SQL Server
Guía de instalación y del usuario
IBM
IBM Tivoli Storage Manager for Databases
Version 7.1.4
Data Protection
for Microsoft SQL Server
Guía de instalación y del usuario
IBM
Nota:
Antes de utilizar esta información y el producto al que da soporte, lea la información del apartado “Avisos” en la página
313.
Cuarta edición (diciembre de 2015)
Esta edición se aplica a la versión 7, release 1, modificación 4 de IBM Tivoli Storage Manager for Databases: 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.
© Copyright IBM Corporation 1997, 2015.
Contenido
Tablas . . . . . . . . . . . . . ..
vii
Acerca de esta publicación . . . . ..
ix
A quién va dirigida esta publicación . . . . ..
Publicaciones . . . . . . . . . . . . ..
Cómo leer los diagramas de sintaxis . . . . ..
ix
x
x
| Novedades de Data Protection for SQL
| Server Versión 7.1.4 . . . . . . . .. xiii
Capítulo 1. Guía de inicio: información
de planificación . . . . . . . . . ..
Infraestructura de Volume Shadow Copy Service ..
Data Protection en entornos de VSS. . . . ..
Proceso de copia de seguridad de datos . . . ..
Tipos de copia de seguridad de base de datos ..
Métodos de copia de seguridad de datos . . ..
Gestión de políticas con Data Protection for SQL
Server . . . . . . . . . . . . . ..
Proceso de restauración de datos . . . . . ..
Proceso de restauración rápida de VSS . . ..
Proceso de restauración instantánea de VSS ..
Data Protection for SQL Server con IBM SAN
Volume Controller e IBM Storwize V7000 . . ..
Requisitos de IBM System Storage . . . . ..
Grupos de disponibilidad AlwaysOn con Data
Protection for SQL Server en un entorno de
Windows Failover Cluster (clúster de migración tras
error) . . . . . . . . . . . . . . ..
Operaciones de copia de seguridad de base de
datos de disponibilidad . . . . . . . ..
Operaciones de restauración de base de datos de
disponibilidad . . . . . . . . . . ..
Protección de datos mejorada para grupos de
disponibilidad de Microsoft SQL AlwaysOn ..
Migración tras error automática del servidor de
Tivoli Storage Manager para la recuperación de
datos . . . . . . . . . . . . . . ..
Capítulo 2. Instalación, actualización y
migración . . . . . . . . . . . ..
Prerrequisitos. . . . . . . . . . . . ..
Instalación y configuración de Data Protection for
SQL Server . . . . . . . . . . . . ..
Instalación de Data Protection for SQL Server ..
Finalización de la configuración de la instalación
Verificación de la configuración. . . . . ..
Personalización de la configuración . . . ..
Instalación en un sistema local . . . . . . ..
Instalación de Data Protection for SQL Server en
Windows Server Core . . . . . . . . . ..
Instalación de Data Protection for SQL Server en un
entorno de clúster . . . . . . . . . . ..
© Copyright IBM Corp. 1997, 2015
1
1
2
5
5
8
9
22
22
23
23
25
25
26
28
28
30
33
33
34
35
35
37
38
38
40
40
Implementación de una instalación silenciosa
(desatendida) de Data Protection for SQL Server ..
Instalación silenciosa del cliente de Tivoli Storage
Manager . . . . . . . . . . . . ..
Instalación silenciosa de Data Protection for SQL
Server con el programa de configuración . ..
Instalación silenciosa con el programa de
instalación de Microsoft . . . . . . . ..
Opciones de las instalaciones silenciosas. . ..
Creación y prueba de un paquete de instalación
silenciosa en un DVD o un servidor de archivos .
Mensajes de error de la instalación silenciosa ..
Actualización de Data Protection for SQL Server ..
Migración de Data Protection for SQL Server . ..
Capítulo 3. Configuración. . . . . ..
Definiciones de nodo proxy para Copias de
seguridad VSS . . . . . . . . . . . ..
Nombres de nodo necesarios para operaciones
VSS básicas . . . . . . . . . . . ..
Nombres de nodo necesarios para copias de
seguridad con traspaso de datos de VSS básicas .
Especificación de parámetros de configuración de
Tivoli Storage Manager . . . . . . . . ..
Especificación de parámetros de nombre de nodo de
Data Protection for SQL Server . . . . . . ..
Cómo especificar archivos de configuración y
opciones en ubicaciones que no son las
predeterminadas. . . . . . . . . . . ..
Configuración de las preferencias de usuario . ..
Propiedades de Data Protection. . . . . ..
Configuración de operaciones de VSS en un entorno
de clúster de migración tras error de SQL Server ..
Configuración de la política de Tivoli Storage
Manager para establecer la caducidad automática y
el control de versiones (copias de seguridad VSS y
de herencia) . . . . . . . . . . . . ..
Establecimiento de la caducidad automática para
copias de seguridad de VSS . . . . . . ..
Establecimiento de la caducidad automática para
copias de seguridad de herencia . . . . ..
Configuración de Data Protection for SQL Server
mediante el Asistente de configuración de Tivoli
Storage Manager . . . . . . . . . . ..
Configuración de un sistema remoto con una
Configuración de TSM. . . . . . . . . ..
Configuración manual de Data Protection for SQL
Server . . . . . . . . . . . . . . ..
Configuración del sistema que ejecuta SQL
Server . . . . . . . . . . . . . ..
Configuración del servidor de Tivoli Storage
Manager . . . . . . . . . . . . ..
Configuración del sistema que ejecuta las copias
de seguridad con traspaso de datos . . . ..
41
41
42
43
44
46
47
47
48
49
49
50
50
52
54
55
56
57
68
69
69
70
71
73
74
74
76
77
iii
Verificación de la configuración de Data
Protection for SQL Server. . . . . . . ..
Configuración manual de Data Protection for SQL
Server en Windows Server Core . . . . . ..
Creación de un nodo en servidor de Tivoli
Storage Manager . . . . . . . . . ..
Configuración de un nodo proxy para copias de
seguridad VSS con traspaso de datos en el
entorno de Windows Server Core . . . . ..
Configuración del cliente en el entorno de
Windows Server Core . . . . . . . . ..
Configuración de Data Protection for SQL Server
en Windows Server Core . . . . . . . ..
Modificación de valores de configuración de Data
Protection for SQL Server en Windows Server
Core . . . . . . . . . . . . . . ..
Configuración de Data Protection for SQL Server
con Tivoli Storage Manager en un entorno en clúster
Configuración de réplicas de disponibilidad para
ejecutar copias de seguridad de datos planificadas .
Transición de copias de seguridad de SQL Server
desde Tivoli Storage FlashCopy Manager a Tivoli
Storage Manager . . . . . . . . . . ..
Configuración del servidor de Tivoli Storage
Manager . . . . . . . . . . . . ..
Configuración de la estación de trabajo que
ejecuta SQL Server . . . . . . . . . ..
Transición de bases de datos de SQL Server estándar
al nodo AlwaysOn . . . . . . . . . . ..
Ejemplos de casos de ejemplo de configuración de
IBM SAN Volume Controller e IBM Storwize V7000 .
Capítulo 4. Protección de datos . . ..
Prerrequisitos. . . . . . . . . . . . ..
Requisitos de seguridad para operaciones de
copia de seguridad y de restauración . . . ..
Métodos de copia de seguridad de herencia y
VSS . . . . . . . . . . . . . ..
Protección de datos mejorada para grupos de
disponibilidad de Microsoft SQL AlwaysOn ..
Inicio de Microsoft Management Console . . ..
Inicio de la interfaz de la línea de mandatos de
Data Protection for SQL Server . . . . . ..
Obtención de ayuda para mandatos de Data
Protection for SQL Server . . . . . . ..
Gestión de instalaciones de Data Protection for
SQL Server de forma remota . . . . . . ..
Adición de sistemas remotos . . . . . ..
Determinación de la capacidad de almacenamiento
gestionada . . . . . . . . . . . . ..
Gestión de tareas de copia de seguridad de
gestión, restauración y automatización en el gestor
de tareas . . . . . . . . . . . . . ..
Copia de seguridad de datos de SQL Server . ..
Habilitación de la compresión de copia de
seguridad de SQL Server . . . . . . ..
Verificación de la integridad de las bases de
datos de herencia mediante la opción de suma
de comprobación . . . . . . . . . ..
Creación de copias de seguridad de VSS de
bases de datos de SQL Server . . . . . ..
iv
77
80
80
81
82
84
87
87
89
90
90
91
93
94
99
99
99
100
103
105
106
106
107
107
109
109
110
111
111
112
Creación de copias de seguridad de herencia de
bases de datos de SQL Server . . . . . ..
Creación de copias de seguridad de herencia de
grupos o archivos de SQL Server . . . . ..
Copia de seguridad de bases de datos de SQL
Server en Windows Server Core . . . . ..
Supresión de copias de seguridad de SQL
Server . . . . . . . . . . . . . ..
Desactivación de las copias de seguridad de
herencia de las bases de datos de SQL Server..
Montar instantáneas de VSS para servidores
remotos . . . . . . . . . . . . ..
Montaje de copias de seguridad de SQL Server
Restauración de bases de datos y archivos de SQL
Server . . . . . . . . . . . . . . ..
Establecimiento de la modalidad de un solo
usuario para operaciones de restauración . ..
Establecimiento de opciones de restauración de
datos en Microsoft Management Console . ..
Restauración de datos de SQL Server . . ..
Restauración de una base de datos de SQL
Server para una instancia alternativa . . ..
Restauración de la base de datos maestra . ..
Restauración de bases de datos de SQL Server
con catálogos e índices de texto completo . ..
Restauración de bases de datos de SQL Server
desde instantáneas de la máquina virtual . ..
Restauración de bases de datos de SQL Server
en Windows Server Core . . . . . . ..
Restauración de archivos y grupos de archivos
de SQL Server a partir de copias de seguridad
de herencia . . . . . . . . . . . ..
Protección de los datos de SQL Server en un
entorno de Windows Server Core. . . . . ..
Copia de seguridad de bases de datos de SQL
Server en Windows Server Core . . . . ..
Restauración de bases de datos de SQL Server
en Windows Server Core . . . . . . ..
Modificación de valores de configuración de
Data Protection for SQL Server en Windows
Server Core . . . . . . . . . . . ..
Visualización, impresión y guardado de informes
Capítulo 5. Automatización
. . . ..
Cómo prepararse para utilizar Windows
PowerShell cmdlets con Data Protection for SQL
Server . . . . . . . . . . . . . . ..
Cmdlets para Microsoft Management Console
Cmdlet para proteger los datos de Microsoft
SQL Server . . . . . . . . . . . ..
Tareas automáticas . . . . . . . . . ..
Planificador de tareas de Tivoli Storage Manager
Capítulo 6. Resolución de problemas
Diagnóstico de problemas . . . . . . . ..
Archivos de registro de errores . . . . ..
Cómo determinar si se trata de un problema de
Data Protection for SQL Server o un problema
general de VSS . . . . . . . . . . ..
Resolución de problemas que se pueden reproducir
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
114
119
120
121
122
123
123
124
124
125
128
131
133
135
135
139
140
141
142
143
143
144
145
145
146
147
148
150
153
153
153
154
158
Resolución de problemas de operaciones de
copia de seguridad y restauración de VSS . ..
Resolución de problemas de VSS y SAN Volume
Controller, Storwize V7000 o DS8000 . . ..
Resolución de problemas con el equipo de soporte
de IBM . . . . . . . . . . . . . ..
Visualización de archivos de rastreo y de
registro . . . . . . . . . . . . ..
Obtención de rastreos del cliente de Data
Protection cuando se utiliza la tecnología VSS .
Recopilación de información sobre SQL Server
con VSS antes de llamar a IBM . . . . ..
Recopilación de archivos de SQL Server con VSS
antes de llamar a IBM . . . . . . . ..
Visualización y modificación de información del
sistema . . . . . . . . . . . . ..
Envío por correo electrónico de archivos al
equipo de soporte de IBM . . . . . . ..
Soporte de IBM en línea . . . . . . . ..
Capítulo 7. Ajuste de rendimiento. ..
Utilización de búferes (sólo herencia)
Bandas de datos (sólo de herencia) .
Movimiento de datos fuera de la LAN
y VSS). . . . . . . . . . .
158
163
164
165
166
167
168
169
170
171
173
. . . ..
173
. . . ..
174
(de herencia
. . . ..
174
Capítulo 8. Información de referencia
Visión general de la línea de mandatos . . . ..
Método de parámetros de Data Protection for SQL
Server por copia de seguridad . . . . . . ..
Mandato backup . . . . . . . . . . ..
Sintaxis de backup . . . . . . . . ..
Parámetros posicionales de backup . . . ..
Parámetros opcionales de backup. . . . ..
Ejemplos de copia de seguridad de herencia ..
Ejemplos de copia de seguridad VSS . . ..
Mandato changetsmpassword . . . . . . ..
Changetsmpassword . . . . . . . . ..
Parámetros posicionales de Changetsmpassword
Parámetros opcionales de changetsmpassword
Ejemplos de salida de changetsmpassword ..
Mandato delete backup . . . . . . . . ..
Sintaxis de Delete Backup . . . . . . ..
Parámetros posicionales de delete backup . ..
Parámetros opcionales de delete backup . ..
Ejemplo de Delete Backup . . . . . . ..
Mandato Help . . . . . . . . . . . ..
Sintaxis de Help . . . . . . . . . ..
Parámetros posicionales de help . . . . ..
Ejemplos de salida de help . . . . . . ..
Mandato inactivate (sólo herencia) . . . . ..
Sintaxis del mandato inactivate . . . . ..
177
177
178
180
180
183
187
198
200
201
201
202
203
205
205
206
206
207
210
210
211
211
212
215
216
Parámetros posicionales de inactivate . . ..
Parámetros opcionales de inactivate . . . ..
Ejemplos de salida de inactivate . . . . ..
Mandato mount backup . . . . . . . . ..
Sintaxis de mount backup . . . . . . ..
Parámetro posicional Unmount Backup. . ..
Parámetros opcionales de mount backup . ..
Mandato query . . . . . . . . . . . ..
Sintaxis del mandato query. . . . . . ..
Parámetros posicionales de query . . . ..
Parámetros opcionales de query . . . . ..
Ejemplos de salida de consulta . . . . ..
Mandato query managedcapacity. . . . . ..
Mandato Query Policy . . . . . . . . ..
Mandato restore . . . . . . . . . . ..
Consideraciones sobre la línea de mandatos de
restauración VSS . . . . . . . . . ..
Sintaxis de Restore . . . . . . . . ..
Parámetros posicionales de restore . . . ..
Parámetros opcionales de restore . . . . ..
Ejemplos de salida de restauración de herencia
Ejemplos de salida de restauración VSS . ..
Mandato restorefiles . . . . . . . . . ..
Sintaxis de restorefiles . . . . . . . ..
Parámetros posicionales de restorefiles . . ..
Parámetros opcionales de restorefiles . . ..
Ejemplos de restorefiles . . . . . . . ..
Mandato Set. . . . . . . . . . . . ..
Sintaxis de set . . . . . . . . . . ..
Establecer parámetros posicionales . . . ..
Establecer parámetros opcionales . . . . ..
Ejemplos de salida de set . . . . . . ..
Mandato unmount backup . . . . . . . ..
Sintaxis de unmount backup . . . . . ..
Parámetro posicional Unmount Backup. . ..
Parámetros opcionales de unmount backup ..
217
219
222
226
226
227
227
231
231
233
236
242
253
254
254
256
256
260
262
278
286
289
290
291
291
295
295
295
296
299
299
300
300
301
301
Apéndice A. Preguntas formuladas
frecuentemente . . . . . . . . ..
305
Apéndice B. Funciones de
accesibilidad para la familia de
productos Tivoli Storage Manager ..
311
Avisos . . . . . . . . . . . . ..
313
Glosario
. . . . . . . . . . . ..
319
Índice. . . . . . . . . . . . . ..
321
Contenido
v
vi
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Tablas
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
Tipos de copia de seguridad de Data Protection
for SQL Server . . . . . . . . . . ..
5
Opciones para una instalación silenciosa
44
Funciones de la instalación silenciosa (sólo
cliente base) . . . . . . . . . . ..
46
Mandatos para la creación de un paquete de
instalación silenciosa . . . . . . . ..
46
Nombres de nodo necesarios para operaciones
VSS básicas . . . . . . . . . . ..
50
Nombres de nodo necesarios para copias de
seguridad con traspaso de datos de VSS
básicas . . . . . . . . . . . . ..
50
Modalidades de diagnóstico y uso . . . ..
60
Características de la estrategia de copia de
seguridad . . . . . . . . . . . ..
102
Vistas de copia de seguridad de base de datos 113
Vistas de copia de seguridad de base de datos 115
Opciones de copia de seguridad de base de
datos . . . . . . . . . . . . ..
116
© Copyright IBM Corp. 1997, 2015
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
Vistas de copia de seguridad de base de datos
Opciones de restauración de base de datos
Visualizaciones de restauración de base de
datos . . . . . . . . . . . . ..
Opciones de selección de restauración de base
de datos . . . . . . . . . . . ..
Vistas de copia de seguridad de base de datos
Vistas de copia de seguridad de base de datos
Nombres de nodo utilizados para establecer
el acceso . . . . . . . . . . . ..
Visualizaciones de restauración de base de
datos . . . . . . . . . . . . ..
Cmdlets para proteger los datos de Microsoft
SQL Server . . . . . . . . . . ..
Mandatos VSSADMIN . . . . . . ..
Parámetros opcionales de Data Protection for
SQL Server . . . . . . . . . . ..
119
125
129
129
131
132
137
141
147
156
178
vii
viii
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
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)
© Copyright IBM Corp. 1997, 2015
ix
Publicaciones
La familia de productos de Tivoli Storage Manager incluye IBM Tivoli Storage
FlashCopy Manager, IBM Tivoli Storage Manager for Space Management, IBM
Tivoli Storage Manager for Databases y otros productos de gestión de
almacenamiento de IBM.
Para ver la documentación de IBM, consulte IBM Knowledge Center.
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 vía de acceso 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
Abreviaturas
La letras en mayúsculas indican la
truncamiento más corta aceptable. Si un
elemento aparece completamente en
mayúsculas, no podrá truncarse.
►► KEYWOrd
Puede escribir el elemento en cualquier
combinación de mayúsculas y minúsculas.
En este ejemplo puede especificar KEYWO,
KEYWORD o 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
x
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
►◄
Descripción de los diagramas de sintaxis
Ejemplo
Variables:
Variables
Los elementos en minúsculas y cursiva
(nombre_var) indican variables.
►► KEYWOrd
nombre_variable
►◄
En este ejemplo, puede especificar un
nombre_variable cuando especifique el
mandato KEYWORD.
Repetición:
Repetición
Una flecha que regresa a la izquierda indica
que puede repetir el elemento.
►► repetir
►◄
Un carácter o espacio en la flecha significa
Repetición
que debe separar los elementos repetidos con
ese carácter o espacio.
,
Una nota al pie de la flecha hace referencia al
►► ▼ repetición
número de veces que se puede repetir el
elemento.
Repetición
►◄
(1)
►► repetir
►◄
Notas:
1
Puede especificar repetición hasta 5
veces.
Opciones requeridas:
Opciones obligatorias
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.
A
B
C
►◄
Opción optativa:
Selección opcional
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.
►►
►◄
A
►►
►◄
A
B
C
Acerca de esta publicación
xi
Descripción de los diagramas de sintaxis
Ejemplo
Valores predeterminados:
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.
A
►◄
B
C
En este ejemplo, A es el valor
predeterminado. Puede alterar A
seleccionando B o C. Puede también
especificar explícitamente a valor
predeterminado.
Opciones repetibles:
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.
►►
A
B
C
►◄
En este ejemplo, puede seleccionar cualquier
combinación de A, B o C.
Fragmentos de sintaxis:
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.
►►
El nombre del fragmento
El nombre del fragmento:
A
B
C
xii
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
►◄
|
|
Novedades de Data Protection for SQL Server Versión 7.1.4
|
Data Protection for Microsoft SQL Server incluye nuevas características y cambios.
|
|
La nueva información y la cambiada se indican con una barra vertical (|) a la
izquierda del cambio.
|
|
|
|
|
|
|
Ejecución de operaciones de restauración instantánea en sistemas de
almacenamiento IBM y no IBM
En Microsoft Windows Server 2012 o posteriores, puede utilizar Tivoli
Storage FlashCopy Manager para ejecutar operaciones de restauración
instantánea en sistemas de almacenamiento IBM y no IBM. Debe tener una
licencia de Tivoli Storage FlashCopy Manager para poder disponer de esta
característica.
|
|
|
|
|
Consejo: Para obtener más información sobre la ejecución de operaciones
de restauración instantánea en sistemas de almacenamiento IBM y no IBM,
consulte la sección Novedades de Tivoli Storage FlashCopy Manager Versión
4.1.4 en la publicaciónIBM Tivoli Storage FlashCopy Manager Installation and
User's Guide for Windows.
© Copyright IBM Corp. 1997, 2015
xiii
xiv
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
|
Capítulo 1. Guía de inicio: información de planificación
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. Un volumen de duplicación local contiene datos
que se almacenan en volúmenes duplicados, que son locales en un sistema de
almacenamiento de disco.
Data Protection for SQL Server proporciona una conexión entre una instancia de
SQL Server y Tivoli Storage Manager, lo que permite proteger los datos de SQL
Server 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 Server. 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 Tivoli Storage Manager y la API de SQL Server 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
(Solicitante de VSS) y Microsoft VSS para generar una instantánea en línea (copia
coherente en un punto en el tiempo) de los datos de SQL Server.
Infraestructura de Volume Shadow Copy Service
VSS (Volume Shadow Copy Service) ofrece un modelo de interfaz común para
generar y gestionar instantáneas en línea de datos de SQL Server.
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 grabador
de VSS y el proveedor de VSS. El grabador de VSS es la aplicación que almacena
los datos en los volúmenes de origen. El solicitante VSS es el software de copia de
seguridad. El proveedor de VSS es la combinación de hardware y software que
genera el volumen de instantánea.
El proveedor del sistema VSS crea y mantiene las instantáneas en volúmenes de
duplicación locales y hace referencia al proveedor predeterminado de VSS que está
disponible con el servidor de Windows. Si utiliza el proveedor del sistema VSS de
Windows, no es necesaria ninguna configuración. Sin embargo, puede realizar
cambios utilizando los mandatos VSSADMIN.
© Copyright IBM Corp. 1997, 2015
1
Con un proveedor de copia de hardware y software de VSS, puede crear copias de
duplicación de volúmenes en ejecución a petición. Un proveedor de hardware
utiliza un controlador o un adaptador de almacenamiento de hardware para
gestionar las copias de duplicación a nivel de hardware. El software Data
Protection for SQL Server no controla el proveedor de hardware de VSS. El
proveedor de hardware controla el proveedor de hardware VSS. Instale y configure
el proveedor de hardware y software de VSS según sea necesario.
Data Protection en entornos de VSS
Windows
Las características de las operaciones de restauración y de copia de seguridad de
VSS (Volume Shadow Copy Service) pueden afectar a las tareas de gestión, por
ejemplo, los tipos de copia de seguridad que puede ejecutar, la granularidad de la
copia de seguridad y las opciones de ubicación de almacenamiento de las copias
de seguridad.
Cuando decida las estrategias de restauración y de copia de seguridad, tenga en
cuenta las siguientes directrices y requisitos de VSS.
Características de la copia de seguridad de VSS
Las copias de seguridad pueden almacenarse en volúmenes de duplicación local,
un servidor de Tivoli Storage Manager, o en ambas ubicaciones. Puede definir
diferentes valores de políticas de cada ubicación de copia de seguridad.
Las bases de datos deben tener nombres exclusivos. Si una base de datos tiene el
mismo nombre que otra base de datos, pero la capitalización es distinta, el
software no diferencia entre las mayúsculas y minúsculas.
Requisitos de copia de seguridad de VSS
Planifique la estrategia de Copia de seguridad VSS de modo que optimice el
rendimiento de las operaciones de copia de seguridad y evite problemas
potenciales.
Siga estas directrices al planificar las copias de seguridad de VSS:
v Cuando realice operaciones VSS, asegúrese de que dispone al menos de 200 MB
de espacio de disco libre en la unidad del sistema Windows. Este espacio se
utiliza para almacenar los archivos de metadatos para Data Protection for SQL
Server.
v Planificar y ejecutar copias de seguridad de herencia como parte de su
estrategia.
v Utilice disco básicos, que se inicializan para su almacenamiento básico. Un disco
básico consta de volúmenes básicos, como por ejemplo particiones primarias,
particiones ampliadas y unidades lógicas.
v Si tiene pensado guardar copias de seguridad de instantáneas de VSS
únicamente en volúmenes de duplicación locales, aprenda cómo implementar las
opciones de configuración del proveedor de hardware de VSS.
Por ejemplo, si su proveedor de hardware VSS da soporte a una instantánea de
copia completa frente a un mecanismo de instantáneas de copia al grabar, las
implementaciones de tipo de copia completa tienen mayores requisitos de
almacenamiento en disco. No obstante, las implementaciones no se basan en el
volumen original para restaurar los datos. Las implementaciones de copia al
grabar requieren menos almacenamiento de disco pero se basan en el volumen
original para restaurar los datos.
2
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
v Si ejecuta copias de seguridad paralelas de VSS, escalone la hora de inicio de las
copias de seguridad en al menos 10 minutos. Este intervalo asegura que las
operaciones de instantánea no se solapen.
v Si ejecuta copias de seguridad paralelas de VSS, configure las copias de
seguridad paralelas de instancias para que no se creen las instantáneas de los
mismos volúmenes.
v Si ejecuta copias de seguridad de VSS paralelas, asegúrese de que las copias de
seguridad paralelas no crean las instantáneas del mismo LUN.
v No coloque varios volúmenes en el mismo LUN. Configure un solo volumen,
una sola partición individual y un solo LUN como 1 a 1.
Características de la restauración de VSS
En una operación de restauración de VSS, las copias de seguridad de VSS archivos
de registro y de bases de datos SQL) que están en el almacenamiento de servidor
de Tivoli Storage Manager se restauran a su ubicación original del SQL Server.
Las siguientes características se aplican a una operación de restauración de datos
de VSS:
v Sólo se pueden restaurar copias de seguridad de VSS de SQL Server en la misma
instancia de SQL Server.
v Puede restaurar los tipos de copia de seguridad completa y copia de seguridad
completa de solo copia.
v No puede ejecutar archivos diferenciales, de grupos de archivos individuales,
archivos individuales ni definir operaciones de copia de seguridad porque VSS
no puede restaurar dichos datos.
v Los datos se restauran en el nivel de la base de datos.
v Puede restaurar una o varias bases de datos a partir de una copia de seguridad
de instantáneas de VSS en el almacenamiento de servidor de Tivoli Storage
Manager.
v Puede ejecutar operaciones de restauración en un entorno de Microsoft Windows
Failover Clustering o Veritas Cluster Server (VCS).
v Al utilizar la opción /relocatedir, puede restaurar una copia de seguridad de
VSS directamente desde el almacenamiento de servidor de Tivoli Storage
Manager a una ubicación alternativa.
v No puede utilizar las operaciones de restauración rápida VSS paralela o
restauración instantánea de VSS con Microsoft Windows Server 2008 o versiones
posteriores.
Requisitos de restauración de VSS
A menos que se especifique lo contrario, una operación de restauración de VSS hace
referencia a todos los tipos de restauración que utilizan VSS, incluidas las
operaciones de restauración de VSS, Restauración rápida VSS y Restauración
instantánea de VSS.
Si realiza las copias de seguridad de instantánea de VSS con el parámetro de
destino de copia de seguridad establecido en TSM, el proceso restaurar también se
refiere a una restauración a nivel de imagen desde el servidor de Tivoli Storage
Manager.
Cuando decida las estrategias de restauración, tenga en cuenta las directrices de
VSS.
Capítulo 1. Guía de inicio: información de planificación
3
Restauración instantánea de VSS
Una operación de Restauración instantánea de VSS sobrescribe el contenido
completo de los volúmenes de origen.
v Si no desea sobrescribir los volúmenes de origen, asegúrese de establecer
la opción Instant Restore en No en Microsoft Management Console
(MMC).
v El proceso de Restauración instantánea de VSS requiere que otras
aplicaciones no accedan al disco local, por ejemplo, Windows Explorer.
v Cuando ejecute una operación de Restauración instantánea de VSS,
compruebe que no haya otros datos en los volúmenes que se van a
restaurar.
v Antes de iniciar una operación de Restauración instantánea de VSS,
asegúrese de que las copias en segundo plano anteriores que contienen
los volúmenes que se están restaurando se han completado. XIV, SAN
Volume Controller o Storwize V7000 con volúmenes de destino de
espacio eficiente no se deben completar.
Restauración rápida VSS
En una operación de Restauración rápida VSS, si no desea sobrescribir
todos los archivos en el volumen original, monte la instantánea. Copie sólo
los archivos que desea restaurar.
Cuando finalice una operación de restauración de VSS desde volúmenes de
duplicación locales, los bytes que se transfieren se muestran como 0 porque no se
restauran datos (0) desde el servidor de Tivoli Storage Manager.
Debido a una limitación de SQL Server, no puede restaurar una copia de seguridad
VSS en una instancia de SQL Server alternativo. Las copias de seguridad de VSS se
restauran en la misma instancia de SQL Server donde se tomó la instantánea.
Operaciones de VSS en entornos de IBM N-series y NetApp
Debe tener en cuenta las limitaciones del espacio de almacenamiento al realizar
operaciones de VSS en entornos que contienen IBM N-series y sistemas NetApp.
Las instantáneas que se crean utilizando el proveedor de instantáneas IBM N-series
y NetApp se almacenan en el mismo volumen en el que está ubicada la LUN.
El espacio de disco que utiliza una copia de seguridad local sólo consta de los
bloques que se han modificado desde que se creó la última copia de seguridad
local. Puede utilizar la fórmula siguiente para determinar la cantidad de espacio
necesaria para cada copia de seguridad local:
Cantidad de datos cambiados por hora * número de horas para que caduque una
copia de seguridad local
Además, Write Anywhere File Layout (WAFL) reserva espacio, es decir, bloques
con un tamaño el doble del tamaño especificado de la LUN que se utilizará. Esta
reserva de espacio garantiza que se permitan las operaciones de grabación para los
discos virtuales. En el siguiente ejemplo se muestra cómo calcular el tamaño de los
volúmenes:
4
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Tamaño de base de datos de SQL: 100GB
Número de copias se seguridad locales que se deben conservar:
3
Instantánea de la copia de seguridad de TSM:
1
Duración de la copia de seguridad de TSM:
2 horas
Frecuencia de la copia de seguridad:
3 horas
Periodo antes de que caduque una copia de seguridad local:
9 horas
Cantidad de datos cambiados/añadidos/suprimidos por hora:
50 MB
Espacio necesario para cada copia de seguridad local:
50*9= 450 MB
Espacio necesario para 3 copias de seguridad locales + 1 copia de seguridad de TSM:
450*3 + 50*2 = 1450 MB
El tamaño de volumen necesario para la base de datos: 100*2 (reserva de espacio)
+ 1,5 = 201,5 GB
Proceso de copia de seguridad de datos
Data Protection for SQL Server puede utilizar la infraestructura de VSS (Volume
Shadow Copy Service) de Microsoft para generar una copia en línea coherente y de
un punto en el tiempo de los datos de SQL Server.
Tipos de copia de seguridad de base de datos
Con Data Protection for SQL Server, puede utilizar la interfaz común en la
infraestructura del VSS (Volume Shadow Copy Service) para crear copias de
seguridad de base de datos.
Las Copias de seguridad VSS están a nivel de volumen y de archivo. Las copias de
seguridad de herencia son una corriente de bytes que Data Protection for SQL
Server almacena en servidor de Tivoli Storage Manager.
Puede realizar una copia de seguridad de los datos de Data Protection for SQL
Server utilizando los métodos siguientes:
Tabla 1. Tipos de copia de seguridad de Data Protection for SQL Server
Data Protection for SQL Server
Copia de seguridad de base de datos
completa (de herencia y VSS)
Con este método, Data Protection for SQL
Server hace una copia de seguridad de una
base de datos de SQL Server y de la parte
del registro de transacciones necesario para
proporcionar un estado de base de datos
coherente. Con este tipo de copia de
seguridad, la copia incluye suficiente
información de cualquier registro de
transacciones asociado para crear una copia
de seguridad que sea coherente consigo
misma. La parte del registro incluido sólo
contiene las transacciones que se producen
desde el principio de la copia de seguridad
hasta la terminación de la misma.
Capítulo 1. Guía de inicio: información de planificación
5
Tabla 1. Tipos de copia de seguridad de Data Protection for SQL Server (continuación)
Data Protection for SQL Server
Copia de seguridad completa de sólo copia
(de herencia y VSS)
Con este método, Data Protection for SQL
Server crea copias de seguridad de datos
que no afectan a procesos de copia de
seguridad y restauración existentes y que se
pueden conservar a largo plazo. Por
ejemplo, puede utilizar este tipo para
realizar una copia de seguridad de un
registro antes de una operación de
restauración de archivos en línea. En este
ejemplo, la copia de seguridad completa de
sólo copia se utiliza una sola vez. Una vez
se ha restaurado la copia de seguridad, se
suprime.
Copia de seguridad diferencial (sólo
herencia)
Con este método, Data Protection for SQL
Server sólo realiza una copia de seguridad
de las páginas de datos en una instancia de
base de datos de SQL Server que haya
cambiado tras la última copia de seguridad
completa. También se realiza una copia de
seguridad de una parte del registro de
transacciones.
La copia de seguridad diferencial está
asociada con la última copia de seguridad
completa que se ha realizado. La última
copia de seguridad completa se podría
completar a través de Data Protection for
SQL Server o de otra aplicación. Por
ejemplo, si ejecuta una copia de seguridad
completa de SQL Server a disco y ejecuta
una copia de seguridad diferencial, la copia
de seguridad diferencial estará asociada con
la copia de seguridad de disco de SQL
Server.
No puede utilizar una copia de seguridad
diferencial de bases de datos en la réplica
secundaria en Microsoft SQL Server 2012.
6
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Tabla 1. Tipos de copia de seguridad de Data Protection for SQL Server (continuación)
Data Protection for SQL Server
Copia de seguridad de registro (sólo
herencia)
Con este método, 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.
Este tipo de copia de seguridad va
precedido por una copia de seguridad
completa o un tipo de copia de seguridad
equivalente.
Normalmente, las copias de seguridad de
registro siguen a las copias de seguridad
completas. La parte del registro que se
incluye en copias de seguridad diferenciales
y completas no es equivalente a un registro
copia de seguridad. Adicionalmente, 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 a una copia de
seguridad base y en el orden correcto.
Copia de seguridad de archivo (sólo
herencia)
Con este método, Data Protection for SQL
Server sólo hace una copia de seguridad del
contenido de un archivo lógico especificado
de SQL Server. Este tipo de copia de
seguridad puede facilitar los conflictos de
planificación si debe realizar copias de
seguridad de bases de datos de gran
tamaño. 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.
Capítulo 1. Guía de inicio: información de planificación
7
Tabla 1. Tipos de copia de seguridad de Data Protection for SQL Server (continuación)
Data Protection for SQL Server
Copia de seguridad de grupo (sólo herencia) Con este método, Data Protection for SQL
Server sólo hace una copia de seguridad del
contenido de un grupo de archivos
especificado de SQL Server. Puede 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 ningún grupo y todos los
archivos de la base de datos son parte del
grupo primario, no puede realizar una copia
de seguridad ni restaurar parcialmente la
base de datos utilizando el grupo.
Copia de seguridad de conjunto (sólo
herencia)
Con este método, Data Protection for SQL
Server hace una copia de seguridad del
contenido de grupos de archivos y archivos
de SQL Server especificados como si fuera
una unidad.
Métodos de copia de seguridad de datos
Windows
Puede utilizar VSS (Volume Shadow Copy Service) para hacer una copia de
seguridad de los datos de Data Protection for SQL Server.
Para SQL Server, también puede 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
Puede almacenar copias de seguridad de VSS en volúmenes de duplicación de VSS
o, si están integrados con Tivoli Storage Manager, en almacenamiento de servidor
de Tivoli Storage Manager.
Las copias de seguridad de VSS eliminan la necesidad de que el servidor o el
sistema de archivos esté en modalidad de copia de seguridad durante mucho
tiempo. El periodo de tiempo para realizar la instantánea se mide normalmente en
segundos, no 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.
Debe asegurarse de que haya espacio suficiente disponible para la instantánea en
el destino de almacenamiento. Ambos destinos de almacenamiento requieren
espacio para almacenar la instantánea hasta que haya finalizado la transferencia de
datos al servidor de Tivoli Storage Manager. Cuando haya finalizado la
transferencia de datos al servidor, el sistema podrá acceder directamente a las
copias de seguridad de VSS almacenadas localmente en volúmenes de duplicación
de VSS. El volumen de la instantánea se libera y el espacio se puede reutilizar.
8
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
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 sólo en el
almacenamiento de servidor de Tivoli Storage Manager, se efectúa una copia de
seguridad de la instantánea local y los datos del volumen de la instantánea local
se envían a servidor de Tivoli Storage Manager.
v Para los datos de los que se realizan copias de seguridad en volúmenes de
duplicación de VSS y 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.
Si almacena copias de seguridad de VSS de forma local y en 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 se mantienen se establece en la
política de Tivoli Storage Manager.
Copias de seguridad VSS con traspaso de datos
Ejecutando una copia de seguridad con traspaso de datos, puede transferir la carga
de copia de seguridad desde el sistema de producción a otro sistema. Puede
reducir la carga de trabajo en los recursos de red, E/S y procesador durante el
proceso de copia de seguridad.
Utilice el parámetro RemoteDSMAGENTNode para ejecutar un sistema con traspaso de
datos. Asegúrese de instalar un proveedor de hardware VSS que soporte
volúmenes de duplicación en los sistemas de producción y secundarios.
Copias de seguridad de herencia de SQL Server
Con Data Protection for SQL Server, puede ejecutar copias de seguridad de
herencia y almacenar la copia de seguridad en servidor de Tivoli Storage Manager.
Las copias de seguridad de herencia son distintas de las copias de seguridad de
VSS, ya que con este método no se realiza una copia de seguridad de los datos de
nivel de archivo y de volumen.
Gestión de políticas con Data Protection for SQL Server
Con Data Protection for SQL Server, puede gestionar y configurar políticas de
gestión de almacenamiento para copias de seguridad. Una política de copia de
seguridad determina el modo en que los volúmenes de duplicación locales se
gestionan y se conservan.
Aunque la política de Tivoli Storage Manager determina cómo se gestionan las
copias de seguridad de Data Protection for SQL Server en el almacenamiento de
Tivoli Storage Manager, la retención de la copia de seguridad en volúmenes de
duplicación local viene determinada por las políticas de versión y basadas en
tiempo. Asegúrese de que tiene suficiente espacio de almacenamiento local en los
volúmenes de duplicación locales para una copia de seguridad VSS. Además,
asegúrese de que exista suficiente espacio de almacenamiento disponible asignado
a los volúmenes para acomodar las operaciones de copia de seguridad. El volumen
de copia de duplicación destino del almacenamiento de una instantánea debe tener
suficiente espacio para la instantánea.
Capítulo 1. Guía de inicio: información de planificación
9
El entorno y los recursos de almacenamiento también afectan al número de
versiones de copia de seguridad que se mantienen en los volúmenes de
duplicación locales. La cantidad de espacio necesaria depende del proveedor de
VSS que se utilice.
Caducidad de copias de seguridad en función de política
Las copias de seguridad caducan en función a la política Data Protection for SQL
Server.
Caducidad es el proceso por el cual los objetos de copia de seguridad de SQL Server
se identifican para su supresión cuando ha pasado su fecha de caducidad o se ha
alcanzado el número máximo de versiones de copias de seguridad que se deben
retener.
La fecha en la que caducan los datos depende de las necesidades empresariales
identificadas por el objetivo de punto de recuperación (RPO) y el objetivo de
tiempo de recuperación (RTO) de su empresa. Por ejemplo, los requisitos legales,
operativos y de aplicación afectan a la manera en que se deben proteger los datos
para cumplir estas necesidades de RPO y RTO. Con Data Protection for SQL Server
puede especificar el número de copias de seguridad de instantánea para retener y
el período de tiempo de retención.
Las copias de seguridad pueden caducar durante la operación de consulta, copia
de seguridad o restauración de una sesión de Data Protection for SQL Server.
Para grupos de disponibilidad AlwaysOn en SQL Server 2012, y versiones
posteriores, solo el sistema en el que se ha creado la copia de seguridad puede
hacer que una copia de seguridad local caduque. Por ejemplo, se crea una copia de
seguridad en otro sistema y se supera el número de copias de seguridad que se
deben conservar. La copia de seguridad antigua caduca respecto al servidor de
Tivoli Storage Manager y ya no se puede restaurar. Sin embargo, el
almacenamiento físico para esta versión de copia de seguridad no será liberado
hasta la próxima vez que el sistema original realice una operación de copia de
seguridad, consulta o supresión.
El usuario especifica el número de copias de seguridad que se conservarán.
Cuando se alcanza el número máximo de copias de seguridad, la copia de
seguridad más antigua caduca y se suprime. El usuario puede especificar el
número máximo de copias de seguridad de una política de Data Protection for
SQL Server.
Se conserva una copia de seguridad durante un número máximo de días. El
número máximo de días que se puede retener una copia de seguridad se especifica
en la política de Data Protection for SQL Server .
Cómo la política afecta a la gestión de copias de seguridad en
Data Protection for SQL Server
Una política de Tivoli Storage Manager determina cómo se gestionan las copias de
seguridad de Data Protection for SQL Server en el almacenamiento de Tivoli
Storage Manager y en los volúmenes de duplicación locales cuando el entorno está
configurado para operaciones VSS.
El servidor de Tivoli Storage Manager reconoce y Data Protection for SQL Server
como un nodo.
10
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Los datos de los que se hace la copia de seguridad en el almacenamiento de Tivoli
Storage Manager desde el nodo de Data Protection for SQL Server se almacenan y
gestionan según los valores especificados en la política de servidor de Tivoli
Storage Manager.
La política de Tivoli Storage Manager gestiona las copias de seguridad de VSS
colocadas en las agrupaciones de almacenamiento de servidor de Tivoli Storage
Manager. El servidor de Tivoli Storage Manager gestiona las copias de seguridad
de VSS.
Si utiliza IBM Tivoli Storage Manager for Copy Services y actualiza a Data
Protection for SQL Server, con la licencia para Tivoli Storage Manager for Copy
Services, puede almacenar copias de seguridad de VSS en volúmenes de
duplicación locales.
Tivoli Storage Manager requiere que haya suficiente espacio de almacenamiento
para crear volúmenes de duplicación para el proceso de copia de seguridad de
VSS. Incluso cuando el destino de la copia de seguridad de VSS sea el servidor de
Tivoli Storage Manager, sigue siendo necesario de forma temporal el espacio de
almacenamiento para crear un volumen de duplicación.
El número de versiones de copias de seguridad locales que mantiene servidor de
Tivoli Storage Manager viene determinado por el valor especificado por el
parámetro servidor de Tivoli Storage Manager verexists, que se define en el
grupo de copias de la clase de gestión a la que pertenece la copia de seguridad
local. No es necesario asignar conjuntos de destino al utilizar el proveedor del
sistema de VSS. Cuando no utiliza el proveedor del sistema de VSS, el número de
conjuntos de volúmenes de destino asignados para copias de seguridad locales
debe ser igual al valor del parámetro verexists. Los conjuntos de volúmenes de
destino no son aplicables a IBM XIV Storage Systems.
Por ejemplo, si verexists=3, por lo menos tres conjuntos de volúmenes de destino
deben ser asignados para que la copia de seguridad se complete satisfactoriamente.
Si sólo se asignan dos conjuntos de volúmenes de destino, el tercer intento de
copia de seguridad y todos los posteriores fallarán. Si hay más conjuntos de
volúmenes destino que el número especificado por el parámetro verexists, el
servidor de Tivoli Storage Manager los ignorará. No se puede almacenar un
número elevado de versiones de copias de seguridad locales. Si desea tener un
número n de versiones de copia de seguridad locales, establezca el parámetro
verexists en n + 1.
Cuando utilice el asistente de configuración en la interfaz gráfica de usuario (GUI),
el parámetro VSSPOLICY se establece en el archivo tdpsql.cfg.
En función de los valores de gestión de políticas, puede reutilizar un número de
unidad lógica (LUN) para una nueva copia de seguridad. Cuando se solicita una
copia de seguridad y se ha alcanzado el número máximo de versiones, el software
suprime las instantáneas más antiguas (copia de seguridad) para crear espacio para
la instantánea. Si la nueva solicitud falla luego de que se suprima la instantánea
más antigua, tendrá una versión de copia de seguridad menos de lo esperado.
Debe gestionar la política para que las copias de seguridad locales se reconcilien
con el repositorio de copia de seguridad local con la información almacenada en el
servidor de Tivoli Storage Manager. Por ejemplo, si los LUN de volumen de
destino que se utilizan para una copia de seguridad local se eliminan del sistema
de almacenamiento, la información que representa la copia de seguridad en el
Capítulo 1. Guía de inicio: información de planificación
11
servidor de Tivoli Storage Manager debe estar reconciliada. Asimismo, si una
política de servidor de Tivoli Storage Manager determina que ya no es necesaria
una copia de seguridad local, el gestor de copias de seguridad local debe liberar
los LUN de volumen de destino para el sistema de almacenamiento. Se publicará
el gestor de copias de seguridad local para que estos LUN se puedan utilizar para
futuras operaciones de copia de seguridad. Tivoli Storage Manager detecta
automáticamente cuándo se producen estas situaciones y lleva a cabo la
reconciliación.
Valores de política de Tivoli Storage Manager recomendados
Cuando utilice Data Protection for Microsoft SQL Server, verifique que la política
contiene los valores recomendados.
Dominio
Un dominio de políticas contiene juegos de políticas, clases de gestión y
grupos de copia. Cree un dominio de políticas en el servidor de Tivoli
Storage Manager que se utilizará de forma exclusiva para las copias de
seguridad de Data Protection for SQL Server.
Grupos de políticas
Los juegos de políticas contienen clases de gestión (que contienen grupos
de copias) que determinan las normas por las que se llevan a cabo y
gestionan las copias de seguridad de Data Protection for SQL Server.
Defina el juego de políticas para el dominio de políticas al que pertenecen
las copias de seguridad de Data Protection for SQL Server. El conjunto de
políticas debe estar activado y sólo puede estar activo un conjunto de
políticas en el dominio de políticas.
Clase de gestión
Una clase de gestión es un objeto de política que los usuarios pueden
vincular a cada archivo para especificar la forma en que se gestionará el
archivo.
Defina una clase de gestión para las copias de seguridad de los volúmenes
de duplicación locales, y una clase de gestión para las copias de seguridad
del almacenamiento del servidor de Tivoli Storage Manager. Las distintas
clases de gestión proporcionan la posibilidad de disponer de políticas
especializadas para cada destino de almacenamiento. Por ejemplo, puede
mantener seis versiones de copias de seguridad de VSS locales de un
grupo de almacenamiento determinado (verexists=6) a la vez que mantiene
sólo dos versiones del mismo grupo de almacenamiento en el
almacenamiento del servidor de Tivoli Storage Manager (verexists=2).
Además, puede crear una clase de gestión distinta para los tipos de copia
de seguridad de copia para que se utilice en almacenamiento a largo plazo.
Dichas políticas pueden maximizar recursos de almacenamiento y
proporcionar más control sobre la estrategia de almacenamiento.
Importante: Dado que el proceso de copia de seguridad de VSS requiere
un espacio de almacenamiento suficiente para crear volúmenes de
duplicación, asegúrese de especificar verexists=N+1 con el objeto de
mantener n copias de seguridad en volúmenes de duplicación locales.
Puede tener cinco copias de seguridad activas del mismo grupo de
almacenamiento porque las copias de seguridad existentes del
almacenamiento del servidor de Tivoli Storage Manager, las copias de
seguridad de VSS en el almacenamiento del servidor de Tivoli Storage
Manager (COPY y FULL), y las copias de seguridad de VSS en volúmenes
de duplicación local (COPY y FULL) tienen todas distintos nombres de
12
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
servidor de Tivoli Storage Manager y, por lo tanto, cada una de ellas puede
tener su propia clase de gestión. Asegúrese de planificar la estrategia de
copia de seguridad antes de definir las clases de gestión.
|
|
|
|
|
|
|
|
|
Consideraciones sobre metadatos (sólo de herencia)
Las clases de gestión para los metadatos de Data Protection for
SQL Server serán idénticas a las clases de gestión correspondientes
para los datos de base de datos. La excepción es que las clases de
gestión de metadatos no permiten la migración a soportes
extraíbles. Si existen metadatos de Data Protection for SQL Server
en soportes desmontables, es posible que las consultas necesiten
montajes de soporte y que las copias de seguridad o las
restauraciones necesiten más montajes de soporte.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Los objetos de datos y los metaobjetos asociados deben tener los
mismos límites de versión y valores de retención. Sin embargo,
como pueden restaurarse metaobjetos como resultado de una
consulta de Data Protection for SQL Server, se recomienda
almacenar los metaobjetos en una agrupación de almacenamiento
de sólo disco. De esta forma, no será necesario realizar un montaje
de soporte para resolver la consulta. Para lograr este escenario,
implemente estos pasos:
1. Definir una clase de gestión independiente con un Destino de
copia que apunte a una agrupación de discos que no tenga
ningún soporte desmontable en su jerarquía.
2. Vincular todos los metaobjetos a dicha clase de gestión
utilizando una sentencia include en el archivo de opciones de
Data Protection for SQL Server.
|
|
|
|
|
|
|
|
|
|
|
|
Alternativamente, puede elegir utilizar la misma clase de gestión (y
agrupaciones de almacenamiento) para los objetos de datos y los
metaobjetos, si sólo necesita los metaobjetos en raras ocasiones o
sólo los necesita inmediatamente antes de una restauración cuando,
de todos modos, se requiere un montaje de volumen. En muchos
casos, también puede obtener la información de metaobjeto en SQL
Server tal como está registrada en la base de datos msdb. Para
obtener más información sobre cómo vincular objetos de copia de
seguridad a clases de gestión específicas, consulte el apartado
“Configuración de la política de Tivoli Storage Manager para
establecer la caducidad automática y el control de versiones (copias
de seguridad VSS y de herencia)” en la página 69.
Grupo de copia
Un grupo de copia controla el modo en el que se generan, se ubican y
caducan las versiones de copia de seguridad.
Defina el grupo de copia como un grupo de copia de seguridad y no como
un grupo de copia de archivado. Debido a que Data Protection for SQL
Server almacena todos los objetos como objetos de copia de seguridad de
Tivoli Storage Manager en agrupaciones de almacenamiento de copia de
seguridad, no se necesita ningún grupo de copia de archivado, aunque éste
puede existir. Los siguientes parámetros de grupo de copia de seguridad
influyen de manera significativa en la política de copia de seguridad:
VERExists
Determina el número máximo de versiones de copia de seguridad
Capítulo 1. Guía de inicio: información de planificación
13
de base de datos de SQL Server que conservar para las bases de
datos que existen en el sistema cliente de Data Protection for SQL
Server.
VERDeleted
Determina el número máximo de versiones de copia de seguridad
de base de datos de SQL Server que deben conservarse para las
bases de datos que se han suprimido del sistema cliente de Data
Protection for SQL Server una vez que Tivoli Storage Manager les
ha hecho copia de seguridad.
RETExtra
Determina el número de días que debe retenerse una versión de
copia de seguridad de base de datos de SQL Server una vez que
dicha versión pasa a estar inactiva.
RETOnly
Determina el número de días que debe retenerse la última versión
de copia de seguridad de base de datos de SQL Server de una base
de datos que se suprimió del sistema cliente de Data Protection for
SQL Server. Debido a un límite de la versión, no caducarán las
copias de seguridad incrementales. Sólo existe una versión de un
objeto de copia de seguridad incremental en este momento porque
las copias de seguridad incrementales siempre se denominan de
forma exclusiva. Sin embargo, todos los objetos de copia de
seguridad de herencia para un grupo de almacenamiento de SQL
Server se desactivan cuando se realiza una nueva copia de
seguridad completa de ese grupo de almacenamiento de SQL
Server. Los objetos de copia de seguridad de VSS permanecen
activos. El periodo de retención que se define en el parámetro
RETOnly controla la caducidad de los objetos de copia de seguridad
incrementales.
Cuando se define el valor del parámetro RETOnly para las copias de
seguridad incrementales, el valor debe ser, como mínimo, igual a la
definición de valor de los objetos de copia de seguridad completa a
las que las copias de seguridad incrementales están asociadas.
Puede utilizar la misma clase de gestión para las copias de
seguridad incrementales y los objetos de copia de seguridad
completa (que se conservan por más tiempo) para asegurarse de
que se utilice un valor adecuado. Sin embargo, cuando se completa
una nueva copia de seguridad completa de herencia de ese grupo
de almacenamiento de SQL Server, todos los objetos de copia de
seguridad de herencia para un grupo de almacenamiento de SQL
Server se desactivan. En este caso de ejemplo, los objetos de copia
de seguridad de VSS permanecen activos.
MODE, SERialization, FREQuency
Puesto que los valores de los parámetros no se aplican a Data
Protection for SQL Server, acepte los valores predeterminados.
Cuando planifique una estrategia de copia de seguridad, como
práctica recomendada, consulte con el administrador del servidor
de Tivoli Storage Manager sobre los valores de parámetros
recomendados.
Agrupación de almacenamiento
Una agrupación de almacenamiento es un conjunto con nombre de
14
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
volúmenes de almacenamiento y el destino que utiliza el servidor de Tivoli
Storage Manager para almacenar datos.
Una sola operación de restauración puede precisar una copia de seguridad
completa, una copia de seguridad diferencial y varias copias de seguridad
incrementales. Utilice las ubicaciones compartidas si las copias de
seguridad se almacenan en soportes de almacenamiento extraíbles.
Especifique las ubicaciones compartidas por espacio de archivo (define
stgpool COLlocate=FILespace) si piensa restaurar varios grupos de
almacenamiento en paralelo.
Consejo: Como práctica recomendada, utilice las ubicaciones compartidas
porque los datos para cualquier grupo de almacenamiento se almacenan en
un espacio de archivos del servidor de Tivoli Storage Manager.
Creación de una política de copia de seguridad local
Una política de copia de seguridad local determina cómo se retienen versiones
distintas de copias de seguridad en volúmenes de duplicación locales.
Antes de empezar
La conservación de copias de seguridad en volúmenes de duplicación local se rige
por la estrategia de copia de seguridad global, el tipo y el número de la versión de
copia de seguridad de VSS en Tivoli Storage Manager y en los volúmenes de
duplicación locales y las políticas basadas en tiempo. Asegúrese de que haya
suficiente espacio de almacenamiento local en volúmenes de duplicación locales.
La cantidad de espacio necesaria depende del proveedor de VSS que se utilice.
Procedimiento
Inicie Microsoft Management Console (MMC).
En el árbol de navegación, pulse IBM Tivoli Storage Manager.
Seleccione una instancia Exchange Server, SQL Server o Sistema de archivos.
En el panel Acciones, pulse Propiedades.
En la lista de páginas de propiedades disponibles, seleccione Gestión de
política.
6. Añada, suprima o actualice políticas locales para la retención de datos. Cuando
añada una política, especifique un nombre de política único. Efectúe una doble
pulsación en la política para editar un campo de política. Para conservar un
número ilimitado de instantáneas, o para retener instantáneas para un número
ilimitado de días, especifique NL.
7. Pulse Guardar.
1.
2.
3.
4.
5.
Qué hacer a continuación
Una vez que añada una política, puede enlazar una copia de seguridad a dicha
política. Las actualizaciones con políticas enlazadas y existentes no entrarán en
vigor hasta la próxima ejecución de la copia de seguridad.
Capítulo 1. Guía de inicio: información de planificación
15
Especificación de sentencias de vinculación de políticas
Sentencias de enlace de políticas para asociar las copias de seguridad de Microsoft
SQL Server con una política de gestión.
Acerca de esta tarea
Una política predeterminada enlaza cualquier copia de seguridad que no se enlace
explícitamente a una política con especificada. El enlace de políticas está disponible
en entornos con o sin servidor de Tivoli Storage Manager.
Procedimiento
Especifique las sentencias de enlace de política que se utilizan para enlazar
instantáneas a una política. Añada manualmente las sentencias de vinculación en el
respectivo archivo de configuración que define las sentencias de política.
La forma de establecer una política es diferente para las copias de seguridad VSS y
de herencia:
v Copias de seguridad VSS: Especifique la sentencia VSSPOLICY en el archivo de
configuración de Data Protection for SQL Server. De forma predeterminada, el
nombre de archivo de configuración es tdpsql.cfg.
v Copias de seguridad de herencia: Especifique las sentencias INCLUDE y
EXCLUDE en el archivo de opciones de Data Protection for SQL Server. De
forma predeterminada, el nombre del archivo de opciones es dsm.opt.
Las sentencias de enlace de política de los archivos de configuración de Data
Protection for SQL Server pueden ser similares a la información de la tabla
siguiente.
VSSPOLICY
VSSPOLICY
VSSPOLICY
<nombre de
servidor>
*
SERVER_3
<nombre de
objeto>
acctdb1
hrdb
<tipo de
copia de
seguridad>
FULL
INCR
<dest copia
de
seguridad>
LOCAL
LOCAL
<clase de
gestión>
MC_1
MC_6
Enlace de copias de seguridad con una política
Puede añadir, actualizar, suprimir o cambiar el orden de proceso de las sentencias
de enlace existentes.
Acerca de esta tarea
Una política de copia de seguridad determina el modo en que los volúmenes de
duplicación locales se gestionan y se conservan.
Procedimiento
Inicie Microsoft Management Console (MMC).
En el árbol de navegación, pulse IBM Tivoli Storage Manager.
Seleccione una instancia de SQL Server.
En el panel Acciones, pulse Propiedades.
En la lista de páginas de propiedades disponibles, seleccione Enlace de política
VSS.
6. Puede añadir, actualizar, suprimir o cambiar el orden de proceso de las
sentencias de enlace existentes.
1.
2.
3.
4.
5.
16
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Consejo: Puede utilizar un asterisco (*) como un carácter comodín para
representar a todos los caracteres.
Por ejemplo, en el campo Servidor, especifique el asterisco para vincular la
política con todos los SQL Servers.
7. Opcional: Para cambiar el orden de proceso, utilice Subir y Bajar. Las políticas
se procesan desde el final hasta el principio del archivo y el proceso se detiene
en la primera coincidencia.
Consejo: Para asegurarse de que se procesen sentencias más específicas antes
de las sentencias generales, liste la especificación más general antes de la
sentencia más específica.
8. Guarde la sentencia de enlace.
9. Opcional: Verifique las políticas y los enlaces nuevos o actualizados.
a. Ejecute una o varias operaciones de copia de seguridad de prueba.
b. En el separador Recuperar, verifique las clases de gestión vinculadas a las
copias de seguridad de prueba.
Sentencias VSSPOLICY para tipos de copia de seguridad
Para las copias de seguridad de VSS, se utilizan sentencias VSSPOLICY para
asociar copias de seguridad de VSS con clases de gestión. Cuando cambia de las
copias de seguridad de legado a las copias de seguridad de VSS, tenga en cuenta
las sentencias VSSPOLICY que se ha establecido para la copia de seguridad.
Las sentencias de VSSPOLICY se encuentran en un archivo de configuración, por
ejemplo, tdpsql.cfg. Un archivo de configuración puede incluir varias sentencias
VSSPOLICY. El archivo de configuración se lee desde el final al principio del
mismo. Las sentencias VSSPOLICY del archivo tdpsql.cfg son similares a las
sentencias INCLUDE especificadas en el cliente de copia de seguridad/archivado
de Tivoli Storage Manager del archivo dsm.opt.
Si no hay ninguna sentencia VSSPOLICY incluida en el archivo de configuración, o
si las sentencias VSSPOLICY no coinciden con el tipo de copia de seguridad que se
ha creado, se utilizará la clase de gestión predeterminada para el dominio de
política. Los parámetros de caducidad de copia de seguridad para la clase de
gestión predeterminada pueden diferir de los valores que se utilizan para las
copias de seguridad de herencia preexistentes. Por ejemplo, el período de
caducidad de copia de seguridad podría establecerse en 30 días. Este valor indica
que la copia de seguridad se suprime después de 30 días. Compruebe que las
copias de seguridad caducan de acuerdo a las necesidades del negocio de su
entorno.
Si cambia el archivo tdpsql.cfg, debe reiniciar el daemon de aceptador de cliente
(CAD) de Tivoli Storage Manager (CAD), el agente de cliente remoto de Tivoli
Storage Manager (DSMAgent) y el Tivoli Storage Manager Scheduler Service for
Exchange Server. Si el estado del servicio DSMAgent se establece en Manual
(Iniciado), detenga el servicio. El servicio DSMAgent se inicia cuando se inicia una
copia de seguridad de VSS, pero si el servicio está iniciado y cambia los valores de
política, los cambios no tendrán efecto hasta que reinicie el servicio.
Sentencias VSSPOLICY de ejemplo
El ejemplo siguiente muestra la sintaxis de una sentencia VSSPOLICY:
VSSPOLICY
* *
COPY
TSM VSS_FULL_TSM_MC
Capítulo 1. Guía de inicio: información de planificación
17
Ejemplos de herencia
Las copias de seguridad de herencia utilizan las sentencias INCLUDE y EXCLUDE
del archivo de opciones de Data Protection for SQL Server. Los ejemplos de las
sentencias de grupo de tablas siguientes que están pensadas para utilizarse juntas.
Por ejemplo:
\...\full*
\...\full*\*
y
\...\file\f1*\*
\...\file\f1*
\...\f1\file*
Coincidencias de objeto para backuptype
Especificación
Ejemplo para todos los objetos
\...\*
Ejemplo para sentencias EXCLUDE con todos \...\full*
los tipos de copias de seguridad (full, diff,
\...\diff*
log, group, file, set)
Ejemplo para sentencias INCLUDE y
EXCLUDE con todos los tipos de copias de
seguridad (full, diff, log, group, file, set)
\...\full*
\...\full*\*
\...\copyfull*
\...\copyfull*\*
\...\diff*
\...\diff*\*
\...\log*
\...\log\...\*
\...\group*
\...\group\...\*
\...\file*
\...\file\...\*
\...\set*
\...\set\...\*
Ejemplo para sentencias EXCLUDE con el
archivo (f1) y grupo (g1)
\...\g1\group*
\...\f1\file*
Ejemplo para sentencias INCLUDE con el
archivo (f1) y grupo (g1)
\...\group\g1*\*
\...\group\g1*
\...\g1\group*
\...\file\f1*\*
\...\file\f1*
\...\f1\file*
Ejemplo para sentencias EXCLUDE con
nombres de objeto de grupo o archivo que
empiezan por g o f
\...\g*\group*
\...\f*\file*
Ejemplo para sentencias INCLUDE con
nombres de objeto de grupo o archivo que
empiezan por g o f
\...\group\g*\*
\...\group\g*
\...\g*\group*
\...\file\f*\*
\...\file\f*
\...\f*\file*
18
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Coincidencias de objeto para backuptype
Especificación
Ejemplo para sentencias EXCLUDE iguales a
\...\group* o \...\file* (no hay ningún
equivalente para sentencias INCLUDE)
\...\*\group*
\...\*\file*
Coincidencias de objetos backuptype con
base de datos
Especificación
Ejemplo para todos los objetos con el nombre \...\Db1\...\*
de base de datos Db1
Ejemplo para todos los objetos con el nombre \...\Db*\...\*
de base de datos Db1 que empieza por Db
Ambiguo
\...\*\...\*
Ejemplo para sentencias EXCLUDE que
utilizan los objetos full, diff, copyfull con
el nombre de base de datos Db1
\...\Db1\full*
\...\Db1\copyfull*
\...\Db1\diff*
Ejemplo para sentencias EXCLUDE e
\...\Db1\full*
INCLUDE que utilizan los objetos full, diff, \...\Db1\full*\*
copyfull con el nombre de base de datos
\...\Db1\copyfull*
Db1
\...\Db1\copyfull*\*
\...\Db1\diff*
\...\Db1\diff*\*
Ejemplo para sentencias EXCLUDE que
utilizan los objetos log, group, file, set con
el nombre de base de datos Db1
\...\Db1\...\log*
\...\Db1\...\group*
Ejemplo para sentencias EXCLUDE e
\...\Db1\...\log*
INCLUDE que utilizan los objetos log, group, \...\Db1\...\log*\...\*
file, set con el nombre de base de datos
\...\Db1\...\group*
Db1
\...\Db1\...\group*\...\*
\...\Db1\...\file*
\...\Db1\...\file*\...\*
\...\Db1\...\set*
\...\Db1\...\set*\...\*
Ejemplo para sentencias EXCLUDE
utilizando todos los nombres de objeto de
archivo o grupo (g1, f1) con el nombre de
base de datos Db1
\...\Db1\g1\group*
\...\Db1\f1\file*
Ejemplo para sentencias EXCLUDE y
\...\Db1\group\g1*
INCLUDE que utilizan todos los nombres de \...\Db1\group\g1*\*
\...\Db1\g1\group*
objeto de grupo o archivo (g1, f1) con el
nombre de base de datos Db1
\...\Db1\file\f1*
\...\Db1\file\f1*\*
\...\Db1\f1\file*
Ejemplo para sentencias EXCLUDE que
utilizan todos los nombres de objeto de
grupo o archivo que empiezan por g o f con
el nombre de base de datos Db1
\...\Db1\g*\group*
\...\Db1\f*\file*
Capítulo 1. Guía de inicio: información de planificación
19
Coincidencias de objetos backuptype con
base de datos
Especificación
Ejemplo para sentencias EXCLUDE e
\...\Db1\group\g*
INCLUDE que utilizan todos los nombres de \...\Db1\group\g*\*
objeto de grupo o archivo que empiezan por \...\Db1\g*\group*
g o f con el nombre de base de datos Db1
\...\Db1\file\f*
\...\Db1\file\f*\*
\...\Db1\f*\file*
Ejemplo para sentencias EXCLUDE que
utilizan \...\Db1\...\group* o file* (no
hay ningún equivalente para las sentencias
INCLUDE)
\...\Db1\*\group*
\...\Db1\*\file*
Ejemplo para sentencias EXCLUDE que
utilizan \...\Db1\full*
\...\Db1\...\full*
Ejemplo para sentencias EXCLUDE e
INCLUDE que utilizan \...\Db1\full*
\...\Db1\...\full*
\...\Db1\...\full*\*
Ejemplo para sentencias EXCLUDE que
utilizan \...\full*
\...\*\full*
Ejemplo para sentencias EXCLUDE e
INCLUDE que utilizan \...\full*
\...\*\full*
\...\*\full*\*
Ejemplo para sentencias EXCLUDE que
utilizan \...\group* (no hay ningún
equivalente para sentencias INCLUDE)
\...\*\*\group*
Ejemplo para sentencias EXCLUDE que
utilizan \...\g1\group* (no hay ningún
equivalente para sentencias INCLUDE)
\...\*\g1\group*
Ambiguo
\...\*\...\log*
Nada (falta infoTipo)
\...\Db1\set*
Los ejemplos de la tabla siguiente reflejan estas directrices:
v Si únicamente utiliza sentencias EXCLUDE con sólo \meta\, se excluyen todos
los objetos (incluidos los datos).
v Si únicamente utiliza sentencias EXCLUDE con sólo \data\, se producen errores.
Coincidencias de metaobjetos y objetos de
datos
Especificación
Ejemplo para todos los metaobjetos y objetos
de datos
\...\meta\...\*
\...\data\...\*
Ejemplo para todos los metaobjetos full
\...\meta\...\full*
Ejemplo para todos los objetos de datos full
\...\data\...\full*
\...\data\...\full*\*
Ejemplo para todos los nombres de
metaobjetos de grupo (g1)
\...\meta\...\g1\group*
Ejemplo para todos los nombres de objeto de \...\data\...\group\g1*
\...\data\...\group\g1*\*
datos de grupo (g1)
20
Ejemplo para todos los nombres de
metaobjetos de grupo que empiezan por g
\...\meta\...\g*\group*
Ejemplo para todos los nombres de objetos
de datos de grupo que empiezan por g
\...\data\...\group\g*
\...\data\...\group\g*\*
Igual que \...\meta\...\group*
\...\meta\...\*\group*
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Coincidencias de metaobjetos y objetos de
datos
Especificación
Nada (faltan calificadores)
\...\meta\*\...\data\*
Coincidencia de metaobjetos y objetos de
datos con base de datos
Especificación
Ejemplo para todos los metaobjetos u objetos \...\meta\...\Db1\...\*
de datos con el nombre de base de datos Db1 \...\data\...\Db1\...\*
Ejemplo para todos los metaobjetos con el
nombre de base de datos Db1
\...\meta\...\Db1\full*
Ejemplo para objetos full que coinciden con
todos los objetos de datos
\...\data\...\Db1\full*
\...\data\...\Db1\full*\*
Ejemplo para todos los metaobjetos con el
nombre de base de datos Db1
\...\meta\...\Db1\...\log*
Ejemplo para todos los objetos de registro
que coinciden con todos los objetos de datos
\...\data\...\Db1\...\log\...\*
Ejemplo para todos los objetos de grupo que
coinciden con todos los metaobjetos
\...\meta\...\Db1\...\group*
Ejemplo para los objetos de grupo que
coinciden con todos los objetos de datos
\...\data\...\Db1\group\...\*
Ejemplo para todos los nombres de
metaobjetos (g1) con el nombre de base de
datos Db1
\...\meta\...\Db1\g1\group*
Ejemplo para todos los nombres de objeto de \...\data\...\Db1\group\g1*
datos de grupo (g1) con el nombre de base
de datos Db1
Ejemplo para todos los nombres de
metaobjetos que empiezan por g con el
nombre de base de datos Db1
\...\meta\...\Db1\g*\group*
Ejemplo para todos los nombres de objetos
de grupo de datos que empiezan por g con
el nombre de base de datos Db1
\...\data\...\Db1\group\g*
Igual que \...\meta\...\Db1\...\group*
(Ningún equivalente para objetos de datos)
\...\meta\...\Db1\*\group*
Igual que \...\meta\...\full* (Ningún
equivalente para objetos de datos)
\...\meta\...\*\full*
Igual que \...\meta\...\group* (Ningún
equivalente para objetos de datos)
\...\meta\...\*\*\group*
Igual que \...\meta\...\g1\group* (Ningún
equivalente para objetos de datos)
\...\meta\...\*\g1\group*
Ambiguo
\...\meta\...\*\...\log*
\...\data\...\*\...\log*
Nada (faltan calificadores)
\...\meta\*\...\data\*
Coincidencias de servidor
Especificación
Ejemplo para todos los objetos de todos los
servidores que empiezan por SQL
SQL*\...\*
Ejemplo para todos los objetos de todas las
instancias de servidor con el host SQL2012
SQL2012\...\*
Capítulo 1. Guía de inicio: información de planificación
21
Coincidencias de servidor
Especificación
Ejemplo para todos los objetos del servidor
SQL2012\INST1
SQL2012\INST1\...\*
Ejemplo para todos los objetos de todos los
servidores que empiezan por SQL2012\INST
SQL2012\INST*\...\*
Igual que SQL2012\...\*
SQL2012\*\...\*
Ejemplo para todos metaobjetos u objetos de
datos del servidor SQL2012\INST1
SQL2012\INST1\meta\...\*
SQL2012\INST1\data\...\*
Ejemplo para todos los metaobjetos u objetos SQL2012\*\meta\...\*
de datos de todas las instancias de servidor
especificadas con el host SQL2012
Ejemplo para todos los metaobjetos u objetos SQL2012\...\meta\...\*
de datos de todas las instancias de servidor
con el host SQL2012
Ejemplo para todos los objetos de la
instancia predeterminada de servidor (si
ningún nombre de instancia coincide con
??ta)
SQL2012\meta\...\*
SQL2012\data\...\*
Proceso de restauración de datos
Windows
Data Protection for SQL Server puede utilizar la infraestructura de VSS (Volume
Shadow Copy Service) de Microsoft para completar restauraciones rápidas e
instantáneas de copias de seguridad de base de datos. Para SQL Server, puede
ejecutar operaciones de restauración de herencia desde Tivoli Storage Manager
Server.
En una operación de restauración de VSS, puede restaurar una o varias bases de
datos desde una copia de seguridad de VSS en almacenamiento de servidor de
Tivoli Storage Manager a la ubicación original de SQL Server.
Proceso de restauración rápida de VSS
Una operación de restauración rápida de VSS restaura datos desde una instantánea
local. Una operación de restauración rápida de VSS sobrescribe los archivos que
existan en el momento de la instantánea en la ubicación de origen original. El
archivo se sobrescribe con la versión almacenada en la instantánea. Los datos se
sobrescriben incluso si un archivo está marcado como solo lectura.
Puede utilizar las operaciones de restauración rápida de VSS para las tareas
siguientes:
v Restaurar tipos de copia de seguridad completa y copia de seguridad completa
de solo copia de SQL Server. No puede restaurar copias de seguridad
diferenciales, de grupos de archivos individuales, de archivos individuales y
definidas.
v Restaurar datos a nivel de la base de datos. No obstante, para los datos de
aplicaciones personalizadas y de sistemas de archivos, sólo puede restaurar
datos a nivel del sistema de archivos. La sobrescritura de archivos se produce
incluso si el archivo está marcado como solo lectura.
v Restaurar solo para las copias de seguridad de VSS de SQL Server en la misma
instancia de SQL Server.
22
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
v Restaurar las copias de seguridad de VSS de SQL Server en una ubicación
alternativa si utiliza la opción /relocatedir.
v Restaurar una copia de seguridad de VSS en una base de datos alternativa.
v Restaurar una o varias bases de datos o sistemas de archivos desde una copia de
seguridad de instantánea de VSS en volúmenes de duplicación local gestionados
por Tivoli Storage FlashCopy Manager.
v Para datos de SQL Server, aplicaciones personalizadas y sistemas de archivos,
restaurar los datos en entornos de clúster de migración tras error de Microsoft
Windows.
Proceso de 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.
Puede ejecutar una operación de restauración instantánea de VSS sólo cuando
todos los datos del grupo de almacenamiento o de la base de datos a restaurar se
encuentran en sistemas de almacenamiento soportados por 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 operación de restauración rápida de VSS.
Los datos que se van a restaurar deben estar en un sistema de almacenamiento que
sea válido para operaciones de restauración instantánea de VSS. Si los datos no se
encuentran en sistemas XIV, SAN Volume Controller o Storwize V7000 con
volúmenes de destino de espacio eficiente, debe asegurarse de que las copias de
segundo plano que utilicen los volúmenes se hayan restaurado.
Cuando tenga previsto implementar la restauración de instantánea de VSS, tenga
en cuenta las indicaciones siguientes:
v IBM System Storage serie DS8000 requiere el soporte de IBM System Storage
para el software VSS (Volume Shadow Copy Service) de Microsoft.
v SAN Volume Controller requiere el soporte de IBM System Storage para el
software VSS (Volume Shadow Copy Service) de Microsoft.
v Storwize V7000 requiere el soporte de IBM System Storage para el software VSS
(Volume Shadow Copy Service) de Microsoft.
v XIV tiene un software de Proveedor de VSS independiente.
v Las copias de seguridad solo se pueden restaurar en el mismo sistema de
almacenamiento desde el que se les ha realizado copia de seguridad.
Data Protection for SQL Server con IBM SAN Volume Controller e IBM
Storwize V7000
La forma en la que configura el proveedor de VSS para IBM SAN Volume
Controller e IBM Storwize V7000 controla el tipo de operación de FlashCopy que
se ejecuta al crear una instantánea de VSS.
El proveedor de VSS que utiliza con IBM SAN Volume Controller e IBM Storwize
V7000 debe tener las siguientes características:
v Si el proveedor de VSS está configurado para utilizar FlashCopy incremental,
puede realizar sólo una versión de copia de seguridad. Cada solicitud de
instantánea de VSS para un volumen de origen genera una renovación
incremental del mismo volumen de destino.
Capítulo 1. Guía de inicio: información de planificación
23
Al suprimir la instantánea de VSS, se eliminará del inventario de VSS. Si crea
otra instantánea de VSS del mismo volumen de origen, el proceso dará lugar a
una renovación incremental del volumen de destino.
Las siguientes directrices se aplican cuando utiliza Data Protection for SQL Server
con el almacenamiento basado en SAN Volume Controller:
v No utilice una combinación de volúmenes de destino totalmente asignados y de
espacio eficiente. Elija utilizar los volúmenes completamente asignados o de
espacio eficiente para los destinos de FlashCopy. Proporcione suficientes
volúmenes de destino en el grupo de volúmenes VSS_FREE de SAN Volume
Controller para tantas versiones de copia de seguridad como necesite. Si utiliza
volúmenes de destino asignados por completo, el tamaño de capacidad de estos
volúmenes debe coincidir con el tamaño de los volúmenes de origen.
v Si se utilizan discos virtuales (VDisks) de espacio eficiente para los destinos de
copia de seguridad, establezca el valor de copia de segundo plano del proveedor
VSS de IBM en cero ejecutando el mandato ibmvcfg set backgroundCopy 0. Para
activar los cambios, reinicie el servicio de sistema VSS de IBM después de emitir
el mandato.
Puede realizar una transición de los datos desde destinos totalmente asignados a
destinos de espacio eficiente utilizando los destinos totalmente asignados como
si dichos destinos son de espacio eficiente cuando la velocidad de copia en
segundo plano se establece en 0.
v Para poder determinar cuánto espacio de almacenamiento es necesario para cada
copia de seguridad local, los LUN de la copia de seguridad requieren la misma
cantidad de espacio de almacenamiento de los LUN originales. Por ejemplo, si
tiene una base de datos de 100 GB en una LUN de 200 GB, necesita una LUN de
200 GB para cada versión de copia de seguridad.
v No utilice una combinación de instantáneas VSS persistentes y no persistentes.
v No mezcle las relaciones COPY y NOCOPY FlashCopy del mismo volumen o de
los mismos volúmenes de origen.
v Habilite autoexpand para los volúmenes de destino de espacio eficiente para no
quedarse sin espacio.
v Asigne suficiente espacio para que los volúmenes de destino de espacio eficiente
contengan 120 % de los datos que se modificarán en el volumen de origen en el
tiempo entre instantáneas. Por ejemplo, si una base de datos cambia a una
velocidad del 20 % al día, las copias de seguridad de VSS se completan cada seis
horas, y si se presupone una tasa de cambio constante durante el día. La tasa de
cambio esperada entre instantáneas es del 5% del volumen de origen (20/4). Por
lo tanto, el espacio asignado para los volúmenes de destino de espacio eficiente
debe ser 1,2 multiplicado por 5% igual al 6% del tamaño del volumen de origen.
Si la velocidad de cambio no es coherente a lo largo del día, asigne espacio
suficiente a los volúmenes de destino para acomodar la tasa de cambio máxima
esperada durante el periodo entre instantáneas.
Puede utilizar las operaciones de restauración instantáneas de VSS con
v No suprima las instantáneas de forma manual. Permita que Data Protection for
SQL Server suprima las versiones de copia de seguridad que se basan en la
política definida, para asegurarse de que la supresión se realiza en el orden
correcto.
24
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Requisitos de IBM System Storage
Si utiliza los sistemas de almacenamiento IBM System Storage serie DS8000, SAN
Volume Controller o Storwize V7000, tenga en cuenta los valores de base de datos,
registro, archivos y LUN.
Siga estas instrucciones cuando planifique IBM System Storage:
v Coloque los archivos de base de datos para cada base de datos o grupo de bases
de datos de los que se hará copia de seguridad y que se restaurarán juntos como
una unidad en un volumen lógico dedicado e independiente.
v Coloque los registros para cada base de datos o grupo de bases de datos a los
que se va a realizar copia de seguridad y que se van a restaurar juntas como
una unidad en un volumen lógico independiente.
v No coloque datos que no sean SQL en volúmenes de almacenamiento que estén
dedicados a SQL.
v Al utilizar proveedores de instantáneas de hardware, asegúrese de que los LUN
de base de datos están dedicados a sólo una base de datos o aplicación.
v Si suprime una instantánea local que se almacena en un volumen de ahorro de
espacio (SEV) de IBM SAN Volume Controller o IBM Storwize V7000 que tiene
varios destinos dependientes, suprima las instantáneas en el mismo orden en
que se han creado. Debe suprimir el más antiguo primero, seguido del segundo
más antiguo.
v En un entorno de IBM SAN Volume Controller o IBM Storwize V7000, si utiliza
varias correlaciones de FlashCopy de destino, una correlación podría permanecer
en el estado copiando después de haberse copiado todos los datos de origen en
el destino. Esta situación puede producirse si las correlaciones que se han
iniciado previamente y que utilizan el mismo disco de origen todavía no se han
copiado por completo. En esta instancia, planifique las copias de seguridad
locales para los subsistemas de almacenamiento de IBM SAN Volume Controller
e IBM Storwize V7000 en intervalos superiores al tiempo necesario para que se
complete el proceso de copia en segundo plano.
Grupos de disponibilidad AlwaysOn con Data Protection for SQL
Server en un entorno de Windows Failover Cluster (clúster de
migración tras error)
La función de AAG (AlwaysOn Availability Groups) proporciona alta
disponibilidad y recuperación tras desastre a nivel de base de datos SQL. Una
instancia de clúster de migración tras error AlwaysOn de SQL proporciona alta
disponibilidad y recuperación ante siniestro en el nivel de SQL Server.
Data Protection for SQL Server protege las bases de datos de disponibilidad en un
AAG y en instancias de clúster de migración tras error de AlwaysOn. Un AAG
puede contener un conjunto de bases de datos primarias y varias copias del
conjunto de bases de datos primarias, denominadas bases de datos secundarias.
Las bases de datos de un grupo de disponibilidad se denominan bases de datos de
disponibilidad y realizan la migración tras error conjuntamente como un grupo.
Un nodo de AlwaysOn gestiona las copias de seguridad de bases de datos de
disponibilidad. Este nodo es un nodo compartido que permite copias de seguridad
de datos y restauraciones de bases de datos de disponibilidad de cualquier réplica.
Data Protection for SQL Server trata una copia de seguridad como si procedieran
de un único SQL Server, independientemente del nodo del clúster del que se ha
realizado la copia de seguridad.
Capítulo 1. Guía de inicio: información de planificación
25
Puede utilizar AAG con las instancias de clúster de migración tras error de SQL
AlwaysOn para completar las tareas siguientes:
v En un AAG, puede desplegar un grupo de instancias de servidor en clúster o
únicas, cada una de las cuales contiene una copia de todas las bases de datos
v Puede haber hasta nueve copias de seguridad en línea de una base de datos
(una primaria y un máximo de ocho copias secundarias) en un AAG
v Puede utilizar la réplica síncrona y asíncrona
v Puede utilizar el envío de registro
v Puede utilizar las modalidades de migración tras error automáticas y manuales
v Bases de datos dentro de una migración tras error de AAG como un grupo
Siga estas directrices al configurar AAG en un entorno de clúster de migración tras
error de Microsoft Windows o en un entorno de clúster del servidor de clústeres
de Veritas:
v Instale Data Protection for SQL Server en cada nodo de clúster y configure cada
nodo de forma idéntica. Especifique las configuraciones idénticas en el archivo
de opciones de Data Protection for SQL Server.
v Asegúrese de que cada réplica de disponibilidad de un grupo de disponibilidad
se encuentra en un nodo distinto del mismo entorno de clúster de migración tras
error de Windows.
v Utilice el asistente de configuración para registrar un Nodo AlwaysOn en
servidor de Tivoli Storage Manager.
v Para acceder a un servidor en clúster de SQL Server, identifique el nombre de
servidor virtual y especifique dicho nombre en Data Protection for SQL Server.
v Si utiliza el planificador Tivoli Storage Manager para automatizar las copias de
seguridad, instale el servicio de planificación en cada nodo del clúster para
habilitar soporte de migración tras error.
v No puede restaurar una copia de seguridad VSS en una instancia alternativa.
Restaure las copias de seguridad de VSS en la misma instancia de SQL Server
donde se ha tomado la instantánea.
Consejo: Las copias de seguridad completas de herencia y VSS de bases de
datos de disponibilidad en réplicas secundarias son de sólo copia. La opción de
sólo copia no se utiliza automáticamente con copias de seguridad de registro
porque puede ejecutar copias de seguridad de registro que truncan registros en
réplicas secundarias.
Operaciones de copia de seguridad de base de datos de
disponibilidad
Data Protection for SQL Server realiza copias de seguridad de cada base de datos
de disponibilidad como un único objeto, independientemente de la réplica de
disponibilidad que se utilice para las operaciones de copia de seguridad y
restauración.
Un AAG (Grupo de disponibilidad AlwaysOn) requiere instancias del servidor
SQL en los nodos de clúster de migración tras error de Windows. Un grupo de
disponibilidad puede tener un número de réplicas. Por ejemplo, el grupo de
disponibilidad 1 puede tener las réplicas nodo1, nodo2 y nodo3.
Un nodo de clúster puede ser una réplica para uno o varios grupos de
disponibilidad. Por ejemplo, el nodo1 puede ser una réplica del grupo de
disponibilidad 1 y de otro grupo de disponibilidad.
26
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
El nodo AlwaysOn se utiliza para gestionar copias de seguridad de bases de datos
de disponibilidad. Cuando se trabaja en un entorno Tivoli Storage Manager del
entorno, el Nodo AlwaysOn debe ser común en un clúster de migración tras error
de Windows. Esta presencia habilita la gestión de copias de seguridad de una base
de datos de disponibilidad en una ubicación única, sin tener en cuenta la réplica
que se utiliza para realizar la copia de seguridad.
Puede ejecutar los siguientes tipos de operaciones de copia de seguridad de VSS:
v Copias de seguridad de VSS completas de la réplica de disponibilidad primaria
v Copias de seguridad completas de sólo copia VSS de réplicas de disponibilidad
Puede ejecutar el tipo siguiente de operaciones de copia de seguridad de herencia:
v En la réplica primaria, copias de seguridad completas de herencia, diferenciales,
de archivos, de conjuntos, de grupos y de registros
v En la réplica secundaria, copias de seguridad completas de herencia, de
archivos, de conjuntos, de grupos y de registros
v Copias de seguridad completas VSS y de sólo copia de herencia, archivo de sólo
copia de herencia, de conjuntos o de copias de seguridad de grupo, y copias de
seguridad de registros normales y de sólo copia de herencia
Restricción: Microsoft no da soporte a las copias de seguridad de herencia
completa en réplicas secundarias. Data Protection for SQL Server, sin embargo, le
permite ejecutar una copia de seguridad completa de una réplica secundaria en
función de la política de Tivoli Storage Manager.
Cuando se ejecuta una copia de seguridad de herencia completa de una réplica
secundaria, la implementación subyacente de Data Protection for SQL Server es
realizar una copia de seguridad de los datos como copyfull. Sin embargo, Data
Protection for SQL Server detecta la copia de seguridad completa y aplica la
política de Tivoli Storage Manager que está asociada al tipo de copia de seguridad
full.
Microsoft Management Console (MMC) y CLI respetan la política de Tivoli Storage
Manager que se aplica al tipo de copia de seguridad y en esta instancia, muestran
el tipo de copia de seguridad como full. Para obtener más información, consulte
el apartado Prestaciones secundarias de Active: Cómo realizar copias de seguridad
en réplicas secundarias (Grupos de disponibilidad AlwaysOn)
(https://msdn.microsoft.com/en-us/library/hh245119.aspx).
Para todas las operaciones de copia de seguridad de réplicas de disponibilidad
secundarias, las réplicas secundarias deben tener el estado de sincronizada o
sincronizando.
Para ayudarle con la planificación y el equilibrio de carga, también están
disponibles valores de preferencia de copias de seguridad planificadas de grupos
de disponibilidad.
Capítulo 1. Guía de inicio: información de planificación
27
Operaciones de restauración de base de datos de
disponibilidad
Dependiendo de cómo se realicen las copias de seguridad de las bases de datos de
disponibilidad, se pueden realizar restauraciones de herencia y restauraciones VSS
para restaurar las bases de datos de disponibilidad en réplicas de disponibilidad
primarias o secundarias.
Existen algunas restricciones para restaurar bases de datos de disponibilidad:
Restauración de herencia
Puede restaurar una base de datos de disponibilidad en una réplica
primaria o secundaria.
Durante el proceso de restauración, la base de datos restaurada se elimina
del grupo de disponibilidad. Cuando se elimina una base de datos del
grupo de disponibilidad, la base de datos se convierte en una base de
datos local en esa réplica. La base de datos se restaura como una base de
datos local. Una vez restaurada la base de datos, debe verificar que los
datos de todas las réplicas son coherentes de forma transaccional.
Para verificar si los datos son coherentes transaccionalmente, verifique que
la copia de seguridad contiene datos y registros de transacciones. Las
copias de seguridad completas y las copias de seguridad diferenciales
contienen datos y registros de transacciones para que la base de datos
restaurada sea coherente desde el punto de vista transaccional.
Después de haber verificado que los datos son coherentes
transaccionalmente, debe añadir manualmente la base de datos al grupo de
disponibilidad.
Restauración VSS
No puede restaurar una copia de seguridad VSS en una instancia
alternativa de SQL Server. Restaure las copias de seguridad de VSS en la
misma instancia de SQL Server donde se ha tomado la instantánea.
Bases de datos de disponibilidad AlwaysOn
Para las bases de datos de disponibilidad AlwaysOn, debe configurar Data
Protection for SQL Server para utilizar un nombre de nodo AlwaysOn. De
forma predeterminada, el nombre de nodo de AlwaysOn se establece en el
nombre de nodo de clúster para el Grupo de disponibilidad de SQL Server
2012 y versiones posteriores.
Protección de datos mejorada para grupos de disponibilidad
de Microsoft SQL AlwaysOn
Puede ejecutar operaciones de copias de seguridad VSS (completa) y de herencia
(completa, diferencial, archivo/conjunto/grupo, y registro) en una réplica primaria.
Puede ejecutar operaciones de copia de seguridad de herencia y de VSS de sólo
copia, y copias de seguridad de registro normal en una réplica secundaria. No
puede ejecutar una copia de seguridad diferencial en una réplica secundaria.
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.
Cuando realice una copia de seguridad de los datos, puede distribuir la carga de
trabajo de copia de seguridad por motivos de escalabilidad y aislar la actividad de
28
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
copia de seguridad en un nodo de copia de seguridad dedicado. Al aislar la
actividad de copia de seguridad, minimiza el efecto en bases de datos de
producción.
Dado que las réplicas son copias de la misma base de datos, evite copias de
seguridad redundantes de las mismas bases de datos. Aplique políticas de
retención a bases de datos exclusivas.
Como práctica recomendada, permita las copias de seguridad de cualquier nodo
del grupo de disponibilidad y permita operaciones de restauración desde cualquier
nodo del grupo de disponibilidad.
Prácticas recomendadas para realizar una copia de seguridad de
los datos de un AAG
Al utilizar Tivoli Storage FlashCopy Manager for SQL Server para gestionar copias
de seguridad de AAG, tenga en cuenta las siguientes opciones de copia de
seguridad:
Prioridad de la copia de seguridad
Especificada por base de datos en un AAG, la opción de prioridad de
copia de seguridad define el orden en el que se utilizan las réplicas para
realizar una copia de seguridad de una base de datos en un AAG.
Réplica preferida
Especificada a un nivel de AAG, la opción de réplica preferida define si se
pueden utilizar las réplicas primarias o secundarias para operaciones de
copia de seguridad.
v 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, puede utilizar la réplica primaria.
v Sólo secundaria: sólo se pueden realizar copias de seguridad planificadas
en una réplica secundaria.
v Primaria: sólo se pueden realizar copias de seguridad planificadas en
una réplica primaria.
v Cualquier réplica: las copias de seguridad planificadas pueden aparecer
en cualquier réplica.
Parámetro /USEALWAYSONNode
Una opción de parámetro en el mandato backup que 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 de los que
se ha hecho copia de seguridad se almacenan en el espacio de nombres
AlwaysOnNode utilizando la opción Asnode.
Parámetro /ALWAYSONPriority
Una opción de parámetro en el mandato backup que especifica que se
realizará una 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 funcionan correctamente. Este parámetro
sólo se aplica a copias de seguridad planificadas.
Despliegues de protección de datos típicos en entornos AAG
Puede realizar la copia de seguridad de datos en un AAG de las siguientes
maneras:
v Distribuya una copia de seguridad de herencia entre réplicas de AAG
Capítulo 1. Guía de inicio: información de planificación
29
v Distribuya una copia de seguridad de VSS entre réplicas de AAG
Caso de ejemplo: Las copias de seguridad de herencia se distribuyen entre
réplicas de AAG
Al configurar el entorno para distribuir una copia de seguridad de
herencia entre réplicas de AAG, siga estos pasos:
1. Establezca la réplica preferida en Preferir réplica secundaria.
2. Instale Tivoli Storage FlashCopy Manager for SQL Server en todas las
réplicas aptas para ejecutar una copia de seguridad.
3. Cree un script de mandato para ejecutar un archivo .CMD con un
mandato backup similar al ejemplo siguiente:
tdpsqlc backup db1,db2,db3 full /alwaysonpriority
4. Asocie cada nodo de Tivoli Storage FlashCopy Manager for SQL Server
con la planificación definida.
5. Ejecute copias de seguridad en el nodo SQL de acuerdo con las
prioridades definidas para cada base de datos.
Caso de ejemplo: Las copias de seguridad VSS se distribuyen entre réplicas de
AAG Al configurar el entorno para distribuir una copia de seguridad de VSS
entre réplicas de AAG, siga estos pasos:
1. Establezca la réplica preferida en Preferir réplica secundaria.
2. Instale Tivoli Storage FlashCopy Manager for SQL Server en todas las
réplicas aptas para ejecutar una copia de seguridad.
3. Cree un script de mandato para ejecutar un archivo .CMD con un
mandato backup independiente por base de datos similar al ejemplo
siguiente:
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
4. Asocie cada nodo de Tivoli Storage FlashCopy Manager for SQL Server
con la planificación definida.
5. Ejecute copias de seguridad en el nodo SQL de acuerdo con las
prioridades definidas para cada base de datos.
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 realizar automáticamente la
migración tras error en servidor secundario para la recuperación de datos cuando
hay un corte 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.
Dependiendo de la configuración, los nodos siguientes deben configurarse para la
réplica en el servidor primario:
v Nodo de protección de datos
30
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
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 tener la versión 7.1 o superior.
v El servidor primario, el servidor secundario y el cliente de copia de
seguridad/archivado deben tener la versión 7.1 o superior.
v Los servidores primario y secundario deben estar configurados para la réplica
del 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 protección de datos
– Nodo de solicitante de VSS
– Nodo de agente DSM remoto para las copias de seguridad con traspaso de
datos
– Nodo de AlwaysOn, si es aplicable
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 protección de datos
- Nodo de AlwaysOn, si es aplicable
Restricción: Las restricciones siguientes son aplicables a Data Protection for SQL
Server durante la migración tras error:
Capítulo 1. Guía de inicio: información de planificación
31
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 restaura 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.
32
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Capítulo 2. Instalación, actualización y migración
Antes de iniciar el proceso de instalación, revise la información de requisitos
previos correspondiente, incluidos los requisitos de hardware y software.
Prerrequisitos
Antes de instalar Data Protection for SQL Server, asegúrese de que el sistema
cumple con los requisitos mínimos de hardware, software y del sistema operativo.
Los requisitos de hardware y software cambian con el tiempo debido a
actualizaciones de mantenimiento y a la adición de soporte de sistemas operativos
y aplicaciones, así como de otras actualizaciones de software.
Para ver los requisitos más recientes, revise la nota técnica asociada al nivel del
programa de Data Protection for SQL Server acerca de los requisitos de hardware y
software. Encontrará esta nota técnica en eta página web: TSM for Databases Todos los documentos de requisitos (http://www.ibm.com/support/
docview.wss?uid=swg21218747). Siga el enlace de la nota técnica sobre requisitos
correspondiente a su release o nivel de actualización específico.
Requisitos mínimos de hardware
El hardware siguiente es necesario para instalar Data Protection for SQL Server:
Hardware para un sistema x86
Hardware compatible que está soportado por el sistema operativo
Windows y SQL Server en uso.
Hardware para un sistema x64
Hardware compatible que está soportado por el sistema operativo
Windows y SQL Server en uso.
El proceso de instalación puede requerir un reinicio
Si no instala todos los requisitos previos antes de iniciar el proceso de instalación,
este puede requerir un reinicio. Como parte del proceso de instalación, se instalan
uno o varios paquetes redistribuibles de Microsoft C++, si aún no están instalados
en la estación de trabajo Windows. Estos paquetes también se pueden actualizar
automáticamente mediante el servicio de actualización de Windows. Si los
paquetes se actualizan, la actualización puede hacer que se reinicie el sistema
cuando el usuario inicia el programa de instalación.
De forma adicional, dado que el paquete redistribuible de Microsoft Visual Studio
C++ es un componente Windows compartido, otras aplicaciones con dependencias
en el paquete podrían ser detenidas o reiniciadas por Windows como parte de la
instalación o actualización del paquete redistribuible de C++. Planifique las
instalaciones y actualizaciones durante una ventana de mantenimiento cuando
otras aplicaciones no se vean afectadas negativamente si se detienen o reinician
cuando se instala el paquete redistribuible de C++. Supervise otras aplicaciones
una vez finalizada la instalación para ver si hay otras aplicaciones que se hayan
detenido y no se hayan reiniciado.
© Copyright IBM Corp. 1997, 2015
33
Recursos del entorno de virtualización
Si trabaja en un entorno de virtualización con Data Protection for SQL Server,
revise estos recursos.
Para obtener más información sobre los entornos de virtualización que se pueden
utilizar con Data Protection for SQL Server, consulte esta página web: Soporte de
sistemas invitados de IBM Tivoli Storage Manager (TSM) para máquinas virtuales
y virtualización.
Instalación y configuración de Data Protection for SQL Server
Puede instalar y configurar Data Protection for SQL Server de forma rápida para
comenzar a proteger los datos del servidor SQL.
Antes de empezar
Antes de instalar y configurar Data Protection for SQL Server, verifique que
cumple con los requisitos de hardware y software.
Puede obtener el paquete de instalación del DVD del producto de un sitio de
descarga de IBM.
v Si obtiene el paquete desde un DVD de producto, asegúrese de que los archivos
de instalación estén visibles en la unidad de DVD.
v Si obtiene el paquete de un sitio de descarga de IBM, debe extraer los archivos
de instalación.
Acerca de esta tarea
Data Protection for SQL Server está disponible en paquetes con licencia y de
mantenimiento. El proceso de instalación difiere entre estos dos tipos de paquete.
Paquete con licencia
Incluye un archivo de habilitación de la licencia que solo está disponible a
través del canal de distribución de software, como Passport Advantage, e
incluye el release inicial de disponibilidad general de un producto o
componente.
Actualización de mantenimiento (fixpack o paquete de arreglo temporal)
Disponible en el canal de entrega de mantenimiento, a veces se puede
utilizar para renovar el canal de distribución de software. Los paquetes de
mantenimiento no contienen archivos de habilitación de licencias y deben
instalarse después de un paquete con licencia.
Consulte el archivo README.FTP para obtener información sobre cómo
instalar un fixpack o un paquete de arreglo temporal. El archivo
README.FTP está disponible en el mismo directorio en el que se ha
descargado el paquete de mantenimiento.
34
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Instalación de Data Protection for SQL Server
Procedimiento
1. Inicie sesión en el sistema como administrador.
2. Descargue el archivo del paquete correspondiente desde uno de los siguientes
sitios web, o puede acceder a los archivos desde el DVD de producto:
v En una instalación que se realiza por primera vez o en un nuevo release,
vaya a Passport Advantage en IBM Passport Advantage. Passport Advantage
es el único sitio web desde el que puede descargar un archivo de paquete
con licencia.
v Para obtener un arreglo de mantenimiento, vaya a este sitio FTP y al
directorio que contiene la versión del arreglo de mantenimiento que
requiere:Índice de archivos de parches de Data Protection for Microsoft SQL
Server (ftp://public.dhe.ibm.com/storage/tivoli-storage-management/
patches/tivoli-data-protection/sql/).
3. Si descarga el paquete desde uno de los sitios de descarga, complete los pasos
siguientes:
a. Verifique que tiene suficiente espacio para almacenar los archivos de
instalación cuando se extraigan del paquete del producto.
b. Vaya al directorio donde ha colocado el archivo ejecutable.
Importante: En el siguiente paso, los archivos se extraen en el directorio
actual. La vía de acceso no debe contener más de 128 caracteres. Asegúrese
de extraer los archivos de instalación en un directorio vacío. No extraiga los
archivos en el directorio que contiene los archivos extraídos previamente ni
ningún otro archivo.
c. Pulse dos veces el archivo ejecutable o escriba el siguiente mandato en la
línea de mandatos para extraer los archivos de instalación. Los archivos se
extraen en el directorio actual.
package_name.exe
donde package_name es similar a este ejemplo:
7.1.4.0-TIV-TSMSQL-Win.exe
4. Siga las instrucciones de instalación que se visualizan en la pantalla.
5. Pulse Finalizar.
6. Si tiene previsto utilizar operaciones VSS, debe instalar la versión más reciente
del cliente de archivado y copia de seguridad de Tivoli Storage Manager. El
cliente de archivado y copia de seguridad es también el solicitante VSS y está
disponible de manera independiente.
Finalización de la configuración de la instalación
Procedimiento
1. Para iniciar Microsoft Management Console (MMC), pulse Inicio > Todos los
programas > Tivoli Storage Manager > Data Protection for Microsoft SQL
Server > Consola de gestión de DP para SQL. Si no ha configurado
previamente Data Protection for SQL Server, el asistente de configuración de
Tivoli Storage Manager se inicia automáticamente.
2. Si el asistente de configuración Tivoli Storage Manager no se inicia
automáticamente, pulse Manage (Gestionar) > Configuration (Configuración)
> Wizards (Asistentes) en el árbol de navegación, seleccione el asistente, y
pulse Start (Iniciar) en el panel Actions (Acciones).
3. Complete las páginas siguientes del asistente:
Capítulo 2. Instalación, actualización y migración
35
Data Protection Selection (Selección de protección de datos)
Seleccione SQL Server como la aplicación que se debe proteger.
Requirements Check (Comprobación de requisitos)
Pulse cualquier enlace que indique Failed (Anómalo) o Warnings
(Avisos) para obtener ayuda sobre cómo resolver problemas potenciales.
TSM Node Names (Nombres de nodo TSM)
Especifique los nombres de nodo de Tivoli Storage Manager que deben
utilizarse para las aplicaciones que desea proteger.
v En el campo Solicitante de VSS, entre el nombre de nodo que se
comunica con el servicio VSS para acceder a los datos de SQL Server.
Este nombre de nodo es el nombre de nodo del cliente de Tivoli
Storage Manager, también conocido como nombre de nodo del
agente DSM.
v En el campo Data Protection para SQL, escriba el nombre de nodo
donde está instalada la aplicación Data Protection for SQL Server.
Este nodo almacena las copias de seguridad de Data Protection for
SQL Server. No utilice caracteres de doble byte (DBCS).
v Si está configurando Data Protection for SQL Server con SQL Server
2012 o versiones posteriores, especifique un nombre de nodo en el
campo Nodo AlwaysOn. Este nombre de nodo se utiliza cuando la
copia de seguridad de las bases de datos de disponibilidad se realiza
en un grupo de disponibilidad AlwaysOn.
TSM Server Settings (Valores de servidor TSM)
Especifique la dirección del servidor de Tivoli Storage Manager y elija
si desea que el asistente configure el servidor de Tivoli Storage
Manager. De forma alternativa, puede ver y modificar los mandatos
que utiliza el asistente de configuración para configurar servidor de
Tivoli Storage Manager, o ejecutar los mandatos de forma manual.
Custom Configuration (Configuración personalizada)
Pulse Predeterminada (Predeterminada) en la mayoría de las
situaciones o pulse Personalizar (Personalizada) para entrar toda la
información relacionada al servicio.
TSM Configuration (Configuración de TSM)
Espere a que se hayan suministrado y configurado todos los
componentes. Pulse Re-run (Volver a ejecutar) si hay problemas. Pulse
en los enlaces Con errores o Avisos para obtener más información si
queda algún problema.
Completion (Terminación)
Se visualiza el estado de configuración. Marque el recuadro de
selección Diagnósticos de VSS para empezar la verificación de VSS.
Si no utiliza el asistente para configurar el servidor de Tivoli Storage Manager,
el administrador de Tivoli Storage Manager debe configurar el servidor de
Tivoli Storage Manager antes de poder realizar la verificación.
Si el asistente no configura el servidor de Tivoli Storage Manager, proporciona
un enlace a una macro que se puede suministrar al administrador de Tivoli
Storage Manager como ejemplo del modo de configurar el servidor de Tivoli
Storage Manager.
36
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Verificación de la configuración
Procedimiento
1. Verifique que VSS funciona correctamente.
Si se ha marcado el recuadro de selección Diagnósticos de VSS al finalizar el
asistente de configuración, se visualiza el asistente de Diagnósticos de VSS.
También puede iniciar este asistente pulsando en Manage (Gestionar) >
Diagnostics (Diagnósticos) y pulsando VSS Diagnostics (Diagnósticos de VSS)
en el panel Actions (Acciones).
No ejecute estas pruebas si ya utiliza instantáneas con ahorro de espacio de
SAN Volume Controller o Storwize V7000 en el sistema. Si lo hace, se pueden
eliminar las instantáneas existentes previamente.
2. Complete las páginas siguientes en el asistente de Diagnósticos de VSS:
Snapshot Volume Selection (Selección de volumen de instantánea)
Seleccione los volúmenes que desee probar y revise la información de
proveedor y grabador de VSS.
VSS Snapshot Tests (Pruebas de instantánea de VSS)
Revise las entradas de registro de eventos que se registran mientras se
toman las instantáneas persistentes y no persistentes y resuelva los
errores.
Completion (Terminación)
Revise el estado de prueba y pulse Finalizar.
3. Verifique que Data Protection for SQL Server esté configurado correctamente:
a. Pulse la pestaña Automatizar. Una línea de mandatos integrada está
disponible en la ventana de la tarea. Puede utilizar la interfaz para
especificar los cmdlet de PowerShell o los mandatos de la interfaz de línea
de mandatos. La salida se visualiza en la ventana principal.
b. Cambie PowerShell a Línea de mandatos.
c. Pulse el icono de carpeta y seleccione el archivo verify_sql.txt. A
continuación, pulse Abrir. Estos mandatos se visualizan en el panel de línea
de mandatos:
query tdp
query tsm
query
sql
d. Con el cursor en el panel de la línea de mandatos, pulse Intro para ejecutar
los mandatos y verificar la configuración. La configuración se habrá
verificado cuando estos mandatos se ejecuten sin avisos ni errores.
e. Cuando la verificación se haya completado, puede utilizar Data Protection
for SQL Server para hacer una copia de seguridad de los datos de SQL
Server y restaurarlos.
f. Haga copia de seguridad y restaure un conjunto de datos de prueba.
Capítulo 2. Instalación, actualización y migración
37
Personalización de la configuración
Procedimiento
Después de configurar correctamente y verificar Data Protection for SQL Server,
personalice los valores definiendo los valores de política y las operaciones
planificadas para que se ajusten a sus requisitos empresariales.
Qué hacer a continuación
Si instala Data Protection for SQL Server en un entorno de Windows Failover
Cluster (clúster de migración tras error) o en un entorno de servidor de Veritas
Cluster, repita el procedimiento de instalación en los nodos del clúster que desee
proteger.
Instalación en un sistema local
Puede instalar Data Protection for SQL Server desde un DVD. El asistente de
configuración le guía a través del proceso de instalación de Data Protection for
SQL Server.
Antes de empezar
Antes de instalar y configurar Data Protection for SQL Server, verifique que
cumple con los requisitos de hardware y software.
Puede obtener el paquete de instalación del DVD del producto de un sitio de
descarga de IBM.
v Si obtiene el paquete desde un DVD de producto, asegúrese de que los archivos
de instalación estén visibles en la unidad de DVD.
v Si obtiene el paquete de un sitio de descarga de IBM, debe extraer los archivos
de instalación.
Acerca de esta tarea
Data Protection for SQL Server está disponible en paquetes con licencia y de
mantenimiento. El proceso de instalación difiere entre estos dos tipos de paquete.
Paquete con licencia
Incluye un archivo de habilitación de la licencia que solo está disponible a
través del canal de distribución de software, como Passport Advantage, e
incluye el release inicial de disponibilidad general de un producto o
componente.
Actualización de mantenimiento (fixpack o paquete de arreglo temporal)
Disponible en el canal de entrega de mantenimiento, a veces se puede
utilizar para renovar el canal de distribución de software. Los paquetes de
mantenimiento no contienen archivos de habilitación de licencias y deben
instalarse después de un paquete con licencia.
Consulte el archivo README.FTP para obtener información sobre cómo
instalar un fixpack o un paquete de arreglo temporal. El archivo
README.FTP está disponible en el mismo directorio en el que se ha
descargado el paquete de mantenimiento.
38
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Procedimiento
1. Instale Data Protection for SQL Server utilizando el asistente de configuración.
El asistente instala el producto y cualquier requisito previo como .NET
Framework y el visor de informes.
a. Inicie la sesión como administrador.
b. Descargue el archivo del paquete correspondiente de uno de los siguientes
sitios web, o puede acceder a los archivos desde el DVD de producto:
v En una instalación que se realiza por primera vez o en un nuevo release,
vaya a Passport Advantage en IBM Passport Advantage. Passport
Advantage es el único sitio web desde el que puede descargar un archivo
de paquete con licencia.
v Para obtener un arreglo de mantenimiento, vaya a este sitio FTP y al
directorio que contiene la versión del arreglo de mantenimiento que
requiere:Índice de archivos de parches de Data Protection for Microsoft
SQL Server (ftp://public.dhe.ibm.com/storage/tivoli-storagemanagement/patches/tivoli-data-protection/sql/).
c. Si descarga el paquete desde uno de los sitios de descarga, complete los
pasos siguientes:
v Verifique que tiene suficiente espacio para almacenar los archivos de
instalación cuando se extraigan del paquete del producto.
v Vaya al directorio donde ha colocado el archivo ejecutable.
Importante: En el siguiente paso, los archivos se extraen en el directorio
actual. La vía de acceso no debe contener más de 128 caracteres.
Asegúrese de extraer los archivos de instalación en un directorio vacío.
No extraiga los archivos en el directorio que contiene los archivos
extraídos previamente ni ningún otro archivo.
v Pulse dos veces el archivo ejecutable o escriba el siguiente mandato en la
línea de mandatos para extraer los archivos de instalación. Los archivos
se extraen en el directorio actual.
package_name.exe
donde package_name es similar a este ejemplo:
7.1.4.0-TIV-TSMSQL-Win.exe
d. Siga las instrucciones de instalación que se visualizan en la pantalla.
Si está configurando Data Protection for SQL Server con SQL Server 2012 o
versiones posteriores, especifique un nombre de nodo en el campo Nodo
AlwaysOn de la página Nombres de nodo de TSM del asistente de
configuración. Este nombre de nodo se utiliza para hacer una copia de
seguridad de las copias de seguridad de las bases de datos de
disponibilidad.
e. Si se le solicita, reinicie el sistema antes de que se complete la instalación.
f. Pulse Finalizar. MMC (Microsoft Management Console) se comparte entre
Data Protection for SQL Server y Tivoli Storage FlashCopy Manager. Si uno
de estos productos se instala en una ubicación que no es la predeterminada,
el asistente de configuración toma de forma predeterminada el directorio de
instalación existente. Utilice el mismo directorio cuando instale cualquiera de
estos productos en el mismo sistema. El directorio base predeterminado es
c:\Archivos de programa\tivoli.
2. Si está instalando Data Protection for SQL Server en un entorno Microsoft
Windows Failover Clustering o entorno de servidor Veritas Cluster, repita el
procedimiento de instalación en todos los nodos de su clúster.
Capítulo 2. Instalación, actualización y migración
39
Instalación de Data Protection for SQL Server en Windows Server Core
Si está protegiendo Microsoft SQL Server 2012, y versiones posteriores, en un
entorno de Windows Server Core, puede utilizar el asistente de configuración para
instalar Data Protection for SQL Server.
Antes de empezar
Antes de instalar y configurar Data Protection for SQL Server, compruebe que
cumple con los requisitos de hardware y software.
Procedimiento
1. Inicie la sesión como administrador.
2. Instale Data Protection for SQL Server utilizando el asistente de configuración.
a. Inserte el DVD del producto de Data Protection for SQL Server en la unidad
de DVD.
Si está habilitada la ejecución automática, el diálogo de instalación se
iniciará automáticamente cuando se cargue el DVD. De lo contrario,
seleccione Inicio > Ejecutar y, en el indicador, especifique: x:\setup.exe,
donde x: es la unidad de DVD, y pulse Aceptar.
b. Siga las instrucciones de instalación que se visualizan en la pantalla.
c. Pulse Finalizar. De ser necesario, reinicie el sistema.
Qué hacer a continuación
Puede realizar una instalación desatendida de Data Protection for SQL Server en
Windows Server Core.
Instalación de Data Protection for SQL Server en un entorno de clúster
Puede instalar Data Protection for SQL Server en un entorno de clúster de
migración tras error de Windows para proteger las bases de datos en clúster de
SQL Server 2008 y versiones posteriores.
Antes de empezar
Antes de instalar y configurar Data Protection for SQL Server, compruebe que
cumple con los requisitos de hardware y software.
Procedimiento
1. Instale Data Protection for SQL Server en todos los nodos del clúster desde
donde tiene planificado ejecutar operaciones de copia de seguridad y
restauración.
2. Si utiliza un clúster de disco compartido, instale Data Protection for SQL Server
en todos los nodos en un disco que sea local para cada nodo y no en un disco
de clúster compartido.
3. Instale Data Protection for SQL Server en un sistema local si es necesario.
Tareas relacionadas:
“Instalación en un sistema local” en la página 38
40
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Implementación de una instalación silenciosa (desatendida) de Data
Protection for SQL Server
Una instalación silenciosa se ejecuta sola sin interacción del usuario y se considera
desatendida. Los administradores pueden instalar Data Protection for SQL Server
utilizando una instalación silenciosa.
Acerca de esta tarea
Una instalación silenciosa resulta útil cuando Data Protection for SQL Server se
tiene que instalar en varios sistemas distintos con hardware idéntico. Por ejemplo,
una compañía puede tener 25 instalaciones de SQL Server en 25 sitios diferentes.
Para asegurarse de que la configuración es coherente y evitar que 25 personas
distintas deban especificar parámetros de Data Protection for SQL Server, el
administrador puede producir una instalación desatendida y que esté disponible
en los 25 sitios. El paquete de instalación puede colocarse en un DVD y enviarse a
cada uno de los sitios remotos, o bien puede colocarse en un servidor de archivos
para distribuirlo a los distintos sitios.
Para implementar una instalación silenciosa de Data Protection for SQL Server,
puede utilizar el programa de configuración o el programa Microsoft Installer
(MSI).
Instalación silenciosa del cliente de Tivoli Storage Manager
Antes de poder instalar Data Protection for SQL Server en Windows Server Core,
primero debe instalar el cliente de Tivoli Storage Manager en el mismo sistema que
Data Protection for SQL Server.
Antes de empezar
Asegúrese de que esté disponible en el sistema la versión soportada más reciente
del cliente de archivado y copia de seguridad de Tivoli Storage Manager. Debe ser
administrador para poder llevar a cabo esta instalación.
Acerca de esta tarea
Utilice el programa Windows Installer (msiexec.exe) para instalar el cliente de
Tivoli Storage Manager.
Procedimiento
Ejecute el mandato para instalar el cliente de Tivoli Storage Manager de forma
silenciosa.
Por ejemplo, emita el siguiente mandato en una única línea desde una ventana de
indicador de mandatos "Ejecutar como administrador":
msiexec /i “G:\tsm_images\TSM_BA_Client\IBM Tivoli Storage
Manager Client.msi” RebootYesNo=“No” REBOOT=“ReallySuppress” ALLUSERS=1
INSTALLDIR=“c:\program files\tivoli\tsm” ADDLOCAL=“Client,AdministrativeCmd”
TRANSFORMS=“G:\tsm_images\TSM_BA_Client\1033.mst”
/qn /l*v “C:\downloads\logs\ba_logs.log”
Capítulo 2. Instalación, actualización y migración
41
Instalación silenciosa de Data Protection for SQL Server con
el programa de configuración
Puede utilizar el programa setup (setup.exe) para realizar una instalación
silenciosa de Data Protection for SQL Server. Si está protegiendo Microsoft SQL
Server 2012 y versiones posteriores, también puede utilizar el programa de
configuración para realizar una instalación silenciosa de Data Protection for SQL
Server en Windows Server Core.
Antes de empezar
v Si desea instalar Data Protection for SQL Server en Windows Server Core,
primero debe instalar el cliente de Tivoli Storage Manager en el mismo sistema
que Data Protection for SQL Server.
v La consola de gestión de Data Protection for SQL Server y Data Protection for
SQL Server deben instalarse desde una cuenta que sea miembro del grupo de
administradores locales para el sistema en el que se ejecuta SQL Server.
Acerca de esta tarea
El programa de configuración de Data Protection for SQL Server están en el
soporte de instalación (donde x: es la unidad de DVD):
v (32 bits) x:\fcm\x86\sql\7140\enu\setup.exe
v (64 bits) x:\fcm\x64\sql\7140\enu\setup.exe
Procedimiento
1. Emita el mandato siguiente para instalar en modalidad silenciosa los
componentes Data Protection for SQL Server en el directorio de instalación
predeterminado:
x:\fcm\aaa\sql\7140\enu\setup.exe /s /v/qn
donde x: es la unidad de DVD y aaa puede ser x64 o x86. El siguiente mandato
es un ejemplo.
x:\fcm\x64\mmc\4140\enu\setup.exe /s /v/qn
x:\fcm\x64\sql\7140\enu\setup.exe /s /v/qn
donde x: es la unidad de DVD.
2. Los siguientes ejemplos son mandatos que especifican el directorio de destino,
las características, la supresión de inicio y el registro. Especifique cada mandato
en una única línea desde una ventana de indicador de mandatos Ejecutar como
administrador.
x:\fcm\x64\mmc\4140\enu\setup.exe /s /v“INSTALLDIR=\“C:\Program Files\Tivoli\”
ADDLOCAL=\“Client\” TRANSFORM=1033.mst REBOOT=ReallySuppress /qn /l*v
\“C:\Temp\DpSqlMmcSetupLog.txt\””
x:\fcm\x64\sql\7140\enu\setup.exe /s /v“INSTALLDIR=\“C:\Program Files\Tivoli\tsm\”
ADDLOCAL=\“Client\” TRANSFORM=1033.mst REBOOT=ReallySuppress /qn /l*v
\“C:\Temp\DpSqlSetupLog.txt\””
3. Revise estas directrices cuando lleve a cabo el proceso de instalación:
v Debe colocar una barra inclinada invertida (\) delante de cada comilla que se
encuentre dentro de un juego de comillas (").
v Para un mandato de una sola línea, pulse Intro sólo cuando se hayan
entrado todos los parámetros.
v El texto siguiente se debe colocar entre comillas ("):
– Una vía de acceso de directorios que contenga espacios.
42
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
– Un argumento que especifique varias características. Aunque el argumento
completo deba estar entre comillas, sigue siendo necesario colocar una
barra inclinada invertida antes de cada una de las comillas internas.
v Todas las características que se listan en una instalación personalizada se
deben listar después de la opción addlocal.
v La definición de la opción rebootyesno como No solo se aplica a la
instalación del software de Data Protection for SQL Server. El paquete de
instalación incluye varios requisitos previos que instala Data Protection for
SQL Server. Asegúrese de que todos los requisitos previos están instalados
antes de iniciar la instalación silenciosa, luego establezca la opción
rebootyesno en No para que no sea necesario reiniciar el sistema después de
que finalice el proceso de instalación silenciosa.
Uso de archivos por lotes en instalaciones silenciosas
Windows
Puede crear un archivo de proceso por lotes para comenzar la instalación silenciosa
con los parámetros que desee utilizar.
El siguiente script es un script de ejemplo (c:\setup.bat) de una instalación
desatendida:
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
@echo off
rem ===================================
rem script de ejemplo de instalación silenciosa
rem
call x:\fcm\x64\mmc\4140\enu\setup.exe /s
/v"INSTALLDIR=\"C:\Archivos de programa\Tivoli\" ADDLOCAL=\"Client\"
TRANSFORM=1033.mst
REBOOT=ReallySuppress /qn /l*v \"C:\Temp\DpSqlMmcSetupLog.txt\""
rem
call x:\fcm\x64\sql\7140\enu\setup.exe /s
/v"INSTALLDIR=\"C:\Archivos de programa\Tivoli\tsm\" ADDLOCAL=\"Client\"
TRANSFORM=1033.mst REBOOT=ReallySuppress /qn /l*v \"C:\Temp\DpSqlSetupLog.txt\""
rem ====================================
rem se podría añadir código una vez
rem que finalice la instalación para
rem personalizar los archivos dsm.opt,
rem si así se desea
rem ====================================
Instalación silenciosa con el programa de instalación de
Microsoft
Puede utilizar el programa de instalación de Microsoft (MSI), msiexec.exe, para
implementar una instalación silenciosa de Data Protection for SQL Server. Si está
protegiendo Microsoft SQL Server 2012 y versiones posteriores, también puede
utilizar el programa MSI para realizar una instalación silenciosa de Data Protection
for SQL Server en Windows Server Core.
Antes de empezar
Data Protection for SQL Server debe instalarse desde una cuenta que sea miembro
del grupo de administradores locales para el sistema en el que se ejecuta SQL
Server.
Capítulo 2. Instalación, actualización y migración
43
Importante: A diferencia de los programas setup.exe y setupfcm.exe, el programa
msiexec.exe no incluye varios de los requisitos previos que instala Data Protection
for SQL Server. Cuando utilice msiexec.exe, debe instalar todos los requisitos
previos manualmente.
Antes de instalar y configurar Data Protection for SQL Server, verifique que
cumple con los requisitos de hardware y software. Para obtener más información,
consulte el tema que describe los requisitos mínimos de hardware y software.
Acerca de esta tarea
Los ejemplos siguientes muestran cómo utilizar el mandato msiexec para instalar la
consola de gestión de Data Protection for SQL Server y Data Protection for SQL
Server.
Procedimiento
1. Para instalar la consola de gestión de Data Protection for SQL Server, emita
cada uno de estos mandatos msiexec en una sola línea:
msiexec /i“x:\fcm\aaa\mmc\4140\enu\IBM Tivoli Storage Manager para
Bases de datos - MS SQL - Consola de gestión.msi” RebootYesNo=“No”
Reboot=“Suppress” ALLUSERS=1 INSTALLDIR=“c:\program files\tivoli”
ADDLOCAL=“Client” TRANSFORM=1033.mst /qn /l*v “c:\temp\DpSqlMmcLog.txt”
Donde x: es la unidad de DVD y aaa es x86 o x64.
2. Para instalar Data Protection for SQL Server, emita cada uno de estos mandatos
msiexec en una sola línea.
msiexec /i“x:\fcm\aaa\sql\7140\enu\IBM Tivoli Storage Manager para
Bases de datos - MS SQL.msi” RebootYesNo=“No” Reboot=“Suppress”
ALLUSERS=1 INSTALLDIR=“c:\program files\tivoli\tsm”
ADDLOCAL=“Client” TRANSFORM=1033.mst /qn /l*v “c:\temp\DpSqlLog.txt”
Donde x: es la unidad de DVD y aaa es x86 o x64.
Qué hacer a continuación
Importante:
v Debe colocar comillas simples en los artículos siguientes:
– Una vía de acceso de directorios que contenga espacios.
– Un argumento que especifique varias características. Aunque el argumento
completo deba estar entre comillas, sigue siendo necesario colocar una barra
inclinada invertida antes de cada una de las comillas internas.
v Todas las características que se listan en una instalación personalizada se deben
especificar después de la opción addlocal.
Opciones de las instalaciones silenciosas
Se pueden aplicar las opciones siguientes a los dos métodos de instalación
silenciosa, el programa de configuración y el programa Microsoft Installer (MSI).
Revise la lista de opciones de instalación silenciosa en las tablas siguientes:
Tabla 2. Opciones para una instalación silenciosa
44
Opción
Descripción
/i
Especifica que el programa va a instalar el producto.
/l*v
Especifica un registro detallado.
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Tabla 2. Opciones para una instalación silenciosa (continuación)
Opción
Descripción
/qn
Ejecuta la instalación sin ejecutar la secuencia de la
interfaz de usuario externa.
/s
Especifica el modo silencioso.
/v
Especifica que el programa de configuración debe
pasar la serie del parámetro a la llamada que realiza al
programa ejecutable MSI (msiexec.exe). Cuando utilice
la opción /v, observe los requisitos siguientes de la
sintaxis:
v Se debe poner una barra inclinada invertida (\)
delante de las posibles comillas (" ") que hay
dentro de las comillas existentes.
v No incluya un espacio entre la opción /v de la línea
de mandatos y sus argumentos.
v Si se entran varios parámetros con la opción /v de
la línea de mandatos, se deben separar mediante un
espacio.
v Puede crear un archivo de registro especificando el
directorio y el nombre del archivo al final del
mandato. El directorio debe existir en el momento
en que se realiza una instalación silenciosa.
/x
Especifica que el programa va a desinstalar el
producto.
addlocal
Especifica las funciones que se deben instalar.
allusers
Especifica qué usuarios pueden utilizar el paquete de
instalación.
installdir
Especifica el directorio en que se va a instalar Data
Protection for SQL Server.
reboot
Especifica si se debe solicitar al usuario que reinicie el
sistema después de una instalación silenciosa.
Force
Siempre solicita al usuario que reinicie
después de una instalación silenciosa.
Suppress
Suprime la solicitud de reiniciar después de
una instalación silenciosa.
ReallySuppress
Suprime todos los reinicios y solicita que
reinicie después de una instalación silenciosa.
rebootyesno
Especifica si se debe reiniciar el sistema después de
una instalación silenciosa. Especifique Sí para reiniciar
el sistema después de una instalación silenciosa.
Especifique No para no reiniciar el sistema después de
una instalación silenciosa.
La definición de la opción rebootyesno como No solo se aplica a la instalación del
software de Data Protection for SQL Server. El paquete de instalación incluye
varios requisitos previos que Data Protection for SQL Server debe instalar si dichos
componentes necesarios aún no están instalados en el sistema. Asegúrese de que
todos los requisitos previos están instalados antes de iniciar la instalación
Capítulo 2. Instalación, actualización y migración
45
silenciosa y, a continuación, establezca la opción rebootyesno en No para que no
sea necesario reiniciar el sistema después de que finalice el proceso de instalación
silenciosa.
Las tablas siguientes muestran las características de instalación silenciosa (sensibles
a mayúsculas y minúsculas) que sólo se aplican al cliente base.
Tabla 3. Funciones de la instalación silenciosa (sólo cliente base)
Característica
Descripción
Client
Código de Data Protection for SQL Server
Creación y prueba de un paquete de instalación silenciosa en
un DVD o un servidor de archivos
El administrador puede dejar disponible el paquete de instalación creando un DVD
o colocando el paquete en un directorio compartido de un servidor de archivos.
Antes de empezar
Antes de empezar, debe elegir una ubicación para el paquete. Si graba un DVD, es
conveniente utilizar un directorio intermedio. Si coloca el paquete en un servidor
de archivos, puede utilizar un directorio intermedio o crear el paquete
directamente en el servidor de archivos.
Acerca de esta tarea
Normalmente, el paquete de instalación contiene los archivos de distribución del
código de Data Protection for SQL Server y un archivo de proceso por lotes para
una instalación silenciosa.
Procedimiento
1. Emita los mandatos siguientes para crear el paquete:
Tabla 4. Mandatos para la creación de un paquete de instalación silenciosa
Mandato
Descripción
mkdir c:\tdpdpkg
Crea un directorio intermedio para el paquete de
instalación silenciosa.
cd /d c:\tdpdpkg
Va al directorio intermedio.
xcopy g:\*.* . /s
Copia los archivos de distribución del DVD en el
directorio intermedio
copy c:\setup.bat
Sustituye el archivo setup.bat existente por el creado
en el paso anterior.
Este ejemplo utiliza c:\tdpdpkg como directorio de despliegue.
2. Después de crear el paquete de instalación, pruebe la instalación silenciosa.
3. Después de finalizar la prueba, coloque el paquete en un DVD o déjelo
disponible en un directorio compartido.
4. Después de dejar el paquete disponible en un DVD o en un directorio
compartido, siga estos pasos para ejecutar el paquete de instalación silenciosa
en otro sistema.
46
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Opción
Descripción
Desde un paquete de
instalación silenciosa
en DVD:
Habilite la opción autostart para que la instalación silenciosa
comience en cuanto se inserte el DVD en la unidad. Si no habilita
la opción autostart, inicie el archivo setup.bat desde la raíz del
DVD emitiendo el siguiente mandato:
cd /d g:\
setup.bat
Desde un directorio de Si el paquete se ha colocado en un directorio compartido llamado
distribución:
tdpdpkg en \\machine1\d$, otro sistema pueda ejecutar el
mandato net use x:\\machine1\d$ para compartir la unidad
como unidad x. Puede emitir el siguiente mandato:
cd /d x:\tdpdpkg
setup.bat
En cualquier caso, comienza la instalación silenciosa. Tenga en cuenta que la
instalación desatendida puede tardar en completarse. No existen indicaciones
visuales que informen de la finalización de la instalación, aunque se pueden
añadir indicaciones visuales al archivo de proceso por lotes.
Mensajes de error de la instalación silenciosa
El programa setup.exe puede producir mensajes de error si no puede iniciarse
correctamente.
Actualización de Data Protection for SQL Server
Puede actualizar Data Protection for SQL Server desde una versión anterior del
software.
Procedimiento
1. Descargue las actualizaciones.
2. Para instalar las actualizaciones, ejecute setupfcm.exe.
3. Para iniciar Microsoft Management Console (MMC), pulse Inicio > Todos los
programas > Tivoli Storage Manager > Data Protection for Microsoft SQL
Server > Consola de gestión de DP para SQL. Cuando inicie MMC después de
instalar las actualizaciones, el asistente de configuración se iniciará
automáticamente. El asistente de configuración lo guiará a través del proceso
de suministro e instalación de los archivos restantes.
En función de las licencias de software que se encuentran en el sistema, el
proceso de configuración varía. El asistente proporciona instrucciones que le
guían durante el proceso.
4. Si el asistente de configuración no se inicia automáticamente, pulse IBM Tivoli
Storage Manager en el árbol de navegación, y pulse Configuración. A
continuación, efectúe una doble pulsación en Asistentes.
Capítulo 2. Instalación, actualización y migración
47
Migración de Data Protection for SQL Server
Puede migrar datos de versiones anteriores de Data Protection for SQL Server.
Después de una actualización desde una versión anterior de Data Protection for
SQL Server a una versión más reciente, puede utilizar operaciones de restauración
de VSS para restaurar copias de seguridad de VSS locales que se habían creado
originalmente con la versión anterior del software.
Si ha utilizado una versión anterior de Data Protection for SQL Server en un
entorno de clúster de Microsoft y actualiza a una versión más reciente de Data
Protection for SQL Server, las copias de seguridad existentes que se completan en
los discos del clúster no cuentan para el número máximo de versiones. Las nuevas
copias de seguridad para discos en clúster que se completan con la versión más
reciente de Data Protection for SQL Server se gestionan de forma lógica para el
clúster. Exceptuando la copia de seguridad activa, las copias de seguridad más
antiguas finalmente caducan. Cuando ya no necesite conservar la copia de
seguridad activa, debe suprimirla con el mandato delete backup. Las copias de
seguridad existentes se pueden restaurar.
48
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Capítulo 3. Configuración
Puede utilizar asistentes de configuración para configurar Data Protection for SQL
Server o puede seguir los pasos manualmente. Para obtener unos mejores
resultados, se le guiará con instrucciones paso a paso por los asistentes de
configuración
Antes de empezar
Data Protection for SQL Server debe estar instalado en el sistema. Un servidor de
Tivoli Storage Manager debe estar disponible para comunicarse con Data
Protection for SQL Server.
Definiciones de nodo proxy para Copias de seguridad VSS
Puesto que Data Protection for SQL Server utiliza el cliente de copia de seguridad
y archivado de Tivoli Storage Manager para implementar operaciones de copia de
seguridad de VSS, debe utilizar nombres de nodo específicamente para operaciones
de VSS. Además, debe utilizar un nombre de nodo para la ubicación en la que está
instalado Data Protection for SQL Server.
Como parte del procedimiento de configuración, se define una relación de proxy
para estos nombres de nodo. De forma predeterminada, esta relación de proxy se
define cuando se ejecuta el asistente de configuración. Siga las directrices de este
tema para completar de forma manual la configuración.
La relación de proxy permite a los nombres de nodo procesar operaciones en
nombre de otro nombre de nodo. Cuando registre estos nodos en el servidor de
Tivoli Storage Manager para operaciones de VSS, no especifique el parámetro
Tivoli Storage Manager USerid=NONE. Las operaciones VSS fallarán cuando se
especifique este parámetro.
Hay dos tipos de nombres de nodo que se definen en las relaciones de nodo proxy:
v Nodo de destino: nombre de nodo que controla las operaciones de copia de
seguridad de datos y de restauración y también es propietario de los datos del
servidor de Tivoli Storage Manager. Este nombre de nodo se especifica en el
archivo dsm.opt de Data Protection for SQL Server.
v Nodo de agente: un nombre de nodo que procesa operaciones en nombre de un
nodo de destino. Este nombre de nodo se especifica en el archivo dsm.opt del
cliente de copia de seguridad y archivado.
Para definir estos nodos, emita el mandato grant proxy del cliente de copia de
seguridad y archivado. Por ejemplo:
GRANT PROXY TARGET=dpsql_node_name AGENT=dsmagent_node_name
© Copyright IBM Corp. 1997, 2015
49
Nombres de nodo necesarios para operaciones VSS básicas
Las operaciones de VSS requieren configuraciones de nombre de nodo específicas.
Para procesar operaciones VSS básicas, debe tener un nodo de destino y un nodo
de agente.
Tabla 5. Nombres de nodo necesarios para operaciones VSS básicas
Tipo de nodo proxy
Nombre de nodo
Lugar en que se especifica
Nodo de destino
El nombre de nodo de Data
Protection for SQL Server
Utilice la opción nodename en el
archivo de opciones de Data
Protection for SQL Server (dsm.opt)
Nodo agente
El nombre del nodo
DSMAGENT local que debe
coincidir con el nombre del
nodo de solicitante de VSS
Utilice el parámetro
localdsmagentnode en el archivo de
configuración de Data Protection for
SQL Server (tdpsql.cfg)
|
|
|
|
|
|
Nodo de destino
El nombre de nodo de destino especifica el nombre del nodo que es el
propietario de los datos de seguridad de Data Protection for SQL Server en
el servidor de Tivoli Storage Manager. Este nombre de nodo se especifica
con la opción nodename en el archivo dsm.opt y se hace referencia al mismo
como nombre de nodo de Data Protection for SQL Server.
|
|
|
|
|
Nodo agente
El nombre de nodo de agente especifica el nombre del nodo operativo para
el nodo de destino. Este nodo se ocupa de procesar las operaciones VSS ya
que el propio Data Protection for SQL Server no procesa ninguna
operación VSS directa.
|
|
|
|
|
|
|
Este nombre de nodo se denomina Nodo DSMAGENT local y se especifica
con el parámetro localdsmagentnode en el archivo de configuración de
Data Protection for SQL Server (tdpsql.cfg de forma predeterminada).
Puede utilizar el Propiedades ventana de Microsoft Management Console
(MMC) seleccionando Copia de seguridad VSS. Desde aquí, puede
actualizar el nombre de nodo DSMAGENT local. De lo contrario, utilice el
mandato tdpsqlc set para especificar este parámetro.
|
|
|
Consejo: El nodo de agente y el nodo de destino tienen una relación de proxy y se
utilizan para las operaciones de VSS en el servidor de SQL que se está
protegiendo.
Nombres de nodo necesarios para copias de seguridad con
traspaso de datos de VSS básicas
Las copias de seguridad con traspaso de datos de VSS requieren configuraciones
de nombre de nodo específicas.
Para completar las copias de seguridad descargadas de VSS, debe tener un nodo
de destino y dos nodos de agente:
Tabla 6. Nombres de nodo necesarios para copias de seguridad con traspaso de datos de
VSS básicas
50
Tipo de nodo proxy
Nombre de nodo
Lugar en que se especifica
Nodo de destino
Nombre de nodo de Data
Protection for SQL Server
Utilice la opción nodename en el
archivo de opciones de Data
Protection for SQL Server (dsm.opt)
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Tabla 6. Nombres de nodo necesarios para copias de seguridad con traspaso de datos de
VSS básicas (continuación)
Tipo de nodo proxy
Nombre de nodo
Lugar en que se especifica
Nodo agente
Nodo DSMAGENT local
Utilice el parámetro
localdsmagentnode en el archivo de
configuración de Data Protection for
SQL Server (tdpsql.cfg)
Nodo agente
Nodo DSMAGENT remoto
Utilice el parámetro
remotedsmagentnode en el archivo de
configuración Data Protection for
SQL Server (tdpsql.cfg)
Nodo de destino
Este nombre de nodo es donde está instalado Data Protection for SQL
Server. Este nombre de nodo (especificado con la opción nodename en el
archivo dsm.opt) se conoce como nombre de nodo de Data Protection for
SQL Server.
Nodo de agente - Nodo DSMAGENT local
Este nombre de nodo es donde están instalados el cliente de copia de
seguridad/archivado y Proveedor de VSS. Este nodo se ocupa de procesar
las operaciones VSS ya que el propio Data Protection for SQL Server no
procesa ninguna operación VSS directa.
Este nombre de nodo se denomina Nodo DSMAGENT local y se especifica
con el parámetro localdsmagentnode en el archivo de configuración de
Data Protection for SQL Server (tdpsql.cfg de forma predeterminada).
Para especificar este parámetro con la ventana Propiedades de MMC
(Microsoft Management Console), seleccione Copia de seguridad VSS.
Desde la ventana Propiedades, puede actualizar el nombre de nodo
DSMAGENT local. De lo contrario, utilice el mandato tdpsqlc set para
especificar este parámetro.
Nodo de agente - Nodo DSMAGENT remoto
Este nombre de nodo es un sistema independiente que también debe tener
instalado el cliente de copia de seguridad/archivado y Proveedor de VSS.
Este nodo se ocupa de mover datos de instantáneas VSS de volúmenes de
duplicación local al servidor de Tivoli Storage Manager.
Este nombre de nodo se denomina Nodo DSMAGENT local y se especifica
con el parámetro localdsmagentnode en el archivo de configuración de
Data Protection for SQL Server (tdpsql.cfg de forma predeterminada).
Para especificar este parámetro con la ventana Propiedades de MMC,
seleccione Copia de seguridad VSS. Desde la ventana Propiedades, puede
actualizar el nombre de nodo DSMAGENT local. De lo contrario, utilice el
mandato tdpsqlc set para especificar este parámetro.
La elección de sistemas disponibles depende de si los sistemas tienen
acceso a los volúmenes de duplicación local que contienen copias de
seguridad de instantáneas VSS. Este nombre de nodo sólo es válido para
entornos de VSS que dan soporte a copias de duplicaciones que se pueden
transportar. No puede especificar un nombre de nodo si está utilizando el
proveedor del sistema de VSS predeterminado.
Asegúrese de que localdsmagentnode y remotedsmagentnode están registrados en el
mismo servidor de Tivoli Storage Manager que se especifica en el archivo de
opciones de Data Protection for SQL Server (dsm.opt) y el archivo de opciones del
Capítulo 3. Configuración
51
cliente de copia de seguridad y archivado (también dsm.opt).
Especificación de parámetros de configuración de Tivoli Storage
Manager
Una vez que se registre Data Protection for SQL Server en Tivoli Storage Manager,
debe configurar el nombre de nodo, la contraseña, el método de comunicaciones y
los parámetros apropiados para conectarse al servidor de Tivoli Storage Manager.
Acerca de esta tarea
Los valores de los parámetros se encuentran de forma predeterminada en el
directorio de instalación de Data Protection for SQL Server.
Procedimiento
1. Utilice un editor de textos para editar el archivo de opciones dsm.opt.
El archivo de opciones dsm.opt incluye los parámetros siguientes, que son
necesarios para la configuración inicial:
COMMMethod
Especifique el protocolo de comunicación que se debe utilizar entre el
nodo de Data Protection for SQL Server y el servidor de Tivoli Storage
Manager. En función de la opción commmethod que elija, especifique uno
de los siguientes parámetros de conectividad para los valores
commmethod.
v Para todas las copias de seguridad, especifique la opción COMMMethod
en el archivo de opciones de Data Protection for SQL Server.
v Para las copias de seguridad de VSS, especifique la opción
COMMMethod en el archivo de opciones de cliente de copia de
seguridad y archivado que se utiliza como nodo DSMAGENT local.
Si el entorno está configurado para copias de seguridad con traspaso
de datos VSS, deberá especificar también la opción COMMMethod en el
archivo de opciones de cliente de copia de seguridad y archivado
que se utiliza como nodo DSMAGENT remoto.
Para todas las copias de seguridad, especifique la opción COMMMethod en
el archivo de opciones de Data Protection for SQL Server. Para todas las
Copias de seguridad VSS, especifique la opción COMMMethod del archivo
de opciones del cliente de copia de seguridad y archivado que se
utiliza como el nodo DSMAGENT local. Si el entorno está configurado
para copias de seguridad con traspaso de datos VSS, especifique
también la opción COMMMethod en el archivo de opciones del cliente de
copia de seguridad y archivado que se utiliza como el nodo remoto
DSMAGENT.
NODename
Especifique el nombre de nodo de Tivoli Storage Manager que Tivoli
Storage Manager utilizará para identificar el sistema que ejecuta Data
Protection for SQL Server.
PASSWORDAccess
Especifique el valor predeterminado generate para generar una
contraseña automáticamente, o especifique la contraseña prompt para
responder a una solicitud para una contraseña.
2. Opcional: modifique los valores predeterminados para los parámetros
siguientes:
52
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
COMPRESSIon
Especifique la opción compression yes si existe cualquiera de las
siguientes condiciones:
v El adaptador de red tiene una sobrecarga de datos
v Las comunicaciones entre Data Protection for SQL Server y servidor
de Tivoli Storage Manager se realizan a través de una conexión de
ancho de banda bajo
v Existe un gran tráfico en la red
Especifique la opción compression no si existe cualquiera de las
siguientes condiciones:
v El sistema que ejecuta Data Protection for SQL Server tiene una
sobrecarga de procesador; el uso del procesador puede provocar
problemas en otras aplicaciones incluido el servidor. Puede
supervisar la utilización del procesador y de los recursos de red con
el programa Monitor de sistema que se incluye con Windows.
v No está limitado por el ancho de banda de red; puede obtener un
mejor rendimiento si deja la opción compression no sin cambios y
permite compactar el hardware en la unidad de cintas, lo que
también reduce los requisitos de almacenamiento.
v Para las copias de seguridad de herencia, especifique la opción
COMPRESSIon en el archivo de opciones de Data Protection for SQL
Server.
v Para las copias de seguridad de VSS, especifique la opción
COMPRESSIon en el archivo de opciones del cliente de copia de
seguridad/archivado que se utiliza como nodo DSMAGENT local. Si
el entorno está configurado para copias de seguridad con traspaso de
datos de VSS, especifique la opción COMPRESSIon en el archivo de
opciones del cliente de copia de seguridad/archivado que se utiliza
como el nodo DSMAGENT remoto
DEDUPLication
Especifique si la API de Tivoli Storage Manager va a realizar una
optimización de almacenamiento de los datos antes de enviarlos a
servidor de Tivoli Storage Manager. Especifique Yes o No. El valor sólo
se aplica si Tivoli Storage Manager permite la optimización de
almacenamiento de datos del lado de cliente.
Cuando especifica tanto optimización de almacenamiento como
opciones de ENABLELANFree, se pasará por alto la opción de
optimización de almacenamiento.
Puede habilitar la optimización de almacenamiento de datos del lado
de cliente especificando DEDUPLICATION YES en el archivo dsm.opt.
ENABLECLIENTENCRYPTKEY
Especifique esta opción para cifrar las bases de datos durante el
proceso de restauración y de copia de seguridad generando una clave
de cifrado aleatoria por sesión.
Restricción: Puede realizar copias de seguridad de las bases de datos
VSS cifradas únicamente para el servidor de Tivoli Storage Manager.
No puede realizar una copia de seguridad de los datos cifrados en Data
Protection for SQL Server.
Capítulo 3. Configuración
53
Puede especificar DES56 (56 bits), AES128 (128 bits) o AES256 (256 bits).
El método de cifrado de datos más seguro es AES256.
En el archivo de opciones, también debe especificar las bases de datos
que desea cifrar añadiendo una sentencia include con la opción
include.encrypt.
Para las copias de seguridad de VSS, especifique las opciones de
cifrado en el archivo de opciones del cliente de copia de
seguridad/archivado que se utiliza como nodo DSMAGENT local. Si el
entorno está configurado para copias de seguridad con traspaso de
datos de VSS, especifique las opciones de cifrado en el archivo de
opciones del cliente de copia de seguridad/archivado que se utiliza
como el nodo DSMAGENT remoto.
Si realiza cambios en el archivo de opciones del cliente de archivo o
copia de seguridad, asegúrese de reiniciar el servicio de aceptación de
clientes de Tivoli Storage Manager (CAD) para SQL Server.
ENABLELANFree
Si ejecuta operaciones de copia de seguridad y restauración en un
entorno sin LAN, especifique ENABLELANFree yes en el archivo de
opciones de DSMAGENT (Solicitante de VSS).
Qué hacer a continuación
Puede crear más archivos de opciones de Data Protection for SQL Server para que
apunten a otro servidor de Tivoli Storage Manager. Puede crear más de un archivo
de opciones, donde cada archivo contiene distintos parámetros a utilizar con un
único servidor de Tivoli Storage Manager.
Tareas relacionadas:
“Habilitación de la compresión de copia de seguridad de SQL Server” en la página
111
Especificación de parámetros de nombre de nodo de Data Protection
for SQL Server
Debe registrar el sistema donde Data Protection for SQL Server está instalado en el
servidor de Tivoli Storage Manager con un nombre de nodo.
Acerca de esta tarea
Cuando configura Data Protection for SQL Server, el asistente de configuración de
Tivoli Storage Manager gestiona la creación de los nodos de Tivoli Storage
Manager y los atributos de los nodos. Puede personalizar el script de la plantilla
de configuración para añadir más atributos de nodo, por ejemplo compresión de
copia de seguridad. Como alternativa, para personalizar nodos de Tivoli Storage
Manager, puede utilizar las opciones del cliente de administración con el mandato
DSMADMC.
El nombre de nodo posee y gestiona todos los datos de Data Protection for SQL
Server de los que se hace copia de seguridad en el servidor de Tivoli Storage
Manager.
Si ejecuta Data Protection for SQL Server en un Microsoft Failover Clustering o
Veritas Cluster Server, el nombre de nodo no puede ser el nombre del sistema
local. El nombre de nodo debe coincidir con el nombre de servidor virtual SQL.
54
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Procedimiento
1. Especifique el nombre de nodo con la opción nodename en el archivo de
opciones dsm.opt. De forma predeterminada, el archivo de opciones dsm.opt se
encuentra en el directorio de instalación de Data Protection for SQL Server.
2. Para ejecutar operaciones de VSS, registre nombres de nodos para más sistemas
si es necesario.
3. Configure los siguientes parámetros de Tivoli Storage Manager al registrar el
nombre de nodo de Data Protection for SQL Server en el servidor de Tivoli
Storage Manager:
v BACKDELete: Especifique que el nodo de Data Protection for SQL Server
pueda suprimir sus propios archivos de copia de seguridad desde el servidor
de Tivoli Storage Manager. Debe especificar el valor yes para este parámetro.
v MAXNUMMP: Especifique el número máximo de puntos de montaje que un nodo
cliente tiene permitido utilizar en el servidor de Tivoli Storage Manager
durante una operación de copia de seguridad. Si utiliza la fragmentación de
datos de SQL con datos que se envían directamente a una agrupación de
cintas, establezca este parámetro en un número superior al valor
predeterminado de 1. Por ejemplo, establezca este valor para que sea al
menos el número máximo de bandas que utilizar para las operaciones de
copia de seguridad o restauración cuando se usan medios extraíbles como
cintas, o si la migración se produce durante la operación de copia de
seguridad o de restauración. Si existe la posibilidad de que se produzcan
otras copias de seguridad o restauraciones al mismo tiempo, el valor de este
parámetro debe ser suficientemente grande para permitir todos los puntos de
montaje necesarios. Si la agrupación de almacenamiento para la operación de
copia de seguridad tiene agrupaciones de almacenamiento de datos activos o
de copia de seguridad en las que se graba simultáneamente, el parámetro
MAXNUMMP también debe incluir estos puntos de montaje.
v TXNGroupmax: Especifique el número de archivos que se transfieren como un
grupo entre Data Protection for SQL Server y el servidor de Tivoli Storage
Manager, entre puntos de confirmación de transacción. Este parámetro debe
tener un valor de 12 o superior.
v COMPRESSIon (Sólo herencia): Especifique si el nodo de Data Protection for
SQL Server comprime datos antes de enviarlos al servidor de Tivoli Storage
Manager durante una operación de copia de seguridad. Especifique
COMPression=Client en el archivo de opciones del cliente de copia de
seguridad/archivado (dsm.opt) del directorio Data Protection for SQL Server.
Cómo especificar archivos de configuración y opciones en
ubicaciones que no son las predeterminadas
El software de Data Protection for SQL Server utiliza los archivos de configuración
y opciones predeterminados. Si desea utilizar los archivos de configuración y
opciones que no son los predeterminados, utilice los parámetros de línea de
mandatos para especificar archivos de configuración y opciones alternativos
cuando inicie Data Protection for SQL Server.
Antes de empezar
La información de este procedimiento no se aplica en el caso de que desee
gestionar las instalaciones remotas de Data Protection for SQL Server.
Capítulo 3. Configuración
55
Acerca de esta tarea
MMC que se utiliza para el software de Data Protection for SQL Server se inicia
con el archivo flashcopymanager.exe. El archivo flashcopymanager.exe acepta los
siguientes parámetros:
/mscFilename=nombre_archivo # Nombre del archivo de control del complemento MMC
/author # Abre la consola MMC en modalidad de autor.
Por ejemplo:
flashcopymanager.exe parámetro1=nombre_archivo parámetro2=nombre_archivo ...
El archivo flashcopymanager.exe acepta los siguientes parámetros para establecer
los archivos de configuración:
/SQLCONFigfile=filename # archivo de configuración SQL
/SQLOPTfile=filename # Archivo OPT de SQL
/SQLINSTancenames=Instance1,Instance2,... # Instancias para mostrar en MMC
Procedimiento
Inicie MMC con los parámetros utilizando flashcopymanager.exe, tal como se
muestra en el siguiente ejemplo.
flashcopymanager.exe /FSCONFigfile=newcfg.xml /SQLCONFigfile=altsql.cfg
/SQLINSTancenames=mysql1,mysql2
También puede iniciar y ejecutar varias instancias de MMC al mismo tiempo. Con
los parámetros de línea de mandatos, cada instancia funciona con una
configuración diferente basada en los archivos de configuración y de opciones
especificados.
Configuración de las preferencias de usuario
Utilice las páginas de propiedades de la ventana Propiedades de Protección de
datos para personalizar sus preferencias de configuración de Data Protection for
SQL Server.
Antes de empezar
Las páginas de propiedades personalizan preferencias como el registro de
actividad, cómo se visualizan los idiomas o la información y el rendimiento de
ajuste. La información sobre la página de propiedades General es necesaria para
realizar copias de seguridad de los datos, pero las propiedades se establecen al
completar el asistente de configuración.
Cuando configure las preferencias, tenga en cuenta la estrategia de copia de
seguridad, las necesidades de recursos, los valores de política y el entorno de
hardware del sistema.
Procedimiento
Para configurar las preferencias de usuario, complete los pasos siguientes:
1. En el árbol de navegación de MMC (Microsoft Management Console),
seleccione la instancia SQL para la que desea editar preferencias.
2. Pulse en Propiedades en el panel Acciones.
3. Edite la página de propiedades y pulse Aceptar para guardar los cambios y
cerrar la ventana.
56
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Qué hacer a continuación
Consejo: También puede ver o editar propiedades para el panel de control y la
Consola de gestión. Para abrir la ventana de propiedades, pulse Panel de control
en el árbol de navegación y pulse Propiedades en el panel Acciones.
Propiedades de Data Protection
Utilice páginas de propiedades para personalizar sus preferencias de configuración.
Para ver o editar páginas de propiedades, seleccione una instancia de SQL Server
del nodo Proteger y recuperar datos en el árbol de navegación de la Consola de
gestión, y pulse Propiedades en el panel Acciones.
Información del servidor
Utilice la página de propiedades Información del servidor para obtener
información sobre el servidor que proporciona servicios de copia de seguridad.
Los cambios que se muestran dependen de si el producto está configurado para un
entorno de instantánea autónoma o para un entorno de Tivoli Storage Manager.
Consejo: Las referencias al entorno de instantáneas autónomo son específicas para
Tivoli Storage FlashCopy Manager.
Nombre de nodo
Especifica el nombre que se utiliza para identificar el nodo de cliente para
las operaciones de copia de seguridad autónomas u operaciones de copia
de seguridad en servidor de Tivoli Storage Manager.
Versión de la API TSM
Especifica la versión de la API (interfaz de programación de aplicaciones)
de Tivoli Storage Manager.
Nombre de servidor
Para copias de seguridad en Tivoli Storage Manager, especifica el nombre
del servidor de Tivoli Storage Manager al que está conectado el usuario.
Para una configuración autónoma, se muestra Virtual Server.
Nombre de host de red de servidor
Especifica el nombre de host de red del servidor de Tivoli Storage
Manager.
Para una configuración autónoma, se muestra FLASHCOPYMANAGER.
Tipo de servidor
Para copias de seguridad en Tivoli Storage Manager, especifica el tipo de
sistema operativo de servidor de Tivoli Storage Manager.
Para una configuración autónoma, se muestra Virtual Platform.
Versión de servidor
Especifica la versión de servidor de Tivoli Storage Manager.
Modalidad de compresión
Especifica si se utiliza compresión durante operaciones de copia de
seguridad en servidor de Tivoli Storage Manager. Los valores posibles son
Sí, No y Cliente determinado.
Nombre de dominio
Especifica el dominio de políticas al que pertenece el nodo. Un dominio de
políticas contiene uno o varios conjuntos de políticas.
Capítulo 3. Configuración
57
Para sistemas de SQL, el nombre de dominio, el conjunto de políticas y la
clase de gestión aparecen listados para el nodo de AlwaysOn o Data
Protection.
Juego de políticas activo
Especifica el conjunto de políticas que están activas para el dominio de
políticas. Un conjunto de políticas contiene una o varias definiciones de
clase de gestión.
Clase de gestión predeterminada
Política o clase de gestión predeterminada que contiene atributos. Estos
atributos determinan durante cuánto tiempo se almacenan las versiones de
copia de seguridad, dónde se almacenan las versiones de copia de
seguridad y cuántas versiones de copia de seguridad se mantienen.
Contraseña del servidor
Utilice la página de propiedades Contraseña del servidor para cambiar la
contraseña para el nodo de Data Protection que utiliza para acceder al servidor de
Tivoli Storage Manager. Esta página de propiedades se aplica únicamente a
configuraciones de Tivoli Storage Manager.
La página de propiedades muestra los campos siguientes:
Contraseña anterior
Escriba la contraseña de Tivoli Storage Manager que desee cambiar.
Nueva contraseña
Especifique una nueva contraseña. Siga las reglas de política de
contraseñas de servidor de Tivoli Storage Manager.
Confirmar nueva contraseña
Vuelva a escribir la nueva contraseña. Pulse Aceptar para guardar los
cambios.
Gestión de políticas
Utilice la página de propiedades Gestión de políticas para añadir o actualizar una
política de copia de seguridad, que controla el modo en que se conservan las
diferentes versiones de copia de seguridad en los volúmenes de duplicación en
configuraciones de instantánea autónomas.
La conservación de copias de seguridad en volúmenes de duplicación locales se
rige por políticas de versión y políticas basadas en tiempo. Asegúrese de que tiene
suficiente espacio de almacenamiento local en los volúmenes de duplicación locales
para una copia de seguridad VSS. La cantidad de espacio necesaria depende del
proveedor de VSS que se utilice.
La página de propiedades muestra los campos siguientes:
Política
Especifique el nombre exclusivo de una política de copia de seguridad
para la configuración autónoma.
Número de instantáneas que se deben mantener
Especifique el número de versiones de copia de seguridad que se deben
conservar en volúmenes de duplicación locales. Especifique un valor
comprendido entre 1 y 9999. Escriba NL para retener tantas versiones de
copia de seguridad como lo permita el espacio de almacenamiento
disponible. El valor predeterminado es 2.
58
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Este parámetro no se aplica a versiones de copia de seguridad incremental
de datos de SQL Server. Las copias incrementales no participan de las
caducidades debidas a límite de versión porque nunca existe más de una
versión de un objeto de copia incremental. Sólo hay una versión de un
objeto de copia de seguridad incremental porque las copias de seguridad
incrementales siempre tienen nombres exclusivos.
Días que se debe mantener una instantánea
Escriba el número de días que se deben conservar versiones de copia de
seguridad en los volúmenes de duplicación local. Especifique un valor
comprendido entre 0 y 9999. Escriba NL para retener tantas versiones de
copia de seguridad como lo permita el espacio de almacenamiento
disponible. Cuando el valor se establece en 0, las instantáneas se guardan
durante el día actual. El valor predeterminado es 30.
Vinculación de política de VSS
Utilice la página de propiedades Vinculación de política de VSS para enlazar
instantáneas de almacenamiento con políticas de copia de seguridad o clases de
gestión. Las políticas de VSS determinan el modo en que se gestionan y conservan
las copiosa seguridad.
Las sentencias de política de VSS se procesan de abajo hacia arriba y el proceso se
detiene en la primera coincidencia. Para asegurarse de que se procesen sentencias
más específicas, escriba la especificación más general antes que las más específicas.
Las sentencias de política no entran en vigor en las copias de seguridad nuevas o
existentes hasta que se emite la siguiente copia de seguridad.
Capacidad gestionada
Utilice la página de propiedades Capacidad gestionada para supervisar la
capacidad del almacenamiento gestionado.
La información que se aporta puede ayudarle a planificar la capacidad de
almacenamiento durante actividades tales como la renovación de la licencia.
Diagnósticos
Utilice la página de propiedades Diagnósticos para seleccionar el tipo de rastreo
que se debe ejecutar en varios componentes de Data Protection for Microsoft SQL
Server.
Si encuentra un problema, abra la página de propiedades Diagnósticos. Seleccione
la modalidad de diagnóstico que desee utilizar pulsando Normal, Completa o
Personalizada. A continuación, pulse Comenzar para iniciar el rastreo. Cierre la
página de propiedades. Vuelva a crear el problema, abra la página de propiedades
Diagnósticos y pulse Finalizar para detener el rastreo y recopilar los datos.
Si utiliza esta página de propiedades desde la hoja de propiedades de Panel de
control, sólo puede ejecutar el rastreo para Microsoft Management Console (MMC).
Modalidades de diagnóstico
La siguiente modalidad de diagnóstico está disponible en la página de propiedades
Diagnósticos de la hoja de propiedades Panel de instrumentos:
MMC: utilice esta modalidad para establecer el rastreo sólo para MMC.
Capítulo 3. Configuración
59
Las siguientes modalidades de diagnóstico están disponibles en la página de
propiedades Diagnósticos de las hojas de propiedades de la carga de trabajo. El
tipo de rastreo habilitado para cada modalidad se muestra en la tabla. También se
muestran distintivos de rastreo específicos y consejos sobre cuándo utilizar cada
modalidad.
Tabla 7. Modalidades de diagnóstico y uso
Modalidad
Componentes rastreados
junto con los dispositivos
de rastreo utilizados
Cuándo se utiliza
Normal
MMC, DP (service), API
(service,api_detail)
Si utiliza operaciones de
herencia, puede utilizar esta
modalidad ya que el tamaño
de salida es pequeño.
Completa
MMC, DP (service), API
(service,api_detail), Agent
(service)
Se utiliza en operaciones de
VSS, produce un volumen
grande de datos de salida
Personalizada
Cualquier combinación
Se utiliza si se necesitan
distintivos específicos
Normal
Pulse Normal para recopilar los archivos de rastreo y de registro para
operaciones de herencia.
Completa
Pulse Completa para recopilar los archivos de rastreo y de registro para
operaciones de VSS.
Personalizada
Pulse Personalizada y, a continuación, pulse en el icono de marca de
verificación para seleccionar los archivos de rastreo y de registro que desea
recopilar. Utilice esta modalidad sólo si se necesitan dispositivos de rastreo
específicos.
Habilitar rastreo de complemento
Seleccione esta casilla para habilitar el rastreo de la consola de
gestión. Pulse Revisar para ver el archivo de rastreo.
Establecer distintivos de rastreo predeterminados
Pulse Establecer distintivos de rastreo predeterminados para
definir los distintivos de rastreo solicitados con mayor frecuencia.
Habilitar rastreo de protección de datos
Seleccione este recuadro para habilitar el rastreo de Data Protection
for Microsoft SQL Server. Pulse Revisar para ver el archivo de
rastreo. Añada o actualice los distintivos de rastreo en el campo.
Habilitar rastreo del agente DSM
Seleccione esta casilla para habilitar el rastreo para el nodo cliente
de Tivoli Storage Manager. Debe reiniciar el servicio aceptador de
cliente antes de iniciar el rastreo. Pulse Revisar para ver el archivo
de rastreo. Añada o actualice los distintivos de rastreo en el campo.
Habilitar rastreo de API
Seleccione esta casilla para habilitar el rastreo para la API de Tivoli
Storage Manager. Pulse Revisar para ver el archivo de rastreo.
Añada o actualice los distintivos de rastreo en el campo.
60
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Entradas de registro de sucesos
Pulse Entradas de registro de sucesos para ver el registro de
sucesos de aplicación de Windows para cargas de trabajo de SQL
Server, Exchange Server o del sistema de archivos. Para cargas de
trabajo de SQL, también puede pulsar Archivo de registro de SQL
Server para ver el registro de SQL Server.
correo electrónico
Seleccione archivos de diagnóstico y pulse Correo electrónico para enviar
un correo electrónico de diagnóstico a un representante de servicio de IBM
con los archivos seleccionados adjuntos. Debe configurar la información de
correo electrónico antes de poder enviar los datos a un representante del
servicio de IBM. Para configurar la información de correo electrónico,
diríjase al Panel de instrumentos y pulse Propiedades. A continuación,
pulse Correo electrónico para abrir la página de propiedades de correo
electrónico.
Captura de pantalla
Esta función se habilita después de pulsar Comenzar. Pulse Captura de
pantalla para abrir la Diagnostic Screenshot Tool (herramienta de capturas
de pantalla de diagnóstico). Esta herramienta es un diálogo sin modalidad
que permanece abierto hasta que se cierra o pulsa Finalizar o Cancelar.
Pulse Añadir nueva captura para añadir una captura de pantalla a la
carpeta FlashCopyManager\ProblemDetermination. La captura de pantalla se
puede seleccionar con otros datos de diagnóstico.
Detalles de rastreo para cada componente
Todos los archivos de rastreo se almacenan en la carpeta flashcopymanager, que es
C:\Archivos de programa\Tivoli\flashcopymanager de manera predeterminada.
Cuando pulsa Finalizar, estos archivos se copian, comprimen y almacenan
automáticamente en la carpeta C:\Archivos de programa\Tivoli\
flashcopymanager\problemdetermination junto con otra información.
MMC Las opciones se almacenan en el archivo de valores de usuario de MMC.
Como resultado de las funciones de diagnóstico se crean los siguientes
archivos:
TraceFm.trc
TraceUx.trc
Data Protection
Las opciones de rastreo se almacenan en el archivo de configuración de
usuario de MMC y se pasan al componente de Data Protection como parte
del mandato. Se genera el siguiente archivo:
TraceFileSql.trc
Agente
Las opciones de rastreo se almacenan en el archivo dsm.opt del solicitante
de VSS. Se genera el siguiente archivo:
TraceFileAgent.trc
API
Las opciones de rastreo se almacenan en el archivo dsm.opt de Data
Protection respectivo. Se genera el siguiente archivo:
TraceFileSqlAPI.trc
Capítulo 3. Configuración
61
Inicio de sesión de SQL
Utilice esta página de propiedades para establecer preferencias para iniciar sesión
en Microsoft SQL Server.
Utilizar autenticación de Windows
Seleccione esta opción para utilizar una conexión fiable y permitir que
Microsoft Windows autentique el inicio de sesión.
Utilizar autenticación de SQL Server
Seleccione esta opción para utilizar la seguridad de ID de usuario de SQL.
Cuando se utiliza este tipo de seguridad, debe entrar el ID de inicio de
sesión y la contraseña para iniciar una sesión en Microsoft SQL Server.
Nombre de usuario
Especifica el ID de usuario de SQL Server.
Contraseña
Especifica la contraseña para iniciar una sesión en Microsoft SQL Server.
General (SQL)
Utilice esta página de propiedades para especificar preferencias generales para la
carga de trabajo de SQL Server. Esta página de propiedades es aplicable si el
producto está configurado para copiar datos en almacenamiento autónomo o Tivoli
Storage Manager.
SQL Server
Especifique el nombre exclusivo que identifica la instancia de SQL Server.
Desde servidor
Especifique las copias de seguridad de SQL Server que desea utilizar para
la restauración. De forma predeterminada, este campo muestra el mismo
nombre para SQL Server.
Esperar montajes de cinta para copia de seguridad o restauración
Seleccione este recuadro si desea que Data Protection for Microsoft SQL
Server espere a que se monte una cinta para las operaciones de copia y
restauración. Este valor es aplicable cuando el servidor de Tivoli Storage
Manager está configurado para guardar los datos de copia en un soporte
de cinta. Con datos de seguridad en soportes de almacenamiento
extraíbles, durante las operaciones de copia de seguridad y restauración, se
produce un periodo de espera durante montajes de volúmenes de
almacenamiento. Si se produce una espera, este valor especifica si Data
Protection for Microsoft SQL Server esperará a que se monte el soporte de
almacenamiento o detendrá la operación actual. De forma predeterminada,
esta opción no está seleccionada.
Utilizar la copia de seguridad VSS como método de copia de seguridad
predeterminado
Seleccione este recuadro para establecer copias de seguridad VSS como
método de copia de seguridad predeterminado. Asegúrese de que se haya
especificado el campo Nombre de nodo DSMAGENT local en la página
de propiedades Copia de seguridad VSS. Las copias de seguridad sólo
pueden restaurarse utilizando VSS.
Comprimir copia de seguridad utilizando compresión de SQL Server
Seleccione este recuadro para habilitar la compresión de SQL Server
durante operaciones de copia de seguridad de herencia. Esta casilla de
verificación sólo está disponible si está ejecutando Microsoft SQL Server
2008 o versiones posteriores.
62
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Calcular suma de comprobación de SQL Server para copia de seguridad de
herencia.
Cuando está seleccionada, esta opción se graba en el archivo de
preferencias de Data Protection for SQL Server (tdpsql.cfg), y se puede
aplicar a todas las copias de seguridad y de herencia. Si desmarca el
recuadro de selección, garantiza que la comprobación de integridad no se
aplica a ninguna copia de seguridad de base de datos de herencia.
Calcular el cambio de porcentaje para la copia de seguridad diferencial
Especifique el valor del cambio estimado en las páginas de la base de
datos para las copias de seguridad diferenciales. Data Protection for
Microsoft SQL Server utiliza esta estimación para determinar si hay
suficiente espacio de almacenamiento disponible para la copia de
seguridad. El valor predeterminado es 20. Este valor pasa a ser el valor
predeterminado para todas las copias de seguridad diferenciales.
Este campo sólo se aplica a las copias de seguridad de herencia de Data
Protection for Microsoft SQL Server.
Registro
Utilice la página de propiedades Registro para especificar preferencias de registro
de actividad.
Nombre de archivo de registro
Especifica el nombre del archivo en el que se registran actividades.
Habilitar poda
Especifica que las entradas más antiguas del registro se van a suprimir
automáticamente. De forma predeterminada, la depuración del registro está
activada y se realiza una vez al día.
Número de días para mantener entradas antiguas
Especifica el número de días que se deben conservar las entradas antiguas
del archivo de registro antes de suprimirlas. De manera predeterminada, se
guardan 60 días de entradas de registro en el proceso de poda.
Eliminar ahora
Pulse esta opción para suprimir entradas antiguas del registro de actividad
de Data Protection for SQL Server cuando se ejecute un mandato.
Regional
Utilice la página de propiedades Regional para establecer preferencias que afectan
al modo en que se visualizan y se registran los idiomas y la información.
Opciones regionales y de idioma
Selecciones esta opción para definir las preferencias para Microsoft
Management Console (MMC). MMC utiliza los mismos valores regionales
que el sistema Windows.
Idioma
Seleccione el idioma que se utilizará para los archivos de registro y la
interfaz de línea de mandatos.
Formato de fecha
Seleccione un formato de fecha que se utilizará para los archivos de
registro y la interfaz de línea de mandatos. Las opciones disponibles
representan varias maneras de colocar el mes (mm), día (dd), año (aaaa), y
el periodo de día (am o pm). El formato de fecha predeterminado es
mm/dd/aaaa.
Capítulo 3. Configuración
63
Formato de hora
Seleccione un formato de hora que se utilizará para los archivos de registro
y la interfaz de línea de mandatos. Las opciones disponibles representan
varias maneras de disponer la hora (hh), los minutos (mm) y los segundos
(ss). El formato de hora predeterminado es hh:mm:ss.
Formato de número
Seleccione un formato de número que se utilizará para los archivos de
registro y la interfaz de línea de mandatos. Las opciones disponibles
representan varias maneras de colocar la coma decimal, el punto y los
espacios. El formato de número predeterminado es xxx,xxx.dd.
Igualar idiomas de MMC
Seleccione esta opción para cambiar la configuración regional de MMC
para que coincida con las opciones de idioma y configuración regional del
sistema. Al seleccionar esta opción también coinciden los formatos de
número, fecha y hora con los formatos predeterminados del idioma
seleccionado.
Opciones de VSS
Utilice la página de propiedades Opciones de VSS para configurar las preferencias
que se utilizan durante las operaciones de copia de seguridad y restauración de
VSS.
Destino de copia de seguridad predeterminado
Seleccione la ubicación de almacenamiento predeterminada para las copias
de seguridad.
Consejo: Debe tener licencia de Tivoli Storage FlashCopy Manager para
utilizar el software de Tivoli Storage Manager. Si sólo tiene licencia de Data
Protection, sólo está habilitada la opción Tivoli Storage Manager.
A continuación, indicamos las ubicaciones de almacenamiento que se
pueden seleccionar:
TSM
La copia de seguridad solo se almacena en el almacenamiento de
servidor de Tivoli Storage Manager. En SQL Server, servidor de
Tivoli Storage Manager es el destino de copia de seguridad
predeterminado.
Local
La copia de seguridad se almacena solamente en el disco local.
Ambos
La copia de seguridad se almacena tanto en el almacenamiento de
servidor de Tivoli Storage Manager como en el disco local.
Para configuraciones de Tivoli Storage Manager, las copias de seguridad se
pueden almacenar en un disco local, pero se gestionan en servidor de
Tivoli Storage Manager. El servidor de Tivoli Storage Manager conserva
metadatos o información sobre dónde está almacenada la instantánea local.
Nombre de nodo DSMAGENT local
Especifique el nombre de nodo del agente DSM del sistema cliente local
que crea las copias seguridad VSS.
Nombre de nodo DSMAGENT remoto
Especifique el nombre de nodo del sistema que traslada los datos VSS al
almacenamiento del servidor de Tivoli Storage Manager durante las copias
de seguridad con traspaso de datos. Si no utiliza copias de seguridad con
traspaso de datos, puede dejar en blanco este campo.
64
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Importar instantáneas de VSS sólo cuando sea necesario
De forma predeterminada, las instantáneas VSS persistentes locales se
importan automáticamente al sistema Windows donde se crean las
instantáneas. Si selecciona esta opción, las instantáneas de VSS se importan
en el host local cuando se tienen que llevar a cabo operaciones de
FlashCopy Manager.
Para importar automáticamente las instantáneas persistentes locales al
sistema Windows en el que se crearon las instantáneas, la casilla de
selección debe estar sin marcar.
Si tiene la intención de conservar muchas versiones de copia de seguridad
(por ejemplo, más de 100 versiones de copia de seguridad) o, si hay un
límite en el número de LUN que el servidor puede utilizar (por ejemplo,
en entornos de máquina virtual), seleccione esta opción.
Cuando se selecciona esta opción, si el proveedor de hardware de VSS no
da soporte a instantáneas transportables, o si no hay ningún proveedor de
hardware disponible, la copia de seguridad se completa, pero la
instantánea de VSS se importa y no es transportable.
Si está trabajando en un entorno VMware y desea utilizar VMware
vMotion, asegúrese de que las LUN estén correctamente distribuidas en
zonas en los hosts ESX y seleccione esta opción. Cuando se elige importar
instantáneas de VSS cuando se necesitan las instantáneas, el proceso de
importación correlaciona la instantánea de VSS con el host ESX donde se
ejecuta la máquina virtual Windows.
Valores personalizados
Utilice la página de propiedades Valores personalizados para definir opciones de
filtrado y controlar la cantidad de información que devuelve el servidor.
Seleccione Mostrar opciones de renovación en la barra de herramientas en la vista
Recuperar.
En entornos donde se almacenan miles o millones de objetos de copia de
seguridad en el servidor de Tivoli Storage Manager, puede ser útil inhabilitar la
modalidad de renovación automática. Puede pulsar Opciones de renovación y
utilizar la barra de herramientas para conmutar entre la modalidad de renovación
manual y automática.
Las modalidades de renovación manual y automática difieren de las maneras
siguientes:
v En la modalidad de renovación automática, una vista se renueva
automáticamente la primera vez que se selecciona. Si hay miles o millones de
objetos en el servidor, la renovación puede tardar mucho tiempo en completarse.
v En la modalidad de renovación manual, la vista no se renueva automáticamente.
La barra de herramientas de Opciones de renovación contiene un filtro de
nombres que puede utilizar para reducir el número de objetos seleccionados.
Después de especificar un patrón de nombre, puede pulsar Renovar. Mediante
la modalidad de renovación manual y limitando las consultas mediante filtros,
puede reducir la cantidad de información que devuelve el servidor. Reducir la
cantidad de información que se devuelve desde el servidor puede mejorar el
rendimiento de la consulta y restauración.
También puede especificar un carácter comodín (*) en el patrón de nombre para
facilitar la tarea de filtrado.
Capítulo 3. Configuración
65
Nodo AlwaysOn
Todas las bases de datos de disponibilidad en un grupo de disponibilidad se
copian bajo este nodo AlwaysOn.
Cuando configura Data Protection for SQL Server con SQL Server 2012 y versiones
posteriores, el nombre de nodo AlwaysOn es un parámetro necesario. El nombre
del nodo AlwaysOn se puede cambiar en cualquier momento. Para cambiar el
parámetro, utilice el asistente de configuración. En la página de propiedades del
nodo AlwaysOn, vea el parámetro que se ha establecido.
Nombre de nodo AlwaysOn
Se visualiza el nombre de nodo AlwaysOn que se utiliza para copiar bases
de datos de disponibilidad. Las bases de datos que no están en un grupo
de disponibilidad se copian bajo el nombre de nodo estándar de Data
Protection for SQL Server a menos que seleccione la casilla Utilizar
nombre de nodo AlwaysOn para todas las bases de datos.
No puede cambiar el nombre de nodo desde esta página de propiedades.
Para cambiar el nombre del nodo, utilice el asistente de configuración.
Utilizar nombre de nodo AlwaysOn para todas las bases de datos
Seleccione esta casilla para especificar que el nodo AlwaysOn es el nodo
predeterminado para copiar todas las bases de datos de disponibilidad y
bases de datos estándar. Esta opción se puede utilizar para cambiar sus
copias de seguridad de base de datos del nodo estándar de Data Protection
for SQL Server a un nodo AlwaysOn. Cuando selecciona esta casilla, puede
copiar todas las bases de datos estándar y de disponibilidad en un solo
nodo para facilitar la gestión de las copias de seguridad de la base de
datos.
Preferencias AlwaysOn
Utilice esta página de propiedades para configurar valores de preferencias para
copias de seguridad planificadas de grupos de disponibilidad y réplicas de
disponibilidad en un entorno de servidor SQL.
Los valores están pensados para planificar copias de seguridad de grupos de
disponibilidad y réplicas de disponibilidad, y no para copias de seguridad
interactivas con Microsoft Management Console (MMC).
Esta página de propiedades contiene los valores siguientes:
Grupo de disponibilidad
Seleccione un grupo de disponibilidad AlwaysOn para el que desee
establecer preferencias de copia de seguridad planificada.
Réplica primaria
Muestra la réplica primaria del grupo disponibilidad seleccionado.
Réplica preferida
Los mandatos de copia de seguridad se planifican en todos los nodos en
un grupo de disponibilidad. Cuando se ejecutan los mandatos, la copia de
seguridad sólo ocurre en la réplica preferida. Otras réplicas reciben un
mensaje de aviso en el tiempo de ejecución. La copia de seguridad se
omite. Puede realizar las selecciones siguientes:
v Seleccione Preferir réplica secundaria si desea que las copias de
seguridad planificadas se realicen en una réplica secundaria, si está
disponible. En otro caso, se utiliza la réplica primaria de la copia de
seguridad planificada.
66
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
v Seleccione Secundaria sólo si desea que las copias de seguridad
planificadas se realicen solamente en una réplica secundaria.
v Seleccione Primaria si desea que las copias de seguridad planificadas se
realicen solamente en la réplica primaria.
v Seleccione Cualquier réplica si desea que las copias de seguridad
planificadas se realicen en cualquier réplica de disponibilidad.
Réplicas de disponibilidad
Para cada réplica de disponibilidad contenida en este cuadro de lista,
especifique si es un candidato para ejecutar copias de seguridad
planificadas especificando la prioridad de copia de esa réplica. Un valor de
1 tiene la prioridad más baja y un valor de 100 tiene la prioridad más alta.
Un valor de 0 indica que la réplica está excluida de las operaciones de
copia de seguridad planificada.
Bases de datos de disponibilidad
Muestra las bases de datos de disponibilidad que se encuentran en una
réplica de disponibilidad. También se muestra el estado de sincronización.
Rendimiento
Utilice esta página de propiedades para definir las preferencias que afectan al
rendimiento respecto a las copias de seguridad de herencia.
Búferes de TDP
Especifica un número comprendido entre 2 y 8 que define el número de
almacenamientos intermedios de datos de comunicación que Data
Protection for SQL Server utiliza cuando transfiere datos al servidor de
Tivoli Storage Manager. Cada almacenamiento intermedio tiene el tamaño
especificado por la opción Tamaño de almacenamiento intermedio de DP.
Esta opción solamente se aplica a copias de seguridad de herencia.
Tamaño del almacenamiento intermedio de DP
Especifica el tamaño de los almacenamientos intermedios utilizados por
Data Protection for SQL Server para transferir datos al servidor de Tivoli
Storage Manager. Esta opción solamente se aplica a copias de seguridad de
herencia. Especifique un valor comprendido entre 64 y 8192.
Almacenamientos intermedios SQL
Especifica el número de almacenamientos intermedios de datos de
comunicación que Data Protection for SQL Server utiliza cuando transfiere
datos entre el servidor de SQL y Data Protection for SQL Server. Cada
almacenamiento intermedio tiene el tamaño que se especifica en la opción
Tamaño de almacenamiento intermedio de SQL. Esta opción se aplica
sólo a copias de seguridad de herencia. Especifique un valor comprendido
entre 0 y 999.
Tamaño de almacenamiento intermedio de SQL
Especifica el tamaño de los almacenamientos intermedios que utiliza Data
Protection for SQL Server para transferir datos entre SQL Server y Data
Protection for SQL Server. Esta opción solamente se aplica a copias de
seguridad de herencia. Especifique un valor comprendido entre 64 y 4096.
Bandas
Especifica el número de bandas de datos que se va a utilizar en una
operación de copia de seguridad de herencia o de restauración de herencia.
Especifique un valor comprendido entre 1 y 64. El valor predeterminado es
1. Esta opción se aplica sólo a operaciones de copia de seguridad y
restauración de herencia.
Capítulo 3. Configuración
67
Cuando utilice un número de múltiples bandas para las copias de
seguridad de herencia y establezca el parámetro Sólo verificar en Yes para
restaurar la copia de seguridad de herencia, el número de bandas de la
restauración de herencia debe ser igual o superior al número de bandas de
la copia de seguridad de herencia.
Configuración de operaciones de VSS en un entorno de clúster de
migración tras error de SQL Server
Puede configurar Data Protection for SQL Server para proteger operaciones de VSS
en un entorno de SQL Server en clúster.
Acerca de esta tarea
El siguiente procedimiento se aplicará si está configurando Data Protection for SQL
Server con Tivoli Storage Manager en un entorno de SQL Server en clúster. La vía
de acceso VSSALTSTAGINGDIR debe apuntar a un directorio existente de un disco
compartido o de un volumen compartido en clúster al que puedan acceder todos
los nodos del clúster.
Procedimiento
v Para cada nodo del entorno en clúster, especifique la vía de acceso del directorio
VSSALTSTAGINGDIR sólo en el archivo de opciones de VSS Requestor,
\baclient\dsm.opt.
# Tivoli Storage Manager backup-archive dsm.opt file
NODename variable
PASSWORDAccess generate
TCPServeraddress variable.domain.com
TCPPort variable
CLUSTERnode no
CLUSTERDISKSOnly no
VSSALTSTAGINGDIR C:\ClusterStorage\Volume1\vss_staging
Especifique el parámetro VSSALTSTAGINGDIR sólo si lo siguiente es verdadero del
entorno en clúster:
–
- Tivoli Storage Manager lleva a cabo las operaciones de VSS.
- Las Copias de seguridad VSS se almacenan en volúmenes de duplicación
local.
- Hay como mínimo 200 megabytes de espacio de disco libre en la unidad
que se especifica en el parámetro VSSALTSTAGINGDIR. Este espacio de disco
contiene los archivos de metadatos para Data Protection for SQL Server.
v En cada uno de los archivos dsm.opt que se utilizan para componentes
DSMAGENT locales y remotos, asegúrese de que las opciones para el
CLUSTERnode y los parámetros CLUSTERDISKOnly estén establecidos en no.
CLUSTERNODE no
CLUSTERDISKSONLY no
v En el archivo de opciones de Data Protection for SQL Server, tdpsql\dsm.opt,
asegúrese de que la opción correspondiente al parámetro CLUSTERNode esté
establecida en yes.
# Data Protection for SQL dsm.opt file
NODename variable
PASSWORDAccess generate
68
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
TCPServeraddress variable.domain.com
TCPPort variable
HTTPport variable
CLUSTERnode yes
Configuración de la política de Tivoli Storage Manager para establecer
la caducidad automática y el control de versiones (copias de
seguridad VSS y de herencia)
Con Data Protection for SQL Server, puede utilizar la política de Tivoli Storage
Manager para establecer la caducidad automática y el control de versiones.
Acerca de esta tarea
Para establecer la política automática para copias de seguridad de datos, edite el
archivo de opciones de Data Protection for SQL Server o especifique las sentencias
de la política en Microsoft Management Console (MMC). Si edita el archivo de
opciones, utilice las sentencias INCLUDE y EXCLUDE para definir los archivos
que desee procesar automáticamente, y para asignar clases de gestión específicas
para archivos utilizando los convenios de denominación de objetos.
Establecimiento de la caducidad automática para copias de
seguridad de VSS
Procedimiento
1. Lleve a cabo uno de los pasos siguientes:
v Especifique la sentencia VSSPOLICY en el archivo de configuración de Data
Protection for SQL Server
v Especifique la sentencia VSSPOLICY en MMC (Propiedades > Vinculación
de política VSS).
No puede especificar sentencias VSSPOLICY emitiendo el mandato tdpsqlc
set.
2. Especifique la siguiente información en la sentencia VSSPOLICY:
VSSPOLICY nombreserv nombrebd tipocopiaseg destcopiaseg clasegest
donde:
nombreserv
Especifique el nombre del SQL Server o del carácter comodín (*)
nombrebd
Especifique el nombre de la base de datos o del carácter comodín (*)
tipocopiaseg
Especifique el tipo de copia de seguridad como FULL o como un
carácter comodín (*). Al especificar un carácter comodín para
backuptype, se completará un tipo de copia de seguridad FULL porque
sólo puede ejecutar tipos de copias de seguridad completas.
destcopiaseg
Especifique el destino de copia de seguridad para que sea el servidor
de Tivoli Storage Manager, un servidor local o un carácter comodín (*)
clasegest
Especifique el nombre de clase de gestión para el tipo de copia de
seguridad.
Capítulo 3. Configuración
69
Establecimiento de la caducidad automática para copias de
seguridad de herencia
Acerca de esta tarea
Los metadatos se almacenan como un objeto de datos en el servidor de Tivoli
Storage Manager. Puede migrar metadatos a soportes extraíbles si dicha acción
cumple con la política de Tivoli Storage Manager. Un nombre de objeto de copia
de seguridad de Data Protection for SQL Server está compuesto por una serie de
calificadores separados por \.
Procedimiento
1. Asegúrese de que los metadatos estén disponibles para consultar sin causar un
montaje de volumen.
2. Ajústese a la sintaxis de INCLUDE y EXCLUDE para la denominación de
objetos tal como se indica a continuación:
include "especificaciónNombreObjeto" [NombreClaseGestión]
exclude "especificaciónNombreObjeto"
donde:
especificaciónNombreObjeto es:
SqlServerName[\InstanceName]\dataType\...\DatabaseName
[\typeInfo]\backupType*
tipoDatos es:
meta | data
infoTipo es:
NombreArchivoLógico (para el tipo de copia de seguridad file)
NombreGrupo (para el tipo de copia de seguridad group)
... (para los tipos de copia de seguridad log y set)
no se utiliza para los tipos de copia de seguridad full y diff
tipoCopiaSeguridad es:
full | copyfull | diff | log | group | file | set
A continuación se muestran ejemplos de objectNameSpecifications individuales en
sentencias INCLUDE y EXCLUDE;
NombresSqlServer:
SQL2008, SQL2012, SQL2014
NombresInstancias:
INST1, INST2
NombresBasesDatos:
Db1, Db2, Db3
NombresGrupos:
g1, g2, g3
NombresArchivosLógicos:
f1, f2, f3
70
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Configuración de Data Protection for SQL Server mediante el Asistente
de configuración de Tivoli Storage Manager
Los requisitos de configuración para Data Protection for SQL Server, Tivoli Storage
Manager y otras aplicaciones varían. Los requisitos dependen de las características
de Data Protection for SQL Server que desee utilizar. Por ejemplo, si tiene previsto
utilizar operaciones VSS, el cliente de archivado y copia de seguridad de Tivoli
Storage Manager, que actúa como solicitante VSS, también debe estar instalado y
configurado.
|
Antes de empezar
|
|
|
|
|
Cuando configura Data Protection for SQL Server de forma remota, primero debe
instalar Tivoli Storage FlashCopy Manager para Windows en el servidor del nodo
de Data Protection, como se muestra en el ejemplo que se utiliza en el
procedimiento. A continuación, debe ejecutar el asistente de configuración de Tivoli
Storage Manager, al menos una vez, en el servidor del nodo de Data Protection.
Procedimiento
1. Inicie Microsoft Management Console (MMC) pulsando Inicio > Todos los
programas > Tivoli Storage Manager > Data Protection for Microsoft SQL
Server > Consola de gestión de DP para SQL.
2. En la página de inicio, pulse Configuración. De manera alternativa, desde el
árbol de navegación, navegue hasta el nodo Configuración. A continuación,
efectúe una doble pulsación en Asistentes.
3. En el panel de resultados, efectúe una doble pulsación en Configuración de
TSM para abrir el Asistente de configuración de Tivoli Storage Manager.
4. Siga las instrucciones de las páginas del asistente y pulse Siguiente para pasar
a la página siguiente.
a. En la página Selección de protección de datos, seleccione Servidor SQL.
Pulse Siguiente.
b. Revise los resultados de la comprobación de requisitos y corrija los errores o
avisos.
Pulse en Mostrar detalles para ver una lista de resultados de requisitos
individuales. Si está configurando una aplicación para la que no tiene la
licencia necesaria, la comprobación del requisito de licencia fallará. Debe
retroceder a la página Selección de protección de datos y deseleccionar la
aplicación seleccionada para continuar la configuración, o bien obtener la
licencia necesaria.
c. En la página Nombres de nodo de TSM, especifique los nombres de nodo
de Tivoli Storage Manager que existen en el mismo sistema que se deben
utilizar para las aplicaciones que desea proteger.
v En el campo Solicitante VSS, escriba el nombre de nodo que se comunica
con el Servicio VSS para acceder a los datos de SQL Server. Este nombre
de nodo es el nombre de nodo del solicitante VSS de Tivoli Storage
Manager, también conocido como el nombre de nodo del agente DSM.
v En el campo Data Protection para SQL, escriba el nombre de nodo donde
está instalada la aplicación Data Protection. Este nombre de nodo se
utiliza para almacenar las copias de seguridad de Data Protection for SQL
Server.
v Si está configurando Data Protection for SQL Server para SQL Server 2012
o versiones posteriores, especifique un nombre de nodo en el campo
Nodo AlwaysOn. Este nombre de nodo se utiliza para hacer una copia de
Capítulo 3. Configuración
71
seguridad de las bases de datos de disponibilidad en un grupo de
disponibilidad AlwaysOn. De forma predeterminada, se utiliza el nombre
del clúster de migración tras error de Windows.
v Si la licencia de Tivoli Storage Manager for Virtual Environments
Recovery Agent está disponible, especifique el nombre de nodo del centro
de datos. El nodo del centro de datos es el nodo virtual que se
correlaciona con un centro de datos.
Cree un nombre de nodo que pueda ayudarle a distinguir el tipo de copia
de seguridad que se ejecuta. Por ejemplo, si el nombre de host es MALTA,
puede utilizar MALTA para designar al Nombre de nodo de Solicitante de VSS
y puede crear un nombre de nodo de Data Protection llamado MALTA_SQL.
Para una configuración de SQL Server, el nombre de nodo AlwaysOn no es
necesario que esté relacionado con el solicitador VSS ni el nombre de nodo
de Data Protection for SQL Server. Por ejemplo, puede asignarle el nombre
TSM_ALWAYSON.
d. Escriba la información del servidor de Tivoli Storage Manager al que se está
conectando y pulse Siguiente para continuar.
v En el campo Dirección de servidor de Tivoli Storage Manager, escriba el
nombre del dominio TCP/IP o una dirección IP numérica del servidor de
Tivoli Storage Manager que contiene las copias de seguridad. Obtenga
esta información del administrador de servidor de Tivoli Storage
Manager.
v En el campo Puerto de servidor de Tivoli Storage Manager, escriba el
número de puerto del servidor de Tivoli Storage Manager que contiene
las copias de seguridad. Obtenga esta información del administrador de
Tivoli Storage Manager.
v Especifique si el asistente configurara servidor de Tivoli Storage Manager
generando un archivo de macro de configuración.
Si pulsa No, el archivo de macro está disponible en la última página del
asistente y se puede proporcionar al administrador de Tivoli Storage
Manager como forma de configurar el servidor de Tivoli Storage Manager
para que sea compatible con la protección de datos de aplicación.
Si pulsa Sí, el asistente ejecutará la macro durante el paso Configuración
del asistente. Revise el archivo de macro y actualícelo si es necesario.
Después de pulsar Sí, escriba la información siguiente en el campo
apropiado y lleve a cabo las siguientes acciones:
– El nombre de la cuenta de administrador de Tivoli Storage Manager.
– La contraseña del administrador de Tivoli Storage Manager.
– Pulse Probar comunicaciones si desea probar la conexión con el
servidor de Tivoli Storage Manager. Este botón no está disponible
hasta que se instale el solicitador VSS.
– Pulse Revisar/Editar para revisar o actualizar el archivo de macro de
Tivoli Storage Manager. De forma alternativa, puede revisar el archivo
de macro y ejecutar los mandatos directamente en servidor de Tivoli
Storage Manager.
e. Seleccione el valor de configuración Predeterminado. Cuando selecciona el
valor de configuración Valor predeterminado, VSS Requestor se configura,
además de las aplicaciones que ha seleccionado. Los servicios de cliente y
de agente también se registran y configuran, y se define una planificación
para admitir la capacidad gestionada históricamente.
f. Revise los resultados del proceso de configuración. Pulse en Mostrar
detalles para ver una lista de resultados de configuración individuales.
72
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
5. Pulse Finalizar en la página Terminación.
6. Opcional: Para una configuración de VSS, verifique que esté seleccionada la
opción Ejecutar los diagnósticos VSS al salir de este asistente. Cuando esté
seleccionada esta opción, un proceso de diagnóstico prueba las instantáneas de
VSS en el sistema después de completar el asistente.
Atención: Si la configuración es para volúmenes de destino de espacio
eficiente para SVC o Storwize V7000, probar instantáneas VSS suprime las
copias de seguridad anteriores creadas para los volúmenes seleccionados en el
asistente de prueba.
Qué hacer a continuación
Verifique la configuración.
Tareas relacionadas:
“Verificación de la configuración de Data Protection for SQL Server” en la página
77
Configuración de un sistema remoto con una Configuración de TSM
Puede utilizar un asistente de configuración para configurar un sistema remoto de
modo que se comunique con un servidor de Tivoli Storage Manager.
Antes de empezar
El sistema debe ejecutar Microsoft Windows 2008 o versiones posteriores,
PowerShell 3.0 o posterior y Data Protection for SQL Server. En Windows 2012 y
versiones posteriores, PowerShell versión 4.0 se instala de forma predeterminada.
Para obtener información sobre cómo descargar, instalar y habilitar Windows
PowerShell, consulte esta página web: Descargas de Microsoft Windows
Management Framework 3.0 (http://www.microsoft.com/en-us/download/
details.aspx?id=34595).
Procedimiento
Para configurar un sistema remoto con una Configuración de TSM, efectúe los
pasos siguientes:
1. En el sistema local, desde Management Console, añada el sistema remoto
mediante Gestionar sistemas.
2. En el árbol de navegación, compruebe que se muestra el sistema remoto.
3. Pulse Gestionar > Configuración > Asistentes.
4. Seleccione Configuración de TSM.
5. En la página Selección de protección de datos, compruebe que la información
siguiente se haya especificado correctamente:
v El nombre del sistema remoto en el título de la ventana.
v La información del sistema correcto.
6. Seleccione la aplicación que va a configurar y pulse Siguiente.
7. Para Exchange o SQL Server, la comprobación de licencia podría fallar. Si la
prueba falla, especifique la vía de acceso del archivo y el nombre de la
ubicación en el servidor remoto.
8. En la página Nombres de nodo de TSM, compruebe que se haya especificado
correctamente la información siguiente:
v VSS Requestor
Capítulo 3. Configuración
73
v Nombre del sistema de archivos de Data Protection, en función de la
aplicación que se está configurando
9.
10.
11.
12.
13.
14.
Para sistema con un grupo de disponibilidad AlwaysOn, se debería detectar el
nodo AlwaysOn correspondiente.
En la página Valores del servidor de TSM, escriba el nombre de servidor y el
número de puerto.
En la pregunta ¿Desea que este asistente configure el servidor de TSM?,
seleccione Sí.
Pulse Revisar/Editar. Si el dominio no se ha especificado correctamente,
actualice la información. Pulse en Aceptar.
En la página Configuración personalizada, seleccione Valor predeterminado.
En la página Configuración, pulse Mostrar detalles. Compruebe el progreso y
el estado de la configuración.
Pulse Finalizar para completar el asistente.
Qué hacer a continuación
Para comprobar que la configuración se ha realizado correctamente, siga los pasos
siguientes:
1. En el árbol de navegación, en el sistema remoto, expanda Proteger y recuperar
y pulse en la aplicación que se ha configurado.
2. Abra Propiedades y pulse Información del servidor. Verifique que se muestra
la información correcta.
3. Consulte los componentes y verifique que se puede realizar una copia de
seguridad satisfactoria.
Configuración manual de Data Protection for SQL Server
Para obtener mejores resultados, utilice los asistentes de configuración para
configurar Data Protection for SQL Server. Los asistentes le proporcionan una guía
paso a paso sobre los requisitos de la configuración. Sin embargo, si prefiere seguir
estos pasos de forma manual, siga estas instrucciones de configuración.
Configuración del sistema que ejecuta SQL Server
LLeve a cabo estos pasos en el sistema en el que está instalado y en ejecución del
servidor SQL.
Antes de empezar
Antes de comenzar, asegúrese de que SQL Server está ejecutándose.
Si configura manualmente el nodo de agente DSM (nodo de cliente de archivado y
copia de seguridad), asegúrese de que establece la opción PASSWORDAccess en
generate en el archivo dsm.opt del cliente de archivado y de copia de seguridad de
Tivoli Storage Manager. Además, verifique que la contraseña almacenada para el
Nodo DSMAGENT sea válida.
Procedimiento
1. Especifique el nombre de nodo y el método de comunicación de Data
Protection for SQL Server en el archivo dsm.opt que se encuentra de forma
predeterminada en el directorio de instalación de Data Protection for SQL
Server.
74
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
2. Utilice el mandato set, especifique las preferencias de Data Protection for SQL
Server (idioma, formato de la fecha, archivo de registro) en el archivo
tdpsql.cfg ubicado en el directorio de instalación de Data Protection for SQL
Server.
3. Si está configurando Data Protection for SQL Server con SQL Server 2012 y
versiones posteriores, especifique el nombre de nodo Tivoli Storage Manager
que se utiliza para realizar copia de seguridad de las bases de datos de
disponibilidad de AlwaysOn. Puede especificar el nombre de nodo AlwaysOn
utilizando la opción alwaysonnode en el archivo tdpsql.cfg. Por ejemplo:
establecer nodoalwayson minodoAlwaysOn
Todas las bases de datos de disponibilidad en un grupo de disponibilidad se
copian bajo este nombre de nodo. Las bases de datos autónomas se copian con
el nombre de nodo de Data Protection for SQL Server estándar.
4. Para SQL Server 2012 y versiones posteriores: Si desea que, de forma
predeterminada, se realice copia de seguridad de todas las bases de datos con
el nodo AlwaysOn, especifique la opción usealwaysonnode en el archivo
tdpsql.cfg. Por ejemplo:
usealwaysonnode yes
5.
6.
7.
8.
9.
Esta opción es útil si cambia las copias de seguridad de base de datos del
nodo estándar de Data Protection for SQL Server a un nodo AlwaysOn.
(Sólo VSS) Especifique la sentencia VSSPOLICY en el archivo de
configuración de Data Protection for SQL Server.
(Solo VSS) configure el cliente de archivado y copia de seguridad de Tivoli
Storage Manager si todavía no se ha configurado. Si el cliente de archivado y
copia de seguridad ya está configurado, puede utilizar los servicios de cliente
existentes. El asistente de configuración del cliente de archivado y copia de
seguridad puede guiarle a través del proceso de configuración. En el menú de
la GUI del cliente de copia de seguridad/archivado, seleccione Herramientas
> Asistente para la configuración > Obtener ayuda para configurar el cliente
de copia de seguridad/archivado de TSM. El nombre de nodo para este
sistema se denomina Nodo DSMAGENT local y se especifica con el
parámetro localdsmagentnode en el archivo de configuración de Data
Protection for SQL Server (tdpsql.cfg).
Para obtener más información acerca de cómo instalar el cliente de copia de
seguridad/archivado de Tivoli Storage Manager para Windows, consulte
Instalación de los clientes de archivado y copia de seguridad de Tivoli Storage
Manager (http://www.ibm.com/support/knowledgecenter/SSGSG7_7.1.4/
client/c_inst_baunix.html).
(Solo VSS) instale y configure el servicio del servicio de aceptador de cliente
(CAD) de Tivoli Storage Manager si aún no se ha instalado y configurado. En
el menú de la GUI del cliente de copia de seguridad/archivado, seleccione
Herramientas > Asistente para la configuración > Obtener ayuda para
configurar el cliente web de TSM. Asegúrese de que el servicio de CAD esté
en ejecución antes de continuar con el paso siguiente.
(Solo VSS) instale y configure el servicio de agente de cliente remoto
(DSMAGENT) de Tivoli Storage Manager si todavía no está instalado y
configurado. En el menú de la GUI del cliente de copia de
seguridad/archivado, seleccione Herramientas > Asistente para la
configuración > Obtener ayuda para configurar el cliente web de TSM. Si
un DSMAGENT ya está instalado y configurado, puede utilizar el existente.
(Sólo VSS) Instale Tivoli Storage FlashCopy Manager si desea gestionar
instantáneas de VSS permanentes locales, que se crean para copias de
Capítulo 3. Configuración
75
seguridad de VSS en restauraciones instantáneas de VSS locales y desea
ejecutar copias de seguridad con traspaso de datos.
10. (Solo VSS) Instale y configure un proveedor de VSS. Consulte la
documentación del proveedor de VSS para obtener información acerca de la
configuración de ese software. No es necesario instalar y configurar
componentes si utiliza el proveedor del sistema de VSS de Windows
predeterminado.
11. (Solo VSS) cambie el grabador VSS de SQL Server de manual a automático e
inicie el servicio.
12. (Sólo VSS) Defina el espacio de almacenamiento que vaya a contener las
copias de seguridad VSS que se encuentran en volúmenes de duplicación
local. Defina espacio suficiente para almacenar todas las copias de las copias
de seguridad VSS tal como se especifica en las políticas. El suministro de
espacio de almacenamiento para gestionar las instantáneas de VSS depende
del proveedor de VSS que se utilice. Consulte la documentación del proveedor
de VSS para obtener más detalles.
Tareas relacionadas:
“Especificación de parámetros de configuración de Tivoli Storage Manager” en la
página 52
Configuración del servidor de Tivoli Storage Manager
Siga estos pasos en el servidor de Tivoli Storage Manager
Antes de empezar
Asegúrese de que el servidor de Tivoli Storage Manager esté disponible antes de
llevar a cabo esta tarea.
Procedimiento
1. Defina los dominios de políticas, los conjuntos de políticas, las clases de
gestión, los grupos de copia y las agrupaciones de almacenamiento. Elija lo que
sea necesario para satisfacer los requisitos de copia de seguridad y restauración
de Data Protection for SQL Server. Para operaciones VSS, la autenticación de
servidor de Tivoli Storage Manager debe estar activada.
2. Registre el nombre de nodo y contraseña de Data Protection for SQL Server
emitiendo el mandato Tivoli Storage Manager registrar nodo. Por ejemplo,
para operaciones VSS, este nodo es el nodo de destino. Cuando registre nodos
en el servidor de Tivoli Storage Manager específicamente para operaciones VSS,
no especifique el parámetro Tivoli Storage Manager USerid=NONE. Las
operaciones VSS fallarán cuando se especifique este parámetro.
3. (Sólo VSS) Si todavía no se ha definido, registre el nombre de nodo y la
contraseña del solicitante de VSS de Tivoli Storage Manager para el sistema en
el que se ha instalado SQL Server. Por ejemplo, este nodo de agente es el nodo
DSMAGENT local para las operaciones de VSS.
4. (Sólo VSS) Si tiene previsto realizar copias de seguridad con traspaso de datos
desde un determinado sistema, registre primero el nombre de nodo y la
contraseña del solicitante de VSS de Tivoli Storage Manager para el sistema.
Por ejemplo, el nodo de agente es el nodo DSMAGENT remoto. BAOFF se
utiliza aquí (y en el paso 5) para diferenciar entre este nodo DSMAGENT
remoto y el nodo DSMAGENT local (paso 3). Puede sustituir BAOFF por el
nombre de nodo del cliente de archivado y copia de seguridad y suprimir
BAOFF del mandato grant proxynode.
76
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
5. (Sólo para VSS) Defina la relación de nodo proxy (para el nodo de destino y
nodos de agente) emitiendo el mandato grant proxynode de Tivoli Storage
Manager. Por ejemplo:
otorgar destino proxynode =nombre de nodo alwayson
agente=BAnodename
Qué hacer a continuación
Si aparece algún mensaje de aviso durante el proceso de configuración, resuelva el
problema indicado por el aviso. Algunos avisos incluyen un enlace a una macro
que puede utilizar para configurar Tivoli Storage Manager. Otros avisos contienen
enlaces a sitios web donde puede descargar los paquetes que necesita para
completar satisfactoriamente el proceso de configuración.
Configuración del sistema que ejecuta las copias de
seguridad con traspaso de datos
Lleve a cabo los pasos siguientes en el sistema que ejecuta las copias de seguridad
con traspaso de datos; esta tarea sólo se aplica a las operaciones de VSS.
Procedimiento
1. Configure el cliente de copia de seguridad/archivado de Tivoli Storage
Manager si aún no está configurado. Si el cliente de archivado y copia de
seguridad ya está configurado, puede utilizar los servicios de cliente existentes.
En el menú de la GUI del cliente de copia de seguridad/archivado, seleccione
Herramientas > Asistente para la configuración > Obtener ayuda para
configurar el cliente de copia de seguridad/archivado de TSM. El nombre de
nodo para este sistema se denomina Nodo DSMAGENT local y se especifica
con el parámetro remotedsmagentnode en el archivo de configuración de Data
Protection for SQL Server (tdpsql.cfg) en el sistema local, sin traspaso de
datos.
2. Instale y configure el servicio de aceptación de clientes (CAD) de Tivoli Storage
Manager y el servicio de agente de cliente remoto (DSMAGENT) si estos
servicios todavía no se han instalado. Si un servicio CAD de cliente ya está
instalado y configurado, puede utilizar uno existente. Utilice el asistente para la
configuración del cliente de archivado y copia de seguridad como guía para el
proceso de instalación de CAD seleccionando Programas de utilidad >
Asistente de configuración > Obtener ayuda para configurar el cliente web
de TSM.
3. Instale y configure un proveedor de VSS si no utiliza el proveedor de VSS del
sistema predeterminado. Consulte la documentación del proveedor de VSS para
obtener información acerca de la configuración de ese software.
Verificación de la configuración de Data Protection for SQL
Server
Se pueden producir errores comunes cuando se ejecuta una operación de VSS. Si
los mandatos terminan sin errores ni avisos, tiene la verificación de que la Data
Protection for SQL Serverconfiguración del servidor es correcta. También puede
comprobar que SQL Server está preparado para ejecutar operaciones de VSS.
Capítulo 3. Configuración
77
Verificación de la configuración del servidor desde una línea de
mandatos integrada
La configuración se verifica como correcta cuando estos mandatos se ejecutan sin
errores ni avisos.
Procedimiento
1. Pulse la pestaña Automatizar para acceder a la interfaz de línea de mandatos
integrada.
2. En la mitad inferior de la pantalla, pulse el icono de carpeta Abrir y seleccione
el archivo verify_sql.txt.
3. Pulse en Abrir. Estos mandatos se visualizan en el panel de línea de mandatos:
query tdp
query tsm
query
sql
4. Con el cursor en el panel de la línea de mandatos, pulse Intro para ejecutar los
mandatos y verificar la configuración.
Verificación de que SQL Server está preparado para iniciar
operaciones VSS
Lleve a cabo las pruebas siguientes para verificar que el SQL Server esté preparado
para realizar operaciones VSS.
Antes de empezar
v Para obtener los mejores resultados, realice estas pruebas antes de instalar Tivoli
Storage Manager.
v Pruebe primero la función de VSS principal. La función VSS se puede validar
con el mandato DISKSHADOW incluido en el servidor Windows. El mandato
DISKSHADOW está disponible para Windows Server 2008, Windows Server 2008 R2
y sistemas operativos posteriores.
Acerca de esta tarea
En la lista siguiente se identifican las pruebas diskshadow que se deben completar
antes de instalar cualquier componente de Tivoli Storage Manager.
Procedimiento
1. Prueba de la creación y la supresión de copia de duplicación no persistente.
Ejecute diskshadow en una ventana de mandatos y emita los mandatos
siguientes:
DISKSHADOW>begin backup
DISKSHADOW>add volume f: (volumen de base de datos)
DISKSHADOW>add volume g: (volumen de registro)
DISKSHADOW>create
DISKSHADOW>end backup
DISKSHADOW>list shadows all (puede tardar unos minutos)
DISKSHADOW>delete shadows all
Los volúmenes de la unidad F y de la unidad G representan los volúmenes de
base de datos y registro de SQL Server. Repita este prueba cuatro veces y
verifique que el registro de eventos del sistema y de aplicaciones de Windows
no contiene errores.
2. Pruebe la creación y la supresión de una copia de duplicación persistente.
Ejecute diskshadow en una ventana de mandatos y emita los mandatos
siguientes:
78
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
DISKSHADOW>set context persistent
DISKSHADOW>begin backup
DISKSHADOW>add volume f: (volumen de base de datos)
DISKSHADOW>add volume g: (volumen de registro)
DISKSHADOW>create
DISKSHADOW>end backup
DISKSHADOW>list shadows all (puede tardar unos minutos)
DISKSHADOW>delete shadows all
Los volúmenes de la unidad F y de la unidad G representan los volúmenes de
base de datos y registro de SQL Server. Repita este prueba cuatro veces y
verifique que el registro de eventos del sistema y de aplicaciones de Windows
no contiene errores.
3. Prueba de la creación y la supresión de copia de duplicación transportable no
persistente. Ejecute diskshadow en una ventana de mandatos y emita los
mandatos siguientes:
DISKSHADOW>set option transportable
DISKSHADOW>begin backup
DISKSHADOW>add volume f: (volumen de base de datos)
DISKSHADOW>add volume g: (volumen de registro)
DISKSHADOW>set metadata c:\metadata\sqlmeta.cab (especifique la vía de acceso
en la que desea almacenar los metadatos)
DISKSHADOW> create
DISKSHADOW>end backup
Los volúmenes f: y g: representan los volúmenes de base de datos y registro de
SQL Server. Repita este prueba cuatro veces y verifique que el registro de
eventos del sistema y de aplicaciones de Windows no contiene errores.
Qué hacer a continuación
Cuando estas pruebas se completen sin errores, puede instalar Tivoli Storage
Manager. Utilice la herramienta DiskShadow para la verificación. La herramienta
DiskShadow viene preinstalada en el sistema operativo Windows Server.
En el último paso del asistente de configuración, se ejecuta una comprobación de
diagnóstico de VSS para verificar la configuración de VSS. Los avisos se debe
corregir antes de finalizar la configuración e iniciar una operación de Data
Protection for SQL Server.
Errores comunes que devuelven las operaciones de Copia de
seguridad VSS
Puede diagnosticar la causa de errores comunes que se pueden producir cuando se
ejecuta una operación de VSS.
Es habitual que se devuelvan los dos errores siguientes:
ANS1017E (RC-50) Sesión rechazada: Anomalía en la conexión TCP/IP
Este mensaje se visualiza cuando el CAD de cliente de copia de seguridad
y archivado de Tivoli Storage Manager no está en ejecución o no está
configurado correctamente.
ANS1532E (RC5722) Se ha rechazado el proxy: no se ha otorgado autorización de
proxy a este nodo.
Este mensaje se visualiza cuando el servidor de Tivoli Storage Manager no
se ha configurado correctamente para los nodos proxy.
Capítulo 3. Configuración
79
Configuración manual de Data Protection for SQL Server en Windows
Server Core
Puede configurar manualmente Data Protection for SQL Server para proteger SQL
Server 2012 y versiones posteriores en Windows Server Core.
Antes de empezar
Asegúrese de instalar Data Protection for SQL Server y el cliente de copia de
seguridad y archivado de Tivoli Storage Manager en el sistema que ejecuta
Microsoft SQL Server.
Asegúrese de instalar Data Protection for SQL Server y el cliente de copia de
seguridad y archivado de Tivoli Storage Manager en el sistema que ejecuta
Microsoft SQL Server.
Procedimiento
1. Cree un nodo en servidor de Tivoli Storage Manager para el cliente de
archivado y copia de seguridad y Data Protection for SQL Server. Si está
protegiendo bases de datos de disponibilidad en un Grupo de disponibilidad
AlwaysOn, también debe crear el nodo AlwaysOn en servidor de Tivoli Storage
Manager.
2. Si tiene previsto ejecutar copias de seguridad VSS con traspaso de datos,
configure un nodo remoto para ejecutar la operación de copia de seguridad con
traspaso de datos en un sistema remoto.
3. Configure el archivo de opciones del cliente de archivado y copia de seguridad
(dsm.opt).
4. Configure los archivos de opciones de Data Protection for SQL Server (dsm.opt
y tdpsql.cfg).
5. Si utiliza conjuntos de políticas de Tivoli Storage Manager, debe especificar una
clase de gestión que se utilizará para las copias de seguridad de Data
Protection for SQL Server.
Creación de un nodo en servidor de Tivoli Storage Manager
Después de instalar el cliente de Tivoli Storage Manager y Data Protection for SQL
Server, debe configurar un nombre de nodo y una contraseña y registrar el nodo
con servidor de Tivoli Storage Manager.
Acerca de esta tarea
Cuando registra el nodo, crea un espacio de archivos en servidor de Tivoli Storage
Manager en donde se almacenan las copias de seguridad de sus datos. Debe
configurar un nodo de cliente y un nodo de Data Protection for SQL Server. Si está
protegiendo bases de datos de disponibilidad en un Grupo de disponibilidad
AlwaysOn, también debe registrar el nodo AlwaysOn.
Siga estos procedimientos si ha instalado el cliente de línea de mandatos
administrativa de Tivoli Storage Manager. Si no ha instalado el cliente
administrativo, los nodos se deben registrar en servidor de Tivoli Storage Manager.
Procedimiento
1. Inicie una sesión de cliente administrativo emitiendo el mandato siguiente en
una ventana de Indicador de mandatos:
80
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
C:\Program Files\Tivoli\TSM\baclient\dsmadmc
2. Para registrar un nodo de cliente, emita el mandato siguiente:
reg node nombre_nodo_cliente contraseña backdel=sí
Donde nombre_nodo_cliente es el nombre de nodo del cliente y contraseña es la
contraseña que desea utilizar para el cliente. El parámetro backdel=sí indica
que puede suprimir objetos de copia de seguridad en el espacio de archivos del
servidor. Por ejemplo:
reg node doomvm3 doomvm3passwd backdel=yes
3. Para registrar un nodo de Data Protection for SQL Server, emita el siguiente
mandato:
reg node nombre_nodo_sql contraseña backdel=sí
Donde sql_nodename es el nombre de nodo para el nodo de Data Protection for
SQL Server y contraseña es la contraseña que debe utilizar para el nodo SQL. El
parámetro backdel=sí indica que puede suprimir objetos de copia de seguridad
en el espacio de archivos del servidor.
Por ejemplo:
reg node doomvm3_sql doomvm3sqlpasswd backdel=yes
Consejo: Para identificar con facilidad el nodo como un nodo para Data
Protection for SQL Server, añada “_sql” al final del nombre de nodo.
4. Para registrar el nodo AlwaysOn, emita el siguiente mandato:
reg node nombre_nodo_alwayson contraseña backdel=sí
Donde nombre_nodo_alwayson es el nombre del nodo AlwaysOn y contraseña es
la contraseña que desea utilizar para el nodo AlwaysOn. El parámetro
backdel=sí indica que puede suprimir objetos de copia de seguridad en el
espacio de archivos del servidor. Por ejemplo:
reg node myalwaysonnode alwaysonpasswd backdel=yes
Qué hacer a continuación
Para utilizar conjuntos de políticas de servidor de Tivoli Storage Manager, el Tivoli
Storage Manager debe definir los dominios de políticas, conjuntos de políticas,
clases de gestión, grupos de copia y agrupaciones de almacenamiento.
Estas definiciones son necesarias para satisfacer los requisitos de copia de
seguridad y restauración de Data Protection for SQL Server. Para operaciones VSS,
la autenticación de servidor de Tivoli Storage Manager debe estar activada.
Configuración de un nodo proxy para copias de seguridad
VSS con traspaso de datos en el entorno de Windows Server
Core
Si desea descargar copias de seguridad VSS en Tivoli Storage FlashCopy Manager,
debe definir un nodo remoto para ejecutar las copias de seguridad con traspaso de
datos. Este paso es parte de las tareas de configuración para Data Protection for
SQL Server operativos en Windows Server Core.
Acerca de esta tarea
Data Protection for SQL Server puede descargar copias de seguridad VSS
utilizando un sistema remoto para crear la copia de seguridad en lugar de utilizar
Capítulo 3. Configuración
81
el sistema local. Para ejecutar una copia de seguridad de descarga utilizando un
nodo remoto, primero debe establecer el nodo remoto como un agente del nodo de
Data Protection for SQL Server local.
Si está protegiendo bases de datos de disponibilidad en un Grupo de
disponibilidad AlwaysOn, debe establecer el nodo remoto como un agente del
nodo AlwaysOn.
Antes de comenzar, asegúrese de que el cliente de Tivoli Storage Manager esté
instalado y configurado en el sistema remoto.
Procedimiento
Para definir la relación de nodo proxy, el administrador de Tivoli Storage Manager
puede emitir el mandato grant proxynode desde la consola de administración de
servidor de Tivoli Storage Manager.
v Para nodos de Data Protection for SQL Server estándar, emita el mandato
siguiente:
grant proxynode target=nodo_sql_local agent=nodo_remoto
Donde nodo_sql_local es el nombre de nodo del nodo de Data Protection for SQL
Server local y nodo_remoto es el nodo de cliente de Tivoli Storage Manager
remoto que ejecuta las copias de seguridad remotas. Por ejemplo:
grant proxynode target=doomvm3_sql agent=babar
v Para nodos AlwaysOn, emita el siguiente mandato:
grant proxynode target=nodo_alwayson agent=nodo_remoto
Donde nodo_alwayson es el nombre del nodo AlwaysOn y nodo_remoto es el nodo
de cliente de Tivoli Storage Manager remoto que ejecuta las copias de seguridad
remotas. Por ejemplo:
grant proxynode target=myalwaysonnode agent=babar
v Para visualizar los nodos de cliente con autoridad para actuar como proxy para
otros clientes, ejecute el mandato siguiente desde la consola de administración
del servidor:
query proxynode
Configuración del cliente en el entorno de Windows Server
Core
Debe configurar el nodo de cliente de Tivoli Storage Manager que ha creado. Este
paso es parte de las tareas de configuración inicial que deben realizarse antes de
poder utilizar Data Protection for SQL Server en el entorno de Windows Server
Core.
Acerca de esta tarea
Debe configurar el archivo de opciones de cliente(dsm.opt), establecer las variables
de entorno e instalar y configurar el servicio de aceptador de cliente de Tivoli
Storage Manager y el servicio de agente de cliente remoto.
Procedimiento
1. Configure el archivo de opciones de cliente:
a. Vaya al directorio de instalación del cliente de archivado y copia de
seguridad. Por ejemplo, emita el mandato siguiente en una ventana de
Indicador de mandatos:
82
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
cd C:\Program Files\Tivoli\TSM\baclient
b. Abra el archivo dsm.opt con un editor de texto y entre las siguientes
sentencias:
PASSWORDACCESS
COMMMethod
TCPPort
nodename
TCPSERVERADDRESS
GENERATE
TCPip
1500
nombre_nodo_cliente
servidor_tsm
La lista siguiente contiene explicaciones breves de las opciones de cliente en
las sentencias:
PASSWORDACCESS GENERATE
Esta opción indica al cliente que guarde la contraseña siempre que
se utilice la opción /tsmpassword, de forma que no sea necesario
especificar la contraseña con cada mandato.
TCPPort 1500
Especifica que el cliente accede a servidor de Tivoli Storage
Manager en el puerto TCP/IP 1500. 1500 es el número de puerto
predeterminado.
nombre_nodo nombre_nodo_cliente
Especifica el nodo recién creado para el cliente de archivado y copia
de seguridad.
TCPSERVERADDRESS servidor_tsm
Especifica el nombre de servidor de Tivoli Storage Manager. Puede
entrar la dirección IP del servidor o el nombre de dominio
completo.
Por ejemplo:
NODename DOOMVM3
PASSWORDAccess generate
TCPServeraddress gijoe
TCPPort
1500
2. Instale e inicie el servicio de aceptador de cliente de Tivoli Storage Manager y
servicio de agente de cliente remoto.
a. Instale el servicio de aceptador de cliente entrando el siguiente mandato en
una ventana de Indicador de mandatos:
C:\Program Files\Tivoli\TSM\baclient\dsmcutil install cad
/name:"nombre_servicio" /node:nombre_nodo /password:contraseña
/autostart:sí
donde nombre_nodo es el nombre del nodo de cliente, contraseña es la
contraseña del cliente y nombre_servicio es el nombre que desea utilizar para
el servicio de aceptador de cliente. El nombre predeterminado es "TSM
Client Acceptor". Por ejemplo:
C:\Program Files\Tivoli\TSM\baclient\dsmcutil install cad /name:"TSM CAD"
/node:DOOMVM3 /password:doomvm3passwd /autostart:yes
b. Instale el servicio de agente de cliente remoto entrando el mandato
siguiente en una ventana de Indicador de mandatos:
C:\Program Files\Tivoli\TSM\baclient\dsmcutil install remoteagent
/name:"nombre_servicio" /node:nombre_nodo /password:contraseña
/partnername:"nombre servicio socio"
El nombre de nodo del aceptador de cliente de Tivoli Storage Manager y el
agente de cliente remoto se deben establecer en el nodo del solicitante de
VSS. El nombre de servicio predeterminado es "TSM Remote Client Agent".
El valor de la opción /partnername debe coincidir con el nombre del
Capítulo 3. Configuración
83
servicio del aceptador de cliente que creó. El nombre predeterminado es
"Aceptador de cliente TSM". Por ejemplo:
C:\Program Files\Tivoli\TSM\baclient\dsmcutil install remoteagent
/name:"TSM AGENT" /node:DOOMVM3 /password:doomvm3passwd
/partnername:"TSM CAD"
c. Inicie el servicio de aceptador de cliente entrando el mandato siguiente:
net start "nombre_servicio"
donde nombre_servicio es el nombre del servicio de aceptador de cliente que
ha creado. Por ejemplo:
net start "TSM CAD"
No inicie el servicio de agente de cliente remoto manualmente. El servicio
de agente de cliente remoto es iniciado automáticamente por el servicio de
aceptador de cliente cuando es necesario.
Configuración de Data Protection for SQL Server en Windows
Server Core
Debe configurar Data Protection for SQL Server para poder proteger las bases de
datos de Microsoft SQL Server 2012, y versiones posteriores, en el entorno
Windows Server Core.
Antes de empezar
Restricción: No puede utilizar los siguientes caracteres especiales en nombres de
bases de datos SQL Server en Data Protection for SQL Server:
v Signo de interrogación (?)
v Carácter de varios bytes (,)
v Carácter de varios bytes (^)
v Carácter de asterisco (*)
v El carácter de dos puntos (:) no se puede utilizar con Data Protection for SQL
Server versión 7.1.0 o versiones anteriores
v El carácter de barra invertida (\) no se puede utilizar con Data Protection for
SQL Server versión 7.1.0 o versiones anteriores
Acerca de esta tarea
Debe configurar el archivo de opciones de cliente (dsm.opt) y el archivo de
configuración de Data Protection for SQL Server (tdpsql.cfg).
Procedimiento
1. Edite el archivo de opciones de cliente (dsm.opt).
a. En el directorio de instalación de Data Protection for SQL Server, abra el
archivo de opciones de cliente (dsm.opt) con un editor de texto.
b. Añada las siguientes sentencias al archivo de opciones de cliente:
NODename
nombre_nodo_sql
PASSWORDAccess Generate
COMMMethod
TCPip
TCPServeradress servidor_tsm
TCPPort
1500
TCPWindowsize
63
TCPBuffSize
32
84
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Donde nombre_nodo es el nombre de nodo de Data Protection for SQL
Server y dirección_TCPServer es el nombre de servidor de Tivoli Storage
Manager. Puede entrar la dirección IP del servidor o el nombre de dominio
completo.
Por ejemplo:
NODename DOOMVM3_SQL
PASSWORDAccess generate
TCPServeraddress gijoe
TCPPort
1500
2. Edite el archivo tdpsql.cfg.
a. En el directorio de instalación de Data Protection for SQL Server, abra el
archivo de configuración (tdpsql.cfg) con un editor de texto.
b. Añada las siguientes sentencias al archivo tdpsql.cfg:
SQLSERVer
sql_server
FROMSQLserver
sql_server
SQLAUTHentication INTegrated
MOUNTWaitfordata
Yes
BACKUPMethod
Legacy|VSS]
DIFFESTimate
20
BUFFers
3
BUFFERSIze
1024
STRIPes
1
SQLBUFFers
0
SQLBUFFERSIze
1024
LOGPrune
60
LANGuage
ENU
BACKUPDestination [LOCAL|TSM|BOTH]
LOCALDSMAgentnode local_node
REMOTEDSMAgentnode remote_node
ALWAYSONNode
alwayson_node
USEALWAYSONnode
[Yes|No]
ENABLEREPlacementchars [Yes|No]
LOGFile
tdpsql.log
Las siguientes son las descripciones de las opciones clave del archivo
tdpsql.cfg:
SQLSERVer
Especifique el nombre del Microsoft SQL Server que se está
ejecutando en el sistema local.
BACKUPMethod
Determina si se ha de ejecutar una copia de seguridad VSS o de
herencia.
BACKUPDestination
Determina si ejecuta una copia de seguridad local, una copia de
seguridad Tivoli Storage Manager o ambas. Para las copias de
seguridad de herencia, se utiliza solo Tivoli Storage Manager.
LOCALDSMAgentnode
Especifica el nombre de nodo local del cliente que se está
ejecutando en el sistema local. Esta opción es necesaria para copias
de seguridad descargadas de VSS.
REMOTEDSMAgentnode
Especifica el nodo del cliente remoto que se ejecuta en las copias de
seguridad descargadas de VSS en un sistema remoto.
Capítulo 3. Configuración
85
ALWAYSONNode
Especifica el nombre de nodo Tivoli Storage Manager que se utiliza
para copiar bases de datos de disponibilidad en un grupo de
disponibilidad AlwaysOn.
USEALWAYSONnode
Especifica Yes para establecer el nodo AlwaysOn como el nodo
predeterminado para todas las operaciones de copia de seguridad
de bases de datos estándar y bases de datos de disponibilidad.
Puede utilizar esta opción para cambiar las copias de seguridad de
bases de datos desde un nodo estándar Data Protection for SQL
Server a un nodo AlwaysOn.
Especifique No para la copia de seguridad de las bases de datos
estándar en el nodo Data Protection for SQL Server. Las bases de
datos de disponibilidad siempre se copian con el nodo AlwaysOn.
ENABLEREPlacementchars
Especifique Yes para permitir que Data Protection for SQL Server
pueda procesar los caracteres de barra invertida (\) o de dos puntos
(:) en un nombre de base de datos y realice la copia de seguridad de
base de datos en Tivoli Storage Manager.
Especifique No para impedir las copias de seguridad de base de
datos en Tivoli Storage Manager si una serie definida por el usuario
se sustituye por un carácter de barra invertida (\) o de dos puntos
(:) en el nombre de base de datos.
Restricción: El parámetro ENABLEREPlacementchars solo se aplica a
Data Protection for SQL Server versión 7.1.1 y versiones anteriores.
La longitud máxima del nombre de la base de datos es 128
caracteres.
3. Opcional: Utilice la opción VSSPOLICY para especificar una clase de gestión para
copias de seguridad VSS.
A menos que se especifique de otra manera, Data Protection for SQL Server
utilice la clase de gestión predeterminada del dominio de políticas en la está su
nombre de nodo. Para especificar que Data Protection for SQL Server utiliza
una clase de gestión diferente, añada la opción VSSPOLICY al archivo
tdpsqlc.cfg. El formato de la opción luce de la siguiente manera:
VSSPOLICY
SQL_server_name “db_name” backup_type backup_dest mgmt_class
Por ejemplo:
VSSPOLICY doomvm3 * FULL LOCAL MGMT2
Esta sentencia especifica que Data Protection for SQL Server utiliza la clase de
gestión MGMT2 para copias de seguridad locales de cualquier base de datos de
SQL Server denominada doomvm3.
86
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Modificación de valores de configuración de Data Protection
for SQL Server en Windows Server Core
Para configurar las preferencias para Data Protection for SQL Server, utilice el
mandato set en el indicador de mandatos de Windows Server Core.
Acerca de esta tarea
Los valores que modifique se guardan en el archivo de configuración de Data
Protection for SQL Server. El archivo de configuración predeterminado es
tdpsql.cfg.
Procedimiento
En la solicitud de mandatos, escriba el mandato siguiente:
tdpsqlc set parámetro=valor [/configfile=nombre_archivo]
donde parámetro es el parámetro u opción de para el que desea cambiar el valor
parameter y valor es el nuevo valor que desea especificar. /configfile es el
parámetro opcional para el nombre de archivo de configuración. Si no especifica el
parámetro /configfile, se utiliza el archivo de configuración predeterminado
(tdpsql.cfg).
Ejemplos:
Tarea
Establezca el SQL Server preferido en el archivo tdpsql.cfg.
Mandato: tdpsqlc set sqlserver=su_instancia_SQL
/configfile=tdpsql.cfg
Mandato: tdpsqlc set fromsqlserver=su_instancia_SQL
/configfile=tdpsql.cfg
Tarea
Cambie el nombre del archivo de registro de actividades de por
tdpsql.log.
Mandato: tdpsqlc set logfile=tdpsql.log
Configuración de Data Protection for SQL Server con Tivoli Storage
Manager en un entorno en clúster
Puede configurar Data Protection for SQL Server para que se comunique con Tivoli
Storage Manager y proteger las cargas de trabajo de SQL Server en un entorno en
clúster.
Acerca de esta tarea
De forma predeterminada, el archivo dsm.opt del solicitante VSS está en el
directorio de instalación del cliente de copia de seguridad y archivado de Tivoli
Storage Manager, c:\Program Files\tivoli\tsm\baclient\dsm.opt.
La ubicación de los archivos dsm.opt específicos de la aplicación depende de la
aplicación que se esté protegiendo, por ejemplo:
Microsoft SQL Server
c:\Program Files\tivoli\tsm\TDPSQL
Capítulo 3. Configuración
87
Procedimiento
1. Inicie Microsoft Management Console (MMC) pulsando Inicio > Todos los
programas > Tivoli Storage Manager > Data Protection for Microsoft SQL
Server > Consola de gestión de DP para SQL.
2. En la página de inicio, pulse Configuración. Como alternativa, desde la vista
de árbol vaya al nodo Configuración. A continuación, efectúe una doble
pulsación en Asistentes.
3. En el panel de resultados, efectúe una doble pulsación en Configuración de
TSM para abrir el Asistente de configuración de Tivoli Storage Manager.
4. En el asistente de configuración, seleccione la aplicación que desee proteger,
por ejemplo SQL Server.
5. En la página Comprobación de requisitos, localice el panel principal. Para
Comprobación de clúster, pulse Avisos.
6. En el diálogo Resolución de problemas, especifique la vía de acceso al
directorio VSSALTSTAGINGDIR al que pueden acceder todos los nodos del clúster.
La vía de acceso VSSALTSTAGINGDIR debe a puntar a un directorio existente en
un disco compartido, por ejemplo X:\vss_staging, o a un volumen compartido
de clúster, por ejemplo C:\ClusterStorage\Volume1\vss_staging.
7. Pulse Aceptar y complete el asistente de configuración. En un entorno en
clúster, la opción de configuración Importar instantáneas VSS sólo cuando sea
necesario está seleccionada de forma predeterminada.
8. Después de completar el asistente de configuración, compruebe la vía de acceso
de VSSALTSTAGINGDIR en el archivo de opciones del cliente de copia de
seguridad y archivado, baclient\dsm.opt. Si la vía de acceso de
VSSALTSTAGINGDIR no es correcta, edite el archivo y especifique la vía de acceso
correcta. Por ejemplo:
# Tivoli Storage Manager backup-archive dsm.opt file
NODename variable
PASSWORDAccess generate
TCPServeraddress variable.domain.com
TCPPort variable
CLUSTERnode no
CLUSTERDISKSOnly no
VSSALTSTAGINGDIR C:\ClusterStorage\Volume1\vss_staging
# Data Protection for SQL dsm.opt file
NODename variable
PASSWORDAccess generate
TCPServeraddress variable.domain.com
TCPPort variable
HTTPport variable
CLUSTERnode yes
Para una configuración de Tivoli Storage Manager Server, asegúrese de que la
vía de acceso al directorio VSSALTSTAGINGDIR sólo esté especificada en el archivo
de opciones del cliente de copia de seguridad y archivado, baclient\dsm.opt.
Para una configuración autónoma, asegúrese de que la vía de acceso al
directorio VSSALTSTAGINGDIR esté especificada en el archivo de opciones del
cliente de copia de seguridad y archivado, baclient\dsm.opt, y en el archivo de
opciones de Data Protection for SQL Server, tdpsql\dsm.opt.
9. Repita estos pasos en los otros nodos del clúster.
88
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Configuración de réplicas de disponibilidad para ejecutar copias de
seguridad de datos planificadas
Cuando una base de datos de disponibilidad se replica en varias réplicas de
disponibilidad en un grupo de disponibilidad, dispone de una opción de
configuración para seleccionar una única réplica en la que se ejecutará una
operación de copia de seguridad en lugar de realizar copias de seguridad de todas
las réplicas.
Acerca de esta tarea
Microsoft SQL Server 2012 y versiones anteriores proporciona un conjunto de
opciones de configuración que puede utilizar para especificar si las copias de
seguridad planificadas se ejecuten en la réplica de disponibilidad primaria o
secundaria. Puede utilizar la GUI de Data Protection for SQL Server para establecer
estas opciones.
La opción de configuración también se puede utilizar para descargar la copia de
seguridad desde una réplica primaria a una réplica secundaria para el equilibrio de
carga. Cuando se produce la migración tras error de bases de datos, las copias de
seguridad deben continuar ejecutándose desde otras réplicas para mantener la alta
disponibilidad.
Procedimiento
1. Inicie Microsoft Management Console (MMC).
2. En la sección Gestión de la ventana, pulse Proteger datos junto a la carga de
trabajo de SQL Server.
3. En el panel Acciones, pulse Propiedades.
4. Pulse la página de propiedades Preferencias de AlwaysOn.
5. En el campo Grupo de disponibilidad, seleccione el Grupo de disponibilidad
AlwaysOn para el que desea configurar las preferencias de copia de seguridad.
6. En el campo Réplica preferida, seleccione la réplica preferida en la que desea
ejecutar las copias de seguridad planificadas.
v Seleccione Preferir réplica secundaria si desea que las copias de seguridad
planificadas se realicen en una réplica secundaria, si está disponible. En otro
caso, se utiliza la réplica primaria de la copia de seguridad planificada.
v Seleccione Secundaria sólo si desea que las copias de seguridad planificadas
se realicen solamente en una réplica secundaria.
v Seleccione Primaria si desea que las copias de seguridad planificadas se
realicen solamente en la réplica primaria.
v Seleccione Cualquier réplica si desea que las copias de seguridad
planificadas se realicen en cualquier réplica de disponibilidad.
7. Para cada réplica de disponibilidad mostrada en el recuadro de lista Réplicas
de disponibilidad, especifique si es un candidato para la ejecución de copias de
seguridad planificadas especificando la prioridad de copia de seguridad para
esa réplica. Un valor de 1 tiene la prioridad más baja y un valor de 100 tiene la
prioridad más alta. Un valor de 0 indica que la réplica está excluida de las
operaciones de copia de seguridad planificada.
8. Pulse Aceptar para guardar la configuración y salga de la página Propiedades
de Data Protection. Los valores se guardan en el archivo tdpsql.cfg y se
pueden replicar en otras réplicas del grupo de disponibilidad.
Capítulo 3. Configuración
89
Transición de copias de seguridad de SQL Server desde Tivoli Storage
FlashCopy Manager a Tivoli Storage Manager
Configure Tivoli Storage FlashCopy Manager para poder acceder a un Tivoli
Storage Manager y local al mismo tiempo. Esto puede ser útil si decide trasladarse
a un entorno de Tivoli Storage Manager y desea seguir interactuando con las
instantáneas gestionadas localmente hasta que la política las marque para su
caducidad.
Antes de empezar
Si utiliza los asistentes de configuración Autónomo y del servidor de Tivoli
Storage Manager para configurar Tivoli Storage FlashCopy Manager, no tiene que
implementar manualmente los siguientes procedimientos. Para interactuar con un
servidor de Tivoli Storage Manager, ejecute el asistente de configuración de TSM.
Para interactuar con un servidor de Tivoli Storage FlashCopy Manager, ejecute el
asistente de configuración Autónomo. Puede pasar de un tipo de servidor a otro
ejecutando el asistente de configuración correspondiente en cualquier momento.
Acerca de esta tarea
Si no utiliza los asistentes de configuración para configurar Tivoli Storage
FlashCopy Manager, póngase de acuerdo con el administrador del servidor de
Tivoli Storage Manager para realizar las siguientes tareas manuales. Algunos de los
siguientes ejemplos de mandatos se formatean en varias líneas. Emita cada
mandato en una única línea.
Configuración del servidor de Tivoli Storage Manager
Procedimiento
1. Seleccione o cree las definiciones de política que se utilizarán para cada tipo de
copia de seguridad que tiene previsto utilizar. Puede proporcionar al
administrador los valores de la política definida localmente existentes en el
entorno autónomo de Tivoli Storage FlashCopy Manager. Utilice la GUI o la
interfaz línea de mandatos de Data Protection for SQL Server para recuperar
esta información.
2. Registre su nombre de nodo Data Protection for SQL Server y contraseña con el
mandato Tivoli Storage Manager registrar nodo. Por ejemplo:
register node nombrenodoDP contraseñaDP
3. Si todavía no lo ha definido en el servidor de Tivoli Storage Manager, registre
el nombre de nodo y la contraseña del spñocotamte VSS de Tivoli Storage
Manager para la estación de trabajo en la que se ha instalado SQL Server. Por
ejemplo:
register node nombrenodoBA contraseñaBA
4. Defina la relación de nodo de proxy para el nodo de destino y los nodos de
agente con el mandato de Tivoli Storage Manager grant proxynode. Por
ejemplo:
grant proxynode target=DP agent=nombrenodoBA
90
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Configuración de la estación de trabajo que ejecuta SQL
Server
Procedimiento
1. En el directorio donde está instalado Data Protection for SQL Server, realice
una copia del archivo de opciones denominado dsm.opt. Después de empezar
a utilizar el servidor de Tivoli Storage Manager, la copia se utiliza para
acceder al entorno autónomo de Tivoli Storage FlashCopy Manager. Un
método para realizar la copia es iniciar el indicador de línea de mandatos de
SQL Server desde el complemento Tivoli Storage FlashCopy Manager: En la
vista en árbol del complemento Tivoli Storage FlashCopy Manager, se
visualiza un nodo de SQL Server para cada instancia de SQL Server en el
sistema.
a. Seleccione una instancia de SQL Server en la vista en árbol. Se visualiza la
línea de mandatos integrada y un panel Acciones.
b. Inicie la línea de mandatos de Data Protection for SQL Server desde el
panel Acciones. Seleccione:
Iniciar línea de mandatos
c. Para realizar una copia del archivo de opciones, especifique:
copy dsm.opt dsm_local.opt
2. En el mismo directorio, realice una copia del archivo de configuración de Data
Protection for SQL Server. Por ejemplo:
copy tdpsql.cfg tdpsql_local.cfg
Conserve el contenido del archivo de configuración local si se cumplen estas
condiciones:
v Ha especificado vinculaciones de política durante el uso de Tivoli Storage
FlashCopy Manager.
v Va a actualizar las vinculaciones de política para que se reflejen los cambios
realizados en las especificaciones de política para la utilización del servidor
de Tivoli Storage Manager.
3. En el directorio de instalación del cliente de archivado y copia de seguridad
de Tivoli Storage Manager, realice una copia del archivo de opciones del
solicitante VSS denominado dsm.opt. Utilice el mandato de copy de Windows.
Por ejemplo:
C:\Archivos de programa\Tivoli\TSM\baclient>copy dsm.opt dsm_local.opt
4. En todos los archivos denominados dsm.opt, modifique la línea
TCPSERVERADDRESS. Sustituya FLASHCOPYMANAGER por la dirección IP del servidor
de Tivoli Storage Manager. Por ejemplo:
TCPServeraddress 9.52.170.67
Para realizar esta tarea, utilice un editor de texto como Notepad o Wordpad.
5. Para acceder al entorno autónomo de Tivoli Storage FlashCopy Manager
durante el periodo de transición, abra un indicador de mandatos de Windows
y cambie al directorio de instalación de cliente de archivado y copia de
seguridad de Tivoli Storage Manager. La vía de acceso predeterminada es la
siguiente:
C:\Archivos de programa\Tivoli\TSM\baclient
Cree un servicio Windows alternativo para el servicio de aceptación de
clientes de Tivoli Storage Manager utilizando el mandato dsmcutil. Por
ejemplo:
Capítulo 3. Configuración
91
dsmcutil install cad /name:tsmcad4local
/node:mi_nodo_cliente_archivado-copia_seguridad
/password:mi_contraseña_servidor_TSM
/optfile:”C:\Archivos de programa\Tivoli\TSM\baclient\dsm_local.opt”
/httpport:1583
Para obtener más información acerca de cómo utilizar el mandato dsmcutil,
consulte Mandato dsmcutil (http://www.ibm.com/support/
knowledgecenter/SSGSG7_7.1.2/com.ibm.itsm.client.doc/
c_cfg_dsmcutil_usewin.html).
6. Cree un servicio de Windows alternativo para el servicio de agente remoto de
Tivoli Storage Manager. Por ejemplo:
dsmcutil install cad /name:tsmcad4remote
/node:mi_nodo_cliente_archivado-copia_seguridad
/password:mi_contraseña_servidor_TSM
/optfile:”C:\Program Files\Tivoli\TSM\baclient\dsm_remote.opt”
/httpport:1583
7. Edite el archivo dsm_local.opt en el directorio de instalación de Data
Protection for SQL Server. Añada esta línea:
HTTPPORT 1583
8. Inicie el servicio de aceptación de clientes de Tivoli Storage Manager
alternativo:
dsmcutil start /name:tsmcad4local
9. Detenga y vuelva a iniciar el servicio de aceptación de clientes de Tivoli
Storage Manager original para que los se activen los valores nuevos en el
archivo dsm.opt. Puede hacerlo mediante la GUI de servicios de Windows o
utilizando el mandato dsmcutil:
dsmcutil stop /name:”Agente de cliente remoto de TSM”
dsmcutil stop /name:”Aceptación de clientes de TSM”
dsmcutil start /name:”Aceptación de clientes de TSM”
10. Cuando las copias de seguridad empiecen a producirse y gestionarse en el
entorno de servidor Tivoli Storage Manager, deberá desfasar las copias de
seguridad restantes creadas en el entorno autónomo de Tivoli Storage
FlashCopy Manager. Puede elegir entre dos formas de conseguir el desfase:
a. En el entorno autónomo de Tivoli Storage FlashCopy Manager, defina una
política basada en el tiempo que haga que automáticamente las copias de
seguridad antiguas caduquen y se supriman. Por ejemplo, si desea que
caduque cada copia de seguridad al cabo de 30 días, actualice la política
basada en el tiempo utilizando el mandato:
tdpsqlc update policy mi_política /daysretain=30
/tsmoptfile=dsm_local.opt
/configfile=tdpsql_local.cfg
También puede realizar este cambio utilizando el diálogo Gestión de
política local al que se accede desde el menú Herramientas de la GUI de
copia de seguridad/restauración de Data Protection for SQL Server.
Encontrará información sobre cómo iniciar la GUI en la sección que
describe cómo acceder al entorno autónomo de Tivoli Storage FlashCopy
Manager.
El proceso de caducidad de copias de seguridad cuando su edad supera el
límite de daysretain depende de una función básica que se ejecuta en el
entorno autónomo. La función debe incluir una operación que consulte las
copias de seguridad.Si no utiliza regularmente el cliente de entorno
autónomo, puede utilizar un planificador para iniciar periódicamente un
mandato, por ejemplo:
92
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
tdpsqlc query tsm * /all
/tsmoptfile=dsm_local.opt
/configfile=tdpsql_local.cfg
Por ejemplo, si crea copias de seguridad cada semana, puede planificar el
mandato query para que se ejecute una vez por semana para producir la
caducidad de las copias de seguridad antiguas.
El proceso de caducidad de copias de seguridad no suprimirá
automáticamente la copia de seguridad más reciente, que se crea mientras
se ejecuta en el entorno autónomo. Para ello utilice la operación de
supresión explícita, tal como se describe a continuación.
b. Como alternativa puede suprimir explícitamente cada copia de seguridad
cuando determine que ya no es necesaria. Utilice el mandato Data
Protection for SQL Server delete backup o Delete Backup (Suprimir copia
de seguridad) (opción de menú al pulsar con el botón derecho del ratón)
en la ventana Restaurar de la GUI.
11. Para acceder al entorno autónomo de Tivoli Storage FlashCopy Manager:
a. Abra la pestaña Automatizar para acceder al indicador de línea de
mandatos integrado.
b. Inicie mandatos autónomos de Tivoli Storage FlashCopy Manager
añadiendo la opción /tsmoptfile, por ejemplo:
tdpsqlc query tsm * /all
/tsmoptfile=dsm_local.opt
/configfile=tdpsql_local.cfg
c. Inicie la GUI (desde el indicador de línea de mandatos) emitiendo el
mandato de invocación de la GUI, por ejemplo:
tdpsqlc /tsmoptfile=dsm_local.opt
/configfile=tdpsql_local.cfg
12. Si es necesario, inicie el entorno autónomo de Tivoli Storage FlashCopy
Manager para restaurar a partir de una copia de seguridad creada en dicho
entorno.
13. Cuando se completa la transición y ya no necesita acceder al entorno
autónomo de Tivoli Storage FlashCopy Manager, puede eliminar los servicios
alternativos. Para eliminar los servicios, utilice la GUI de servicios de
Windows Services o el mandato dsmcutil:
dsmcutil remove /name:tsmagent4local
dsmcutil remove /name:tsmcad4local
Transición de bases de datos de SQL Server estándar al nodo
AlwaysOn
Puede realizar una copia de seguridad de las bases de datos de SQL Server
estándar en el espacio de archivos para el nodo AlwaysOn. Esta transición puede
facilitar la gestión de todas las copias de seguridad de bases de datos bajo un
único nombre de nodo.
Acerca de esta tarea
El nombre de nodo AlwaysOn es necesario cuando configura Data Protection for
SQL Server en SQL Server 2012 y versiones posteriores. No es necesario especificar
el nombre de nodo AlwaysOn durante cada operación de copia de seguridad,
consulta o restauración de una base de datos de disponibilidad.
Capítulo 3. Configuración
93
El nodo AlwaysOn no afecta el lugar donde se realiza la copia de seguridad de las
bases de datos estándar. Las copias de seguridad de las bases de datos estándar
continúan realizándose en el nodo de Data Protection for SQL Server, a menos que
se especifique la opción /USEALWAYSONnode.
Procedimiento
1. Para hacer copia de seguridad de las bases de datos de SQL Server estándar en
el espacio de archivos para el nodo AlwaysOn, especifique el parámetro
/USEALWAYSONnode con el mandato backup del siguiente modo.
Por ejemplo, emita el mandato siguiente
TDPSQLC Backup *|dbname[,dbname,...] Full /USEALWAYSONnode
2.
Para realizar una copia de seguridad de todas las bases de datos, especifique el
carácter comodín (*) o especifique una lista de nombres de base de datos
separados por comas.
Por ejemplo:
TDPSQLC Backup standard_db01,standard_db02 Full /USEALWAYSONnode
3. Para hacer copia de seguridad de forma regular de las bases de datos SQL
Server estándar en el espacio de archivos para el nodo AlwaysOn, especifique
el parámetro /USEALWAYSONnode con el mandato set.
Ejemplos de casos de ejemplo de configuración de IBM SAN Volume
Controller e IBM Storwize V7000
Los ejemplos de configuración son casos de ejemplo que puede utilizar para
ayudarle a planificar las soluciones de copia de seguridad de datos y de
recuperación.
Los datos de aplicación de producción están en volúmenes estándares. Conservar
14 versiones de copia de seguridad de instantánea. Utilizar el espacio de
almacenamiento mínimo para las versiones de copia de seguridad de
instantánea. No se necesita una copia física completa. Complete dos copias de
seguridad VSS por día.
Valores de SAN Volume Controller y Storwize V7000
Cree 14 volúmenes de destino de espacio eficiente para cada
volumen de origen que se debe proteger. Habilite la opción
autoexpand para los volúmenes de destino de espacio eficiente.
Añada los volúmenes de destino de espacio eficiente a la
agrupación VSS_FREE.
Valores de proveedor VSS
Establezca la velocidad de copia en segundo plano en 0.
Valores de Data Protection for SQL Server
Establecer la política para retener 14 versiones de copia de
seguridad locales. Planificar las copias de seguridad de instantánea
según las necesidades de establecer la opción de destino de copia
de seguridad en LOCAL.
Después de que se hayan realizado 14 copias de seguridad VSS, la
quinceava copia de seguridad VSS hará que se suprima la copia de
seguridad más antigua y reutilizará dicho conjunto de destino.
Los datos de aplicación de producción están en volúmenes estándares. Conservar
una versión de copia de seguridad de instantánea. Utilizar el espacio de
almacenamiento mínimo para las versiones de copia de seguridad de
94
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
instantánea. No se necesita una copia física completa. Realizar una copia de
seguridad de VSS al día y enviar la copia de seguridad a Tivoli Storage
Manager.
Valores de SAN Volume Controller y Storwize V7000
Cree dos volúmenes de destino de espacio eficiente para cada
volumen de origen que debe protegerse. Habilite la opción
autoexpand para los volúmenes de destino de espacio eficiente.
Añada los volúmenes de destino de espacio eficiente a la
agrupación VSS_FREE.
Valores de proveedor VSS
Establezca la velocidad de copia en segundo plano en 0.
Valores de Data Protection for SQL Server
Establezca la política para retener dos versiones de copia de
seguridad local. Planifique las copias de seguridad de instantánea
según las necesidades de establecer el destino de la copia de
seguridad en BOTH
Establecer la política para las copias de seguridad de instantánea locales
para retener n+1 versiones de copia de seguridad a fin de que n copias de
seguridad de instantáneas estén disponibles para su restauración. De lo
contrario, es posible que no esté disponible una versión de copia de
seguridad local si una copia de seguridad VSS falla después de haber
suprimido la copia de seguridad anterior.
Los datos de aplicación de producción están en volúmenes estándares. Conservar
una versión de copia de seguridad de instantánea. Se necesita una copia física
completa. Minimizar el uso de espacio de las copias en segundo plano. Realizar
una Copia de seguridad VSS por día y enviar la copia de seguridad a Tivoli
Storage Manager.
Valores de SAN Volume Controller y Storwize V7000
Crear un volumen de destino estándar para cada volumen de
origen que se debe proteger. Añadir volúmenes de destino
estándares a la agrupación VSS_FREE.
Valores de proveedor VSS
Utilice la velocidad predeterminada de copia en segundo plano de
50. Configure un valor personalizado para utilizar FlashCopy
incremental.
Valores de Data Protection for SQL Server
Establezca la política para retener una versión de copia de
seguridad local. Planifique las copias de seguridad de instantánea
según las necesidades de establecer el destino de la copia de
seguridad en BOTH.
Cuando se utiliza el proceso incremental de copia de seguridad de
FlashCopy, el proveedor de VSS no suprime el conjunto de destino de
instantánea único aunque el software de FlashCopy Manager suprima la
instantánea VSS anterior antes de crear una nueva.
Los datos de aplicación de producción están en volúmenes estándares. Conservar
dos versiones de copia de seguridad de instantánea. Se necesitan copias físicas
completas para las versiones de copia de seguridad local. Comience las copias de
seguridad de VSS cada 12 horas con una copia de seguridad enviada a Tivoli
Storage Manager todos los días.
Capítulo 3. Configuración
95
Valores de SAN Volume Controller y Storwize V7000
Cree tres volúmenes de destino estándar para cada volumen de
origen que se debe proteger. Añadir volúmenes de destino
estándares a la agrupación VSS_FREE.
Valores de proveedor VSS
Utilice la velocidad predeterminada de copia en segundo plano de
50.
Valores de Data Protection for SQL Server
Establezca la política para retener tres versiones de copia de
seguridad local. Planificar las copias de seguridad de VSS de la
siguiente manera: establezca el destino de la copia de seguridad en
LOCAL a las 11:00, establezca el destino de la copia de seguridad en
BOTH a las 23:00.
Establezca la política para las copias de seguridad de instantánea locales
para retener n+1 versiones de copia de seguridad a fin de que pueda
restaurar las copias de seguridad de instantánea n.
Los datos de aplicación de producción están en volúmenes estándares. Conservar
cuatro versiones de copia de seguridad de instantánea. Utilizar el espacio de
almacenamiento mínimo para las versiones de copia de seguridad de
instantánea. No se necesita una copia física completa. Realizar copias de
seguridad VSS cada seis horas con una copia de seguridad enviada a diario a
Tivoli Storage Manager.
Valores de SAN Volume Controller y Storwize V7000
Cree los cinco volúmenes de destino de espacio eficiente para cada
volumen que debe protegerse. Habilite la opción autoexpand para
los volúmenes de destino de espacio eficiente. Añada volúmenes
de destino de espacio eficiente a la agrupación VSS_FREE.
Valores de proveedor VSS
Utilice la velocidad predeterminada de copia en segundo plano de
0.
Valores de Data Protection for SQL Server
Establezca la política las copias de seguridad de instantánea local
para retener cinco versiones de copia de seguridad local. Planifique
Copias de seguridad VSS de la siguiente manera: establezca el
destino de la copia de seguridad en LOCAL a las 06:00, 12:00 y
18:00, establezca el destino de copia de seguridad en BOTH a las
00:00.
- Establezca la política para que retenga n+1 versiones de copia de
seguridad para que las copias de seguridad de instantánea n estén
disponibles para su restauración
Los datos de aplicación de producción se encuentran en volúmenes de espacio
eficiente. Conservar dos versiones de copia de seguridad de instantánea. Se
necesita una copia física completa para las versiones de copia de seguridad local.
Realizar copias de seguridad VSS cada seis horas con una copia de seguridad
enviada a diario a Tivoli Storage Manager.
Valores de SAN Volume Controller y Storwize V7000
Cree tres volúmenes de destino de espacio eficiente para cada
volumen de origen que debe ser protegido. Asignar el mismo
96
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
porcentaje de almacenamiento real que para los volúmenes de
origen. Añada volúmenes de destino de espacio eficiente a la
agrupación VSS_FREE.
Valores de proveedor VSS
Utilice la velocidad predeterminada de copia en segundo plano de
50.
Valores de Data Protection for SQL Server
Establezca la política para retener tres versiones de copia de
seguridad local. Planifique las copias de seguridad de VSS de la
siguiente manera: establezca el destino de la copia de seguridad en
LOCAL a las 06:00, 12:00 y 18:00, establezca el destino de copia de
seguridad en BOTH a las 00:00.
Establezca la política para las copias de seguridad de instantánea locales
para retener n+1 versiones de copia de seguridad a fin de que n copias de
seguridad de instantáneas estén disponibles para operaciones de
restauración. Este valor permite el suministro ligero para los volúmenes de
origen y de destino, y les permite crecer juntos.
Capítulo 3. Configuración
97
98
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Capítulo 4. Protección de datos
Puede realizar copias de seguridad y restaurar datos de Microsoft SQL Server
utilizando Microsoft Management Console (MMC) o la interfaz de línea de
mandatos.
Acerca de esta tarea
Si es necesario, puede gestionar las instalaciones de forma remota.
Consejo: Para obtener información acerca de cómo proteger los datos de Microsoft
SQL Server en entornos de VMware, consulte el capítulo que describe la protección
de las aplicaciones de anfitrión en la publicación Data Protection for VMware Guía
del usuario.
Prerrequisitos
Con Data Protection for SQL Server, puede hacer la copia de seguridad y
restauración de datos de SQL Server y proteger el entorno de SQL Server.
Requisitos de seguridad para operaciones de copia de
seguridad y de restauración
Data Protection for SQL Server necesita unos ciertos valores para procesar copias
de seguridad y restaurar operaciones en un entorno seguro.
Para instalar Data Protection for SQL Server, se necesita autorización de
administrador de Windows. Debe registrar Data Protection for SQL Server en el
servidor de Tivoli Storage Manager y debe utilizar el nombre de nodo y la
contraseña apropiados cuando se conecte al servidor de Tivoli Storage Manager.
Puede especificar información de inicio de sesión de SQL Server de una de las
siguientes formas:
v Aceptar la cuenta sa predeterminada y la contraseña del administrador del
sistema. Asegúrese de proteger la cuenta de inicio de sesión de sa con una
contraseña.
v Utilizar la seguridad de ID de usuario de SQL y especificar el nombre de
usuario y la contraseña de SQL. Con la seguridad de ID de usuario de SQL, el
administrador de SQL Server proporciona el ID de conexión y la contraseña que
dan acceso a SQL Server.
v Utilizar una conexión acreditada y dejar que Windows autentique el inicio de
sesión.
Se debe añadir el nombre de usuario de inicio de sesión de SQL o el nombre de
usuario de Windows al rol de servidor fijo SYSADMIN de SQL Server para que
Data Protection for SQL Server pueda utilizar estas credenciales.
© Copyright IBM Corp. 1997, 2015
99
Métodos de copia de seguridad de herencia y VSS
En función de su entorno de SQL Server, solo puede ejecutar copias de seguridad
completas copias de seguridad completas de solo copias, completas más copias de
registro, copias de seguridad completas más diferencial o copias de seguridad de
grupo y de archivos. Su estrategia de copia de seguridad también pueden hacer
una copia de seguridad de datos en Tivoli Storage Manager o en volúmenes de
duplicación locales.
Método de copia de seguridad completa (de herencia y VSS)
Utilice el método de copia de seguridad completa para bases de datos de sistema
tales como master, model y msdb debido a su tamaño normalmente pequeño. Una
copia de seguridad completa puede llevar mucho tiempo en ejecutarse. Sin
embargo, el proceso de restauración es el más eficaz, ya que sólo es necesario
restaurar la copia de seguridad completa más reciente.
Método de copia de seguridad de sólo copia completa (herencia
y VSS)
Utilice el método de copia de seguridad de sólo copia completa para crear
periódicamente copias de seguridad de sólo copia completas para la retención a
largo plazo sin que ello afecte a las planificaciones de copia de seguridad
existentes o las políticas de retención que utilice para la recuperación tras desastre.
Las copias de seguridad completas de solo copia no afectan a los registros de
transacciones ni a la secuencia de copias de seguridad, como las copias de
seguridad diferenciales o las copias de seguridad completas.
Método de copia de seguridad completa más copia de seguridad
de registro (de herencia y VSS)
Utilice el método de copia de seguridad completa más la copia de seguridad de
registro cuando la planificación de copia de seguridad normal o la capacidad de
red no puedan soportar una copia de seguridad completa.
Para minimizar el efecto en la planificación de copia de seguridad y en el tráfico
de red durante horas punta, puede ejecutar una copia de seguridad completa
periódica, seguida de una serie de copias de seguridad de registro. Por ejemplo,
puede planificar copias de seguridad completas durante el fin de semana y copias
de seguridad incrementales durante la semana. Puede ejecutar copias de seguridad
completas durante momento de bajo uso y cuando se pueda permitir un aumento
del tráfico de red.
Restricción: Si ejecuta varias copias de seguridad completas, el registro de base de
datos SQL puede acabar completo. Las copias de seguridad posteriores pueden
fallar como resultado. Si es necesario utilice las herramientas básicas de SQL Server
para truncar el registro de las bases de datos SQL.
Copia de seguridad completa más método de copia de seguridad
diferencial (de herencia y VSS)
Utilice la copia de seguridad completa más el método de copia de seguridad
diferencial si la planificación de copia de seguridad y la capacidad de red pueden
facilitar la copia de seguridad de todos los registros de transacciones que se
acumulen entre operaciones de copias de seguridad completas. Esta estrategia
requiere que sólo se transfiera una copia de seguridad diferencial más la última
100
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
copia de seguridad completa para completar una operación de restauración. No
obstante, se tiene que transferir la misma cantidad de datos en la imagen
diferencial que en la serie de operaciones de copia de seguridad de registro.
Aunque sólo puede ejecutar copias de seguridad completas de VSS, puede aplicar
copias de seguridad diferenciales de herencia a la copia de seguridad completa de
VSS.
Método de copia de seguridad completa más diferencial más
copia de seguridad de registro (de herencia y VSS)
Utilice el método de copia de seguridad completa más diferencial más copia de
seguridad de registro para reducir el número de transacciones que se deben
restaurar y aplicar. Como resultado, las operaciones de restauración son más
rápidos.
Por ejemplo, realiza una copia de seguridad completa de herencia o VSS cada
semana, una copia de seguridad diferencial cada noche y una copia de seguridad
de registro cada cuatro horas, el proceso de restauración incluirá la copia de
seguridad completa, una copia de seguridad diferencial y un máximo de cinco
copias de seguridad de registro. Sin embargo, si sólo completa un esquema de
copia de seguridad completa más de registro en el mismo ciclo, el proceso de
restauración incluiría una copia de seguridad completa y un máximo de 41 copias
de seguridad de registro (seis días multiplicado por seis copias de seguridad de
registro por día más un máximo de cinco copias de seguridad el día en que se ha
realizado la copia de seguridad completa).
Aunque sólo puede ejecutar copias de seguridad completas de VSS, puede aplicar
copias de seguridad diferenciales de herencia y copias de seguridad de registro de
herencia a la copia de seguridad completa de VSS.
Método de archivo o de copia de seguridad de grupo (sólo
herencia)
Utilice el método de archivo o de copia de seguridad de grupo cuando no resulte
práctico hacer una copia de seguridad de una base de datos entera debido al
tamaño de los datos, o a los problemas asociados de tiempo y rendimiento.
Cuando se crea un grupo en el SQL Server, los archivos de base de datos se
identifican con ese grupo. El grupo que se utiliza para la copia de seguridad de
grupo depende del grupo al que se definen los archivos de base de datos.
Las opciones de archivo o grupo pueden ahorrar tiempo de proceso de copia de
seguridad y restauración cuando determinadas tablas o índices tienen más
actualizaciones que otros y hay que realizar copias de seguridad más frecuentes de
los mismos. Es más efectivo, en términos de tiempo, contener dichos datos en sus
archivos o en su propio grupo de archivos, y hacer una copia de seguridad
únicamente de esos elementos.
Excepto para archivos de registro lógico, puede realizar copias de seguridad de sus
registros de transacciones después de realizar una copia de seguridad de un
archivo de datos o de un grupo de archivos.
Capítulo 4. Protección de datos
101
Copias de seguridad de Tivoli Storage Manager frente a copias
de seguridad de volúmenes de duplicación local
Cuando se crea una política para las copias de seguridad, debe elegir si realizar
una copia de seguridad de datos a almacenamiento de Tivoli Storage Manager
frente a discos de VSS. Las copias de seguridad de datos a Tivoli Storage Manager
normalmente tarda más en procesarse que las copias de seguridad a los volúmenes
de duplicación locales.
La copia de seguridad de datos de SQL Server en Tivoli Storage Manager es
necesaria cuando sea obligatorio el almacenamiento a largo plazo. Por ejemplo,
guardar datos de SQL Server en cinta con finalidades de archivado requiere
almacenamiento a largo plazo. Las copias de seguridad de Tivoli Storage Manager
también son necesarias en situaciones de recuperación ante siniestro cuando los
discos que se han utilizado para las copias de seguridad no están disponibles.
Si se mantienen varias copias de seguridad en el almacenamiento de servidor de
Tivoli Storage Manager, habrá disponible una copia de un instante específico por si
se diera el caso de que las copias de seguridad de los volúmenes de duplicación
local se suprimieran o se dañaran.
Restricción: Si ejecuta copias de seguridad del registro de herencia en un servidor
de Tivoli Storage Manager, se podrían truncar los archivos de registro a la base de
datos SQL.
Volúmenes de duplicación local
Cuando realice copia de seguridad de datos en volúmenes de duplicación locales,
asegúrese de tener asignado suficiente espacio de almacenamiento local en los
volúmenes de duplicación locales. Cree distintos conjuntos de políticas para copias
de seguridad tanto en los volúmenes de duplicación local como en el
almacenamiento del servidor de Tivoli Storage Manager. Si utiliza un proveedor de
VSS distinto al Proveedor de sistema de VSS de Windows, siga las
recomendaciones de copia de seguridad del proveedor de VSS.
El entorno y los recursos de almacenamiento también afectan a la cantidad de
versiones de copia de seguridad que se mantienen en los volúmenes de
duplicación locales para operaciones de Restauración rápida VSS y de Restauración
instantánea de VSS, y en servidor de Tivoli Storage Manager para operaciones de
Restauración VSS.
Copias de seguridad de VSS y de herencia combinadas
Tras restaurar una copia de seguridad de VSS completa, puede utilizar Copias de
seguridad VSS y copias de seguridad de herencia juntos como una solución de
copia de seguridad muy eficiente para datos de Data Protection for SQL Server.
Tabla 8. Características de la estrategia de copia de seguridad
Características de
estrategia
Sólo copia de seguridad de
herencia
Copia de seguridad de herencia y
VSS
Tipos de copia de
seguridad
disponibles
v FULL 1+ por semana
v FULL 1+ de herencia por semana
v DIFF 1+ por día
v FULL 1+ VSS por día
v LOG 1+ por día
v DIFF 1+ de herencia por día
v LOG 1+ de herencia por día
102
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Tabla 8. Características de la estrategia de copia de seguridad (continuación)
Características de
estrategia
Sólo copia de seguridad de
herencia
Tipos de
restauración
disponibles
Restaurar en SQL Server de
VSS, incluida la restauración VSS 1
producción o en un SQL Server
De herencia:
alternativo
Restauración en SQL Server de
producción o en un SQL Server
alternativo
Atributos de
restauración
v FULL, LOG, DIFF, GROUP,
FILE
VSS:
v Granularidad de la
restauración a nivel de
servidor, base de datos,
grupo de archivos y archivo
individual
v Granularidad de restauración a
nivel de base de datos
v Recuperación en un instante
específico
v Recuperación con
reaplicación de
actualizaciones
v Restauración en un sistema
alternativo
Copia de seguridad de herencia y
VSS
v FULL
v Recuperación de un punto en el
tiempo2
v Recuperación en avance2
De herencia:
v FULL, LOG, DIFF, GROUP, FILE
v Granularidad de la restauración a
nivel de servidor, base de datos,
grupo de archivos y archivo
individual
v Recuperación en un instante
específico
v Recuperación con reaplicación de
actualizaciones
v Restauración en un sistema
alternativo
Nota:
1. Los archivos se copian del servidor de Tivoli Storage Manager directamente en los
volúmenes de origen de producción.
2. Para adquirir estos atributos de restauración, las copias de seguridad que se aplican a
una copia de seguridad de VSS completa deben ser copias de seguridad de registro de
herencia o copias de seguridad diferenciales de herencia.
Protección de datos mejorada para grupos de disponibilidad
de Microsoft SQL AlwaysOn
Puede ejecutar operaciones de copias de seguridad VSS (completa) y de herencia
(completa, diferencial, archivo/conjunto/grupo, y registro) en una réplica primaria.
Puede ejecutar operaciones de copia de seguridad de herencia y de VSS de sólo
copia, y copias de seguridad de registro normal en una réplica secundaria. No
puede ejecutar una copia de seguridad diferencial en una réplica secundaria.
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.
Cuando realice una copia de seguridad de los datos, puede distribuir la carga de
trabajo de copia de seguridad por motivos de escalabilidad y aislar la actividad de
Capítulo 4. Protección de datos
103
copia de seguridad en un nodo de copia de seguridad dedicado. Al aislar la
actividad de copia de seguridad, minimiza el efecto en bases de datos de
producción.
Dado que las réplicas son copias de la misma base de datos, evite copias de
seguridad redundantes de las mismas bases de datos. Aplique políticas de
retención a bases de datos exclusivas.
Como práctica recomendada, permita las copias de seguridad de cualquier nodo
del grupo de disponibilidad y permita operaciones de restauración desde cualquier
nodo del grupo de disponibilidad.
Prácticas recomendadas para realizar una copia de seguridad de
los datos de un AAG
Al utilizar Tivoli Storage FlashCopy Manager for SQL Server para gestionar copias
de seguridad de AAG, tenga en cuenta las siguientes opciones de copia de
seguridad:
Prioridad de la copia de seguridad
Especificada por base de datos en un AAG, la opción de prioridad de
copia de seguridad define el orden en el que se utilizan las réplicas para
realizar una copia de seguridad de una base de datos en un AAG.
Réplica preferida
Especificada a un nivel de AAG, la opción de réplica preferida define si se
pueden utilizar las réplicas primarias o secundarias para operaciones de
copia de seguridad.
v 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, puede utilizar la réplica primaria.
v Sólo secundaria: sólo se pueden realizar copias de seguridad planificadas
en una réplica secundaria.
v Primaria: sólo se pueden realizar copias de seguridad planificadas en
una réplica primaria.
v Cualquier réplica: las copias de seguridad planificadas pueden aparecer
en cualquier réplica.
Parámetro /USEALWAYSONNode
Una opción de parámetro en el mandato backup que 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 de los que
se ha hecho copia de seguridad se almacenan en el espacio de nombres
AlwaysOnNode utilizando la opción Asnode.
Parámetro /ALWAYSONPriority
Una opción de parámetro en el mandato backup que especifica que se
realizará una 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 funcionan correctamente. Este parámetro
sólo se aplica a copias de seguridad planificadas.
Despliegues de protección de datos típicos en entornos AAG
Puede realizar la copia de seguridad de datos en un AAG de las siguientes
maneras:
v Distribuya una copia de seguridad de herencia entre réplicas de AAG
104
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
v Distribuya una copia de seguridad de VSS entre réplicas de AAG
Caso de ejemplo: Las copias de seguridad de herencia se distribuyen entre
réplicas de AAG
Al configurar el entorno para distribuir una copia de seguridad de
herencia entre réplicas de AAG, siga estos pasos:
1. Establezca la réplica preferida en Preferir réplica secundaria.
2. Instale Tivoli Storage FlashCopy Manager for SQL Server en todas las
réplicas aptas para ejecutar una copia de seguridad.
3. Cree un script de mandato para ejecutar un archivo .CMD con un
mandato backup similar al ejemplo siguiente:
tdpsqlc backup db1,db2,db3 full /alwaysonpriority
4. Asocie cada nodo de Tivoli Storage FlashCopy Manager for SQL Server
con la planificación definida.
5. Ejecute copias de seguridad en el nodo SQL de acuerdo con las
prioridades definidas para cada base de datos.
Caso de ejemplo: Las copias de seguridad VSS se distribuyen entre réplicas de
AAG Al configurar el entorno para distribuir una copia de seguridad de VSS
entre réplicas de AAG, siga estos pasos:
1. Establezca la réplica preferida en Preferir réplica secundaria.
2. Instale Tivoli Storage FlashCopy Manager for SQL Server en todas las
réplicas aptas para ejecutar una copia de seguridad.
3. Cree un script de mandato para ejecutar un archivo .CMD con un
mandato backup independiente por base de datos similar al ejemplo
siguiente:
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
4. Asocie cada nodo de Tivoli Storage FlashCopy Manager for SQL Server
con la planificación definida.
5. Ejecute copias de seguridad en el nodo SQL de acuerdo con las
prioridades definidas para cada base de datos.
Inicio de Microsoft Management Console
Después de completar el proceso de configuración, inicie Microsoft Management
Console (MMC) para proteger los datos de SQL Server.
Antes de empezar
Si intenta utilizar Data Protection for SQL Server antes de completar el proceso de
configuración, el software no funcionará correctamente.
Acerca de esta tarea
El software Data Protection for SQL Server se muestra en MMC como plugin.
MMC utiliza un árbol de navegación para organizar los datos del sistema que se
ha registrado. Cada icono de sistema que va seguido por el término Panel de
instrumentos representa un sistema físico.
Capítulo 4. Protección de datos
105
Cuando se registra un sistema, se recopila y se almacena la información acerca del
sistema. La información de la contraseña se cifra y se almacena por separado. El
seguimiento de los sistemas que están registrados se realiza con un identificador
exclusivo global (GUID). El GUID se utiliza al realizar copias de seguridad y
restauraciones de datos.
Puede crear grupos de sistemas. Estos grupos consolidan la información cuando se
visualiza el panel de instrumentos, se preparan informes y se ejecutan mandatos
de grupo. De forma predeterminada, los sistemas de un grupo se seleccionan al
completar las tareas para el grupo, pero puede seleccionar más sistemas en el árbol
para incluirlos en una operación.
Procedimiento
Para iniciar MMC, pulse Inicio > Todos los programas > Data Protection for
Microsoft SQL Server > DP for SQL Management Console.
Inicio de la interfaz de la línea de mandatos de Data Protection for
SQL Server
Puede iniciar la interfaz de línea de mandatos de Data Protection for SQL Server
utilizando un indicador de mandatos de Windows con privilegios administrativos.
También puede iniciar la interfaz de línea de mandatos desde Microsoft
Management Console (MMC).
Procedimiento
1. Inicie MMC.
2. En el árbol de navegación, seleccione el nodo de sistema en el que desea
ejecutar los mandatos.
3. Expanda el nodo Proteger y recuperar datos.
4. En el árbol de navegación, seleccione un nodo de SQL Server.
5. Pulse la pestaña Automatizar. Una línea de mandatos integrada está disponible
en la ventana de la tarea. Puede utilizar la interfaz para especificar los cmdlet
de PowerShell o los mandatos de la interfaz de línea de mandatos. La salida se
visualiza en la ventana principal.
6. En la lista desplegable, cambie PowerShell a Línea de mandatos.
Obtención de ayuda para mandatos de Data Protection for
SQL Server
Si escribe el mandato help en el indicador de mandatos, puede visualizar una lista
completa de mandatos de Data Protection for SQL Server y los parámetros
asociados.
Procedimiento
En el indicador de mandatos, escriba tdpsqlc ?nombre_mandato Donde
nombre_mandato es el nombre del mandato de Data Protection for SQL Server.
Por ejemplo:
tdpsqlc ? restore full
106
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Gestión de instalaciones de Data Protection for SQL Server de forma
remota
Desde una sola instalación de Data Protection for SQL Server puede gestionar
todas las instalaciones de Data Protection for SQL Server de la empresa.
Antes de empezar
El sistema debe ejecutar Microsoft Windows 2008 o versiones posteriores,
PowerShell 3.0 o posterior y Data Protection for SQL Server. En Windows 2012 y
versiones posteriores, PowerShell versión 4.0 se instala de forma predeterminada.
Para obtener información sobre cómo descargar, instalar y habilitar Windows
PowerShell, consulte esta página web: Descargas de Microsoft Windows
Management Framework 3.0 (http://www.microsoft.com/en-us/download/
details.aspx?id=34595).
Procedimiento
1. Habilite la gestión remota para Data Protection for SQL Server emitiendo el
siguiente mandato:
Enable-PSRemoting -force
2. Añada los servidores de Data Protection for SQL Server a la lista de hosts
fiables emitiendo el siguiente mandato:
Set-Item WSMan:\localhost\Client\TrustedHosts -Value remote_server_name -Force
3. Después de realizar cambios en la configuración, reinicie el servicio winrm
emitiendo el siguiente mandato.
Restart-Service winrm
Adición de sistemas remotos
Puede añadir los sistemas remotos en MMC.
Procedimiento
1. Desde Microsoft Management Console (MMC), en la página Acciones pulse
Gestionar sistemas.
2. Verifique que el sistema local se lista en los paneles de Nodos de árbol y
Sistemas.
3. En el panel Nodos de árbol, pulse el icono de adición. El icono es verde y se
parece al símbolo para añadir.
4. Escriba el nombre y una descripción del nodo de árbol nuevo.
5. En el panel Sistemas, pulse el icono de adición. Los sistemas que añada están
asociados con el nodo de árbol que desea crear. Si añade sólo un sistema, el
tipo de nodo de árbol puede ser Panel de control o Grupo. Si añade más de
un sistema, el tipo de nodo de árbol es Grupo. Si añade sólo un sistema,
desde el panel Nodos de árbol, puede ir alternando entre los tipos Panel de
control y Grupo.
6. Escriba el nombre del sistema y una descripción. Para los sistemas que no
están en el dominio, proporcione la dirección completa. Como alternativa,
para seleccionar un sistema que está basado en otro sistema del dominio o
para leer una lista de los sistemas desde un archivo, en el panel Sistemas,
pulse Importar. Si pulsa Importar, se mostrará un diálogo que se denomina
Añadir sistemas. En el diálogo Añadir sistemas hay dos separadores: Active
Directory e Importar. Para completar las entradas de la ventana de diálogo
Añadir sistemas, efectúe los pasos siguientes:
Capítulo 4. Protección de datos
107
a.
Para el separador Active Directory, complete estos campos
Dominio
Se visualiza el dominio actual. El dominio no se puede cambiar.
Ubicación
La unidad organizativa que se utiliza para buscar sistemas. Se
muestra el valor predeterminado.
Nombre
De manera predeterminada, se muestra el carácter comodín (*).
Puede dejar el valor predeterminado o escribir un nombre
específico.
Cuenta
Se muestra la cuenta actual. Si desea utilizar otra cuenta, pulse
Buscar para buscar el dominio de otros sistemas. La prestación
Buscar sólo se habilita cuando los campos Ubicación y Nombre
tiene valores.
b. En el separador Importar, busque un archivo de valores separados por
comas (.CSV) que contenga las entradas del sistema. Después de encontrar
un archivo .CSV y pulsar Importar, los contenidos del archivo .CSV se
leen como entradas y se añaden a la lista. El siguiente archivo .CSV es un
ejemplo de archivo .CSV válido para la actividad de importar:
NewNode1,Group1,CurrentUser,Test node 1
NewNode2
NewNode3,,Description of NewNode3
NewNode4,Group2,CurrentUser,Test node 4
7.
8.
9.
10.
108
La primera columna (el nombre del nodo) es obligatoria. Las otras
columnas de datos son opcionales. La lista se procesa por la posición. En
cuanto al grupo, si un grupo no existe, éste se crea.
En el panel Sistemas, pulse Probar conexión. El estado de la prueba se reporta
en la columna Mensaje de la tabla Sistemas.
Pulse Aceptar para cerrar la ventana Gestionar sistemas.
Verifique que el nodo de árbol se lista en el árbol de navegación. El nodo
remoto no tiene todas las funciones disponibles para los sistemas locales. Por
ejemplo, no se muestran las entradas para la formación, el soporte en línea ni
los enlaces favoritos.
Para el nodo de árbol de tipo Panel de control, la ventana principal muestra
los separadores Proteger, Recuperar y Automatizar. Para el nodo de árbol de
tipo Grupo, la ventana principal muestra los separadores Panel de control del
grupo, Informes del grupo y Mandatos del grupo.
Después de añadir sistemas, puede eliminar (suprimir) los sistemas. También
puede seleccionar el sistema para editar las propiedades, incluido el tipo de
nodo de árbol, que ha especificado al añadir el sistema. Si desea cambiar el
orden de los sistemas que se visualizan en el árbol de navegación, utilice los
controles de la interfaz gráfica de usuario en la ventana Gestionar sistemas.
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Determinación de la capacidad de almacenamiento gestionada
Puede determinar la capacidad del almacenamiento gestionado. Esta información
puede ser útil al calcular los requisitos de almacenamiento para la renovación de
licencias.
Acerca de esta tarea
Normalmente la capacidad utilizada por los datos del servidor es distinta de la
capacidad del volumen que contiene esos datos. Por ejemplo, es posible que un
conjunto de bases de datos requiera una capacidad de 1 GB y resida en un
volumen de 10 GB. Cuando se crea una instantánea de un volumen, la medida de
capacidad gestionada de Data Protection for SQL Server es de 10 GB.
Procedimiento
Desde Microsoft Management Console (MMC), seleccione una instancia de
SQL Server.
2. En la pestaña Proteger, pulse Propiedades en el panel Acción.
3. Seleccione Capacidad gestionada en la lista de páginas de propiedades
disponible. Se calcula y visualiza la capacidad gestionada.
4. Para ver una lista de los volúmenes que contienen copias de seguridad y sus
capacidades gestionadas respectivas, pulse Mostrar detalles.
1.
Gestión de tareas de copia de seguridad de gestión, restauración y
automatización en el gestor de tareas
El gestor de tareas proporciona una vista centralizada de Microsoft Management
Console (MMC) desde el cual puede ver, detener, eliminar o gestionar tareas de
copia de seguridad, restauración y automatización.
Procedimiento
1. Inicie MMC.
2. En la página de bienvenida de MMC, pulse la tarea Proteger datos o Recuperar
datos adecuada para sus requisitos de datos.
3. En el panel Acción, pulse Mostrar actividad. Se abre el panel del gestor de
tareas bajo el panel de resultados.
4. Elija su vista preferida para la tarea actual:
Capítulo 4. Protección de datos
109
Opción
Descripción
Lista de tareas (valor predeterminado)
Pulse esta vista para ver la siguiente
información:
Nombre
Estado
Resultado
Progreso
Hora de inicio
Duración
Mensajes
Utilice la vista Lista de tareas para
completar estas tareas:
v Pulse Subir y Bajar para modificar el
orden en el que se procesan las
operaciones no completadas. Pase el
cursor sobre la operación seleccionada
para ver la entrada de la línea de
mandatos.
v Pulse en Detener para finalizar una
operación que todavía se está procesando.
Cuando no se puede detener una
operación, este botón no está disponible.
v Pulse en Eliminar para eliminar una
operación completada o planificada.
v Copie la operación seleccionada pulsando
en el icono de copia o pulsando el botón
derecho del ratón sobre una tarea y
seleccionando Copiar. Puede ejecutar este
mandato en el separador Automatizar o
desde un indicador de mandatos.
v Pulse en el icono de calendario para
utilizar el asistente del planificador para
configurar una planificación.
v Pulse en el icono adecuado para ver las
estadísticas o un gráfico de rendimiento
para la operación seleccionada.
Detalles de tarea
Pulse esta vista para ver la información que
está disponible en la Lista de tareas en
formato detallado. Pulse Modalidad:
Navegar y utilice las flechas para ver los
detalles de la operación. También hay
disponible información de resumen y de
errores si procede.
Copia de seguridad de datos de SQL Server
Windows
Mediante VSS (Volume Shadow Copy Service) de Microsoft puede hacer copia de
seguridad de datos de SQL Server y montar la copia de seguridad si es necesario.
También puede crear copias de seguridad de herencia de bases de datos, grupos y
archivos de SQL Server.
110
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Habilitación de la compresión de copia de seguridad de SQL
Server
Con Data Protection for SQL Server, puede comprimir copias de seguridad de SQL
Server. Al comprimir los datos se reducen el tráfico y los requisitos de
almacenamiento. La compresión de copia de seguridad de SQL Server
normalmente es más rápida y más eficaz que si se utiliza la compresión de Tivoli
Storage Manager.
Acerca de esta tarea
v Puede ejecutar la compresión de la copia de seguridad de SQL Server sólo con
las copias de seguridad de herencia en SQL Server.
v Para SQL Server, puede ejecutar la compresión de copia de seguridad sólo en
Enterprise Edition.
v Para SQL Server 2008 R2 y versiones posteriores, puede ejecutar la compresión
de copia de seguridad en las ediciones Standard, Enterprise y Datacenter. A
partir de SQL Server 2008, cualquier edición puede restaurar una copia de
seguridad comprimida.
Procedimiento
Utilice Microsoft Management Console (MMC) o bien la línea de mandatos para
habilitar la compresión de copia de seguridad de SQL Server:
v En la ventana de propiedades General de MMC, especifique la opción de
compresión de copia de seguridad nativa de SQL Server. Después de establecer
esta opción, la columna Carga de trabajo de SQL de la ficha Recuperar muestra
el estado de compresión de SQL para las copias de seguridad de herencia.
v En la línea de mandatos, añada esta sentencia al archivo de configuración de
SQL (tdpsql.cfg). Edite el archivo y emita este mandato:
SQLCOMPression Yes | No
El valor predeterminado es No.
Verificación de la integridad de las bases de datos de
herencia mediante la opción de suma de comprobación
Con Data Protection for SQL Server, puede verificar la integridad de las copias de
seguridad de base de datos de herencia estableciendo una opción de suma de
comprobación.
Acerca de esta tarea
Una suma de comprobación es un valor que se calcula y se graba en la cabecera de la
página de datos del archivo de datos de la base de datos. Cuando se vuelve a leer
un archivo de datos, el valor de suma de comprobación se vuelve a calcular. El
proceso de suma de comprobación valida los valores en un archivo o la
configuración de cambios no previstos. Los valores se verifican entre el estado
actual y el estado de la línea base.
Restricción: La comprobación de integridad de suma de comprobación sólo está
disponible con copias de seguridad de herencia de SQL Server.
Procedimiento
1. Abra la ventana Propiedades generales de Microsoft Management Console
(MMC).
Capítulo 4. Protección de datos
111
2. Selecciones Calcular suma de comprobación de SQL Server para copia de
seguridad de herencia.
Si selecciona esta opción, todas las copias de seguridad de herencia se
comprobarán de forma predeterminada. Puede alterar temporalmente este valor
para establecer la comprobación de integridad para una copia de seguridad
determinada. Por ejemplo, si ha omitido la comprobación de la integridad de
todas las copias de seguridad, puede establecer la integración de la
comprobación en una determinada copia de seguridad de herencia
seleccionando la opción Suma de comprobación de SQL en el separador
Proteger de la instancia de SQL Server. También puede emitir la opción
SQLCHECKSum con el mandato backup en la línea de mandatos para habilitar o
inhabilitar temporalmente la opción de suma de comprobación.
Resultados
Cuando selecciona el recuadro de selección Calcular suma de comprobación de
SQL Server para copia de seguridad de herencia, el valor se graba en el archivo
de preferencias de Data Protection for SQL Server, tdpsql.cfg, y se aplica a todas
las operaciones de copia de seguridad de herencia. Si quita la marca del recuadro
de selección, la comprobación de la integridad no se aplica a ninguna copia de
seguridad de base de datos de herencia.
Tareas relacionadas:
“Creación de copias de seguridad de herencia de bases de datos de SQL Server” en
la página 114
Creación de copias de seguridad de VSS de bases de datos
de SQL Server
Puede realizar una copia de seguridad de bases de datos de SQL Server estándar o
de disponibilidad utilizando VSS (Volume Shadow Copy Service) de Microsoft.
Antes de empezar
Para gestionar copias de seguridad de VSS o para ejecutar copias de seguridad con
traspaso de datos a almacenamiento del servidor de Tivoli Storage Manager,
asegúrese de que Tivoli Storage FlashCopy Manager está configurado en su
entorno.
Si utiliza VSS para realizar una copia de seguridad de datos en un servidor de
Tivoli Storage Manager, Tivoli Storage FlashCopy Manager no es necesario.
Acerca de esta tarea
En SQL Server 2012 y versiones posteriores, puede hacer copia de seguridad de las
bases de datos de disponibilidad en un grupo de disponibilidad AlwaysOn (AAG)
independientemente de la réplica de disponibilidad que se utilice para la operación
de copia de seguridad.
Restricción: Cuando complete una copia de seguridad copyfull de una réplica
secundaria en un AAG, sólo se creará una copia de seguridad completa de dicha
base de datos.
Para hacer una copia de seguridad de las bases de datos de disponibilidad,
asegúrese de que esté configurado para utilizar un nodo AlwaysOn. Especifique
también el nodo AlwaysOn en el campo Nodo AlwaysOn en la página Nombres
112
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
de nodo de TSM del asistente de configuración de Tivoli Storage Manager. Si
cambia el campo Nombre de nodo AlwaysOn en la página de propiedades Nodo
AlwaysOn para su carga de trabajo de SQL Server, debe ejecutar el asistente de
configuración de Tivoli Storage Manager para completar la reconfiguración del
nombre.
Si no desea utilizar el asistente de configuración Tivoli Storage Manager para
registrar el nodo en servidor de Tivoli Storage Manager, puede utilizar el mandato
Tivoli Storage Manager registrar nodo.
Procedimiento
1. Inicie Microsoft Management Console (MMC).
2. Si tiene la intención de utilizar copias de seguridad con traspaso de datos y el
entorno está configurado para su uso con un servidor de Tivoli Storage
Manager, especifique un valor en el campo Nombre de nodo DSMAGENT
remoto.
a. Seleccione la instancia de SQL Server en el árbol de navegación, y pulse
Propiedades en el panel Acciones.
b. Seleccione la página de propiedades Copia de seguridad VSS. Si Nombre de
nodo DSMAGENT remoto está en blanco, especifique un nombre de nodo.
Una copia de seguridad con traspaso de datos utiliza otro sistema (especificado
con el parámetro Nombre de nodo DSMAGENT remoto) para trasladar datos
de SQL Server al almacenamiento del servidor de Tivoli Storage Manager. La
copia de seguridad con traspaso de datos puede reducir la carga de trabajo en
los recursos de red, E/S y procesador durante el proceso de copia de
seguridad.
3. En el separador Proteger de una instancia de SQL Server, seleccione una opción
para visualizar bases de datos.
Tabla 9. Vistas de copia de seguridad de base de datos
Tarea
Acción
Ver una lista de bases de datos de SQL
Server que están disponibles para una
operación de copia de seguridad
Pulse Ver: Bases de datos
Ver una lista de bases de datos de
disponibilidad de SQL Server 2012 y
versiones posteriores que están disponibles
para una operación de copia de seguridad
Pulse Bases de datos estándar Se mostrará
información sobre las bases de datos de
disponibilidad de un grupo de
disponibilidad, incluido el rol de réplica, el
estado de sincronización, y el uso de
espacio y de archivos de registro.
Conmute el botón Bases de datos
estándar/Bases de datos de
disponibilidad correspondiente a las
respectivas vistas de base de datos.
Acote la lista de bases de datos disponibles que se muestran en el panel de
resultados escribiendo una palabra clave en el campo Buscar. A continuación,
seleccione las bases de datos para hacer copia de seguridad.
4. Verifique las opciones de copia de seguridad. Si no se muestran las opciones de
copia de seguridad, pulse Mostrar opciones de copia de seguridad. Si desea
realizar copias de seguridad con traspaso de datos, seleccione Yes en el campo
Traspaso de datos.
5. En el panel Acciones, pulse Método de copia de seguridad y seleccione VSS.
Capítulo 4. Protección de datos
113
6. En el panel Acciones, seleccione TSM como Destino de copia de seguridad. La
única opción disponible para el usuario es TSM porque las copias de seguridad
de base de datos se guardan en almacenamiento del servidor de Tivoli Storage
Manager.
7. Opcional: Seleccione una modalidad para la tarea actual:
v Ejecutar interactivamente: pulse este elemento para ejecutar la tarea actual
interactivamente. Esta selección es el valor predeterminado.
v Ejecutar de forma planificada: pulse este elemento para convertir la acción
actual en una tarea planificada. Cuando seleccione esta opción, el asistente de
planificación ejecutará el mandato necesario para completar la tarea.
8. Para iniciar la operación de copia de seguridad en el panel Acciones, realice
una de las acciones siguientes:
a. Pulse Copia de seguridad completa Como alternativa también puede pulsar
con el botón derecho del ratón en una base de datos y seleccionar la acción
de copia de seguridad que desee en el menú.
b. Pulse Copia de seguridad completa de sólo copia Una copia de seguridad
completa de sólo copia es independiente de la secuencia de copias de
seguridad de SQL Server y no se utiliza como base para una copia de
seguridad diferencial. Una copia de seguridad diferencial no está asociada
con la copia de seguridad completa de copia, sino con la copia de seguridad
completa anterior que se completó. Puede utilizar una copia de seguridad
completa de sólo copia como copia de seguridad para un propósito especial
que no afecte a operaciones de copia de seguridad y restauración, y
conservar esta copia de seguridad para más tiempo que las copias de
seguridad convencionales.
9. Para revisar el estado de la operación de copia de seguridad, pulse Lista de
tareas en el panel de resultados. Pulse Detalles de tarea para ver información
de estado detallada.
Resultados
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.
Qué hacer a continuación
Para determinar las copias de seguridad de base de datos que se omiten durante el
proceso de copia de seguridad, revise el archivo tdpsql.log del directorio donde
está instalado Data Protection for SQL Server.
Creación de copias de seguridad de herencia de bases de
datos de SQL Server
Puede crear una copia de seguridad de herencia de las bases de datos estándar de
SQL Server mediante Microsoft Management Console (MMC). También puede
utilizar el método de herencia para hacer una copia de seguridad de bases de
datos de disponibilidad con SQL Server 2012 y versiones posteriores.
Antes de empezar
v Para realizar una copia de seguridad de herencia, debe tener instalado el archivo
de licencia de Data Protection for SQL Server.
v En SQL Server 2012 y versiones posteriores, también puede hacer copia de
seguridad de las bases de datos de disponibilidad en un grupo de
114
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
disponibilidad AlwaysOn (AAG) independientemente de la réplica de
disponibilidad que se utilice para la operación de copia de seguridad. Para hacer
una copia de seguridad de las bases de datos de disponibilidad, asegúrese de
que esté configurado para utilizar un nodo AlwaysOn. Especifique también el
nodo AlwaysOn en el campo Nodo AlwaysOn en la página Nombres de nodo
de TSM del asistente de configuración de Tivoli Storage Manager.
Acerca de esta tarea
Cuando cambia las copias de seguridad log y set en una nueva clase de gestión, el
valor de la nueva clase entrará en vigor sólo en las nuevas copias de seguridad.
Las copias de seguridad existentes no se vuelven a vincular a la nueva clase de
gestión. Por lo tanto, planifique una nueva copia de seguridad full después de
cambiar la clase de gestión para las copias de seguridad log y set.
Procedimiento
1. Inicie MMC.
2. Seleccione la instancia SQL Server en la vista de árbol.
3. En el separador Proteger de una instancia de SQL Server, seleccione una opción
para visualizar bases de datos.
Tabla 10. Vistas de copia de seguridad de base de datos
Tarea
Acción
Ver una lista de bases de datos de SQL
Server que están disponibles para una
operación de copia de seguridad
Pulse Ver: Bases de datos
Ver una lista de bases de datos de
disponibilidad de SQL Server 2012 y
versiones posteriores que están disponibles
para una operación de copia de seguridad
Pulse Bases de datos estándar Se mostrará
información sobre las bases de datos de
disponibilidad de un grupo de
disponibilidad, incluido el rol de réplica, el
estado de sincronización, y el uso de
espacio y de archivos de registro.
Conmute el botón Bases de datos
estándar/Bases de datos de
disponibilidad correspondiente a las
respectivas vistas de base de datos.
Acote la lista de bases de datos disponibles que se muestran en el panel de
resultados escribiendo una palabra clave en el campo Buscar.
4. Verifique las opciones de copia de seguridad. Si no se muestran las opciones de
copia de seguridad, pulse Mostrar opciones de copia de seguridad.
Capítulo 4. Protección de datos
115
Tabla 11. Opciones de copia de seguridad de base de datos
Opción
Acción
Bandas de datos
Utilice esta opción para especificar el
número de bandas de datos que desea
utilizar en una operación de copia de
seguridad o restauración.
La variable númbandas puede estar
comprendida entre 1 y 64. El valor
predeterminado es 1.
Cuando utilice un número de múltiples
bandas para las copias de seguridad de
herencia y establezca el parámetro Sólo
verificar en Sí para restaurar la copia de
seguridad de herencia, el número de
bandas de la restauración de herencia debe
ser igual o superior al número de bandas
de la copia de seguridad de herencia.
Cambio de porcentaje de base de datos
estimado
Utilice esta opción para especificar el
porcentaje estimado estimada de la base
de datos que se ha modificado desde la
última copia de seguridad completa de la
base de datos. El valor predeterminado es
20.
Esta estimación es útil porque SQL Server
no proporciona ningún procedimiento
para determinar el tamaño de una copia
de seguridad diferencial y porque el
servidor de Tivoli Storage Manager
necesita una estimación de tamaño precisa
para asignar espacio y colocar objetos de
forma eficiente. El servidor de Tivoli
Storage Manager utiliza este valor para
determinar si hay suficiente espacio en la
agrupación de almacenamientos primaria
para incluir la copia de seguridad.
Cambio de porcentaje de registro
estimado
116
Utilice esta opción para especificar el
porcentaje estimado de una base de datos
de SQL Server que ha cambiado debido a
operaciones no registradas desde la última
copia de seguridad de registro. El valor
predeterminado es 0.
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Tabla 11. Opciones de copia de seguridad de base de datos (continuación)
Opción
Acción
Truncar registros
Utilice esta opción para especificar si
deben desecharse las entradas que ya no
necesita en el registro de transacciones de
bases de datos de SQL Server después de
realizar una copia de seguridad del
registro. El valor predeterminado es Sí.
En general, no deseará truncar el registro
cuando esté volviendo a crear una base de
datos corrupta. Esta opción permite al
servidor hacer una copia de seguridad de
registro de transacciones pero no afecta a
los datos. Todas las entradas de registro de
transacciones se graban desde el momento
en que se realizó la última copia de
seguridad de registro hasta el punto en
que se ha producido la corrupción de la
base de datos. Si no trunca el registro de
transacciones, es posible que pueda
realizar una copia de seguridad del
registro de transacciones de una base de
datos SQL Server dañada, sospechosa o
irrecuperable.
Copia de seguridad del registro de la cola Utilice esta opción para almacenar
registros de los que no se ha hecho copia
de seguridad.
Al almacenar estos registros, lo que se
conoce como cola de registro, la cadena del
registro se mantiene intacta. Antes de
poder recuperar una base de datos de SQL
Server en el último punto en el tiempo,
debe realizar una copia de seguridad de la
cola del registro de transacciones. La copia
de seguridad del registro de cola es la
última copia de seguridad de interés para
el plan de recuperación de la base de
datos.
Capítulo 4. Protección de datos
117
Tabla 11. Opciones de copia de seguridad de base de datos (continuación)
Opción
Acción
Suma de comprobación de SQL Server
Utilice esta opción para verificar la
integridad de una copia de seguridad de
base de datos de herencia. La
comprobación de integridad es un proceso
que valida los valores en un archivo o la
configuración de cambios no previstos. Los
valores se verifican entre el estado actual y
el estado de la línea base.
En la ventana Propiedades de rendimiento
de MMC, puede habilitar o inhabilitar la
opción de suma de comprobación para
todas las bases de datos de herencia de
una sola vez. Puede modificar el valor
global y habilitar o inhabilitar
temporalmente la opción de suma de
comprobación para una copia de
seguridad de base de datos estableciendo
esta opción Suma de comprobación de
SQL en Yes o No.
5. En el panel Acciones, pulse Método de copia de seguridad y seleccione
Herencia.
6. En el panel Acciones, seleccione TSM como Destino de copia de seguridad. La
única opción disponible para el usuario es TSM porque las copias de seguridad
de base de datos se guardan en almacenamiento del servidor de Tivoli Storage
Manager.
7. Opcional: Seleccione una modalidad para la tarea actual:
v Ejecutar interactivamente: pulse este elemento para ejecutar la tarea actual
interactivamente. Esta selección es el valor predeterminado.
v Ejecutar de forma planificada: pulse este elemento para convertir la acción
actual en una tarea planificada. Cuando seleccione esta opción, el asistente de
planificación ejecutará el mandato necesario para completar la tarea.
8. Para iniciar la operación de copia de seguridad en el panel Acciones, realice
una de las acciones siguientes:
v Copia de seguridad completa
v Copia de seguridad completa de solo copia
v Copia de seguridad diferencial en TSM
v Copia de seguridad de registro en TSM
9. Para revisar el estado de la operación de copia de seguridad, pulse Lista de
tareas en el panel de resultados. Pulse Detalles de tarea para ver información
de estado detallada.
Qué hacer a continuación
v Para determinar las copias de seguridad de base de datos que se omiten durante
el proceso de copia de seguridad, revise el archivo tdpsql.log del directorio
donde está instalado Data Protection for SQL Server. Data Protection for SQL
Server omite las instantáneas de base de datos y las bases de datos que están en
los estados fuera de línea, en duplicación y en restauración.
v Para determinar si la opción de suma de comprobación se aplica a una copia de
seguridad de base de datos de herencia, emita el mandato tdpsqlc query tsm *
en la interfaz de línea de mandato o el cmdlet Get-DpSqlBackup equivalente.
118
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Tareas relacionadas:
“Verificación de la integridad de las bases de datos de herencia mediante la opción
de suma de comprobación” en la página 111
Creación de copias de seguridad de herencia de grupos o
archivos de SQL Server
Puede crear una copia de seguridad de herencia de grupos o archivos de SQL
Server en una base de datos de SQL Server normal utilizando Microsoft
Management Console (MMC). También puede utilizar el método de herencia para
hacer una copia de seguridad de grupos de archivos de bases de datos de
disponibilidad con SQL Server 2012 y versiones posteriores.
Antes de empezar
En SQL Server 2012 y versiones posteriores, puede hacer copia de seguridad de las
bases de datos de disponibilidad en un grupo de disponibilidad AlwaysOn
independientemente de la réplica de disponibilidad que se utilice para la operación
de copia de seguridad. Para hacer una copia de seguridad de las bases de datos de
disponibilidad, asegúrese de que Data Protection for SQL Server esté configurado
para utilizar un nodo AlwaysOn. Especifique también el nodo AlwaysOn en el
campo Nodo AlwaysOn en la página Nombres de nodo de TSM del asistente de
configuración de Tivoli Storage Manager.
Procedimiento
1. Inicie MMC.
2. Seleccione la instancia SQL Server en la vista de árbol.
3. En el separador Proteger de una instancia de SQL Server, seleccione una opción
para visualizar bases de datos.
Tabla 12. Vistas de copia de seguridad de base de datos
Tarea
Acción
Ver una lista de bases de datos de SQL
Server que están disponibles para una
operación de copia de seguridad
Pulse Ver: Bases de datos
Ver una lista de bases de datos de
disponibilidad de SQL Server 2012 y
versiones posteriores que están disponibles
para una operación de copia de seguridad
Pulse Bases de datos estándar Se mostrará
información sobre las bases de datos de
disponibilidad de un grupo de
disponibilidad, incluido el rol de réplica, el
estado de sincronización, y el uso de
espacio y de archivos de registro.
Conmute el botón Bases de datos
estándar/Bases de datos de
disponibilidad correspondiente a las
respectivas vistas de base de datos.
Acote la lista de bases de datos disponibles que se muestran en el panel de
resultados escribiendo una palabra clave en el campo Buscar.
4. Verifique las opciones de copia de seguridad. Si no se muestran las opciones de
copia de seguridad, pulse Mostrar opciones de copia de seguridad.
v Utilice la opción Bandas para especificar el número de bandas de datos a
utilizar en una operación de copia de seguridad o de restauración. La
variable númbandas puede estar comprendida entre 1 y 64. El valor
predeterminado es 1.
Capítulo 4. Protección de datos
119
Cuando utilice un número de múltiples bandas para las copias de seguridad
de herencia y establezca el parámetro Sólo verificar en Yes para restaurar la
copia de seguridad de herencia, el número de bandas de la restauración de
herencia debe ser igual o superior al número de bandas de la copia de
seguridad de herencia.
5. Opcional: Seleccione una modalidad para la tarea actual:
v Ejecutar interactivamente: pulse este elemento para ejecutar la tarea actual
interactivamente. Esta selección es el valor predeterminado.
v Ejecutar de forma planificada: pulse este elemento para convertir la acción
actual en una tarea planificada. Cuando seleccione esta opción, el asistente de
planificación ejecutará el mandato necesario para completar la tarea.
6. Para iniciar la operación de copia de seguridad en el panel Acciones, realice
una de las acciones siguientes:
v Copia de seguridad de grupo de TSM: esta opción hace una copia de
seguridad del contenido del grupo de archivos especificado.
v Copia de seguridad de archivo de TSM: esta opción hace una copia de
seguridad del contenido del archivo de datos lógico especificado.
v Establecer copia de seguridad de TSM: esta opción hace una copia de
seguridad del contenido de los grupos y archivos especificados.
7. Después de completar una operación de copia de seguridad de grupo, archivo
o conjunto, realice una copia de seguridad de los registros de transacciones. No
puede realizar una copia de seguridad de un archivo de registro lógico.
Qué hacer a continuación
Para ver el estado de la operación de copia de seguridad, pulse Lista de tareas en
el panel de resultados. Pulse Detalles de tarea para ver información de estado
detallada.
Copia de seguridad de bases de datos de SQL Server en
Windows Server Core
Para hacer una copia de seguridad de las bases de datos de Microsoft SQL Server
2012 y de versiones posteriores, utilice el mandato backup.
Acerca de esta tarea
Utilice el siguiente procedimiento para realizar una copia de seguridad de las bases
de datos de SQL Server en servidor de Tivoli Storage Manager, o para realizar
instantáneas locales de VSS.
Procedimiento
1. Para realizar una copia de seguridad de una base de datos de SQL Server o de
parte de ello en Windows Server Core, especifique el siguiente mandato en el
indicador de mandatos:
tdpsqlc backup nombre_base_datos tipo_copia_seguridad [otras_opciones]
donde nombre_base_datos especifica el nombre de la base de datos y
tipo_base_datos especifica el tipo de copia de seguridad, como una copia de
seguridad completa. Puede especificar otras opciones, como el método de copia
de seguridad. Por ejemplo, para crear una copia de seguridad de herencia
completa de las bases de datos de SQL Server DB_01 y DB_02, escriba el
siguiente mandato:
tdpsqlc backup DB_01,DB_02 full /backupmethod=legacy
120
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Por ejemplo, para crear una copia de seguridad de herencia completa de todas
las bases de datos de SQL Server, escriba el siguiente mandato:
tdpsqlc backup * full /backupmethod=legacy
2. Para realizar una copia de seguridad de un grupo de archivos, escriba el
siguiente mandato en un indicador de mandatos:
tdpsqlc backup nombre_base_datos grupo_archivos
donde nombre_base_datos especifica el nombre de la base de datos y
grupo_archivos especifica el grupo de archivos de la base de datos. Por
ejemplo, para realizar copia de seguridad del grupo de archivos DB_01_group1
que pertenece a la base de datos DB_01, escriba el siguiente mandato:
tdpsqlc backup DB_01 Group=DB_01_group1
Supresión de copias de seguridad de SQL Server
Puede eliminar una copia de seguridad de SQL Server que ha creado con el
método de copia de seguridad de VSS. Complete esta tarea sólo si es necesario.
Antes de empezar
Normalmente, las copias de seguridad se borran automáticamente en función de
los valores de gestión de políticas definidas por el usuario. Este procedimiento sólo
es necesario si necesita suprimir copias de seguridad que estén fuera del ámbito de
las definiciones de política de Data Protection for SQL Server.
Si suprime una copia de seguridad montada remotamente, también se suprimirán
las instantáneas y la relación entre los volúmenes de destino y origen en el
dispositivo de almacenamiento. Sin embargo, el volumen de destino que se
importa y se monta puede seguir existiendo. Además, el volumen de destino
puede no estar disponible para el servidor donde se produjo el montaje. Las
operaciones en el volumen de destino dependen de la implementación del
dispositivo de almacenamiento y del proveedor de hardware de VSS.
Cuando se supera el número máximo de versiones montadas remotamente o el
número máximo de días para retener una copia de seguridad, la copia de
seguridad asociada caduca y se suprime.
Procedimiento
1. Inicie Microsoft Management Console (MMC).
2. Pulse Recuperar datos > SQL en la ventana Gestión.
3. En el separador Recuperar de la instancia de SQL Server, seleccione Ver:
Restauración de base de datos. En el panel de resultados, examine y seleccione
una o varias copias de seguridad de base de datos que desee suprimir. El tipo
de nodo correspondiente, por ejemplo, AlwaysOn o DP, también debe
seleccionarse.
4. En el panel Acciones, pulse Suprimir copia de seguridad. Cuando una copia
de seguridad se suprime, se muestran dos tareas en la ventana de tareas para
mostrar que la supresión está en curso y que la vista se está renovando.
Capítulo 4. Protección de datos
121
Desactivación de las copias de seguridad de herencia de las
bases de datos de SQL Server
Tivoli Storage Manager desactiva una copia de seguridad de base de datos de SQL
Server como parte de la gestión de políticas de Tivoli Storage Manager.
Normalmente, las copias de seguridad de datos se desactivan cuando una base de
datos de SQL Server se suprime de SQL Server como parte del proceso de copia de
seguridad planificado.
Antes de empezar
La base de datos de SQL Server que desea desactivar debe ser una copia de
seguridad de herencia. No puede utilizar este procedimiento para desactivar las
copias de seguridad VSS. La acción Suprimir está disponible en el panel Acciones
al seleccionar una copia de seguridad de VSS desde la vista Recuperar.
Acerca de esta tarea
En el caso de las copias de seguridad de herencia, puede desactivar cualquier tipo
o todos los tipos de objetos de copia de seguridad siguientes: completa, diferencial,
copia completa, registro, archivo, grupo o conjunto. También puede desactivar
cualquier objeto o tipo de objeto que tenga más de un número de días
especificado.
Cuando desactive copias de seguridad de bases de datos, las bases de datos
existentes en servidor de Tivoli Storage Manager podrán ser suprimidas, según lo
especificado por el parámetro verdeleted.
Cuando el proceso automático no es suficiente, la función inactivate desactiva de
forma explícita una o varias copias de seguridad activos de servidor de Tivoli
Storage Manager.
Procedimiento
1. En el nodo Proteger y recuperar datos del árbol de vista, seleccione SQL Server.
2. Abra la vista Recuperar para ver el estado de la copia de seguridad. Se
muestran las copias de seguridad activas.
3. Seleccione la copia de seguridad de base de datos que desea desactivar y, en el
panel Acciones, pulse Desactivar.
4. Para ver los resultados, realice una de las acciones siguientes:
v Para visualizar la base de datos que ha desactivado, pulse Todas las copias
de seguridad en la barra de herramientas.
v Para visualizar solamente las copias de seguridad de base de datos activas,
pulse Copias de seguridad activas en la barra de herramientas.
122
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Montar instantáneas de VSS para servidores remotos
Puede utilizar la interfaz de línea de mandatos para montar instantáneas de VSS
para servidores al que pueden acceder otros usuarios.
Acerca de esta tarea
El siguiente procedimiento es específico de Tivoli Storage FlashCopy Manager y da
por supuesto que tiene por lo menos tres servidores en el entorno: Servidor A,
Servidor B y Servidor C. La copia de seguridad que se crea en el Servidor A se
monta de manera remota en el Servidor B.
Para montar una copia de seguridad de forma remota, el proveedor de hardware
debe permitir las instantáneas transportables. Además, debe habilitar la opción de
configuración Importar instantáneas de VSS solo cuando sea necesario y
Windows PowerShell remoto.
Cuando se monta una copia de seguridad de manera remota y se suprime, cambia
el estado del punto de montaje. El estado del punto de montaje depende del
dispositivo de almacenamiento y el proveedor de hardware de VSS que se utilice.
Cuando se monta una copia de seguridad de manera remota, se puede suprimir la
copia de seguridad. Cuando se crea una instantánea de VSS persistente local, se
crea también una relación de volumen de destino y origen. La instantánea de VSS
persistente local se crea en el dispositivo de almacenamiento. En este caso, cuando
se produce una operación de montaje remoto, el volumen de destino se importa y
se monta en el servidor que envía la solicitud para la operación remota.
Procedimiento
1. En Servidor A, utilice la interfaz de línea de mandatos para realizar una
consulta de copia de seguridad local. La consulta muestra que la copia de
seguridad está montada en Servidor B.
2. En Servidor C, utilice la interfaz de línea de mandatos para realizar una
consulta de copia de seguridad remota de Servidor A. La consulta muestra que
la copia de seguridad está montada en Servidor B.
3. Cuando especifique un mandato mount o query con la opción /remotecomputer,
si se produce un problema habilite el rastreo de la interfaz de línea de
mandatos y habilite el rastreo en el agente. Habilite el rastreo tanto en el
sistema local como en el remoto añadiendo /tracefile=nombre_archivo.trc
/traceflag=service al mandato.
Montaje de copias de seguridad de SQL Server
Para ver una copia de datos de SQL Server de un punto en el tiempo específico,
monte una copia de seguridad de instantánea.
Acerca de esta tarea
Una copia de datos de un momento específico también se conoce como copia
coherente de un punto en el tiempo o instantánea en línea.
Restricción: No puede utilizar Microsoft Management Console (MMC) para
montar una copia de seguridad en otro servidor. Para montar una instantánea de
VSS en un servidor remoto, escriba el mandato mount backup en la línea de
mandatos.
Capítulo 4. Protección de datos
123
Procedimiento
1. Inicie MMC.
2. Pulse Recuperar datos en la página de bienvenida de MMC.
3. En el panel Acciones del separador Recuperar, pulse Montar copia de
seguridad.
4. Escriba la vía de acceso a la carpeta NTFS o ReFS vacía en la que desea montar
la copia de seguridad o busque la vía de acceso. Pulse en Aceptar. En el
separador Recuperar, se muestra la copia de seguridad que ha montado.
5. En el panel Acciones, seleccione las tareas Explorar y Desmontar copia de
seguridad para la copia de seguridad que ha montado.
Restauración de bases de datos y archivos de SQL Server
Puede restaurar copias de seguridad de herencia de bases de datos de SQL Server,
grupos de archivos y archivos utilizando Microsoft Management Console (MMC).
Establecimiento de la modalidad de un solo usuario para
operaciones de restauración
Es posible que tenga que iniciar una instancia de SQL Server en modalidad de un
solo usuario durante determinadas operaciones de restauración. Por ejemplo, es
posible que utilice el modo de usuario único al restaurar una base de datos
maestra o una base de datos de sistema dañada, o al cambiar opciones de
configuración del servidor.
Antes de empezar
Restricción:
v No puede restaurar las bases de datos SQL que se estén utilizando en ese
momento. Colocando bases de datos SQL para restaurarlas en modalidad de un
único usuario puede evitar intentos de restaurar dichas bases de datos.
v Microsoft Management Console (MMC) no se puede conectar a una instancia de
SQL Server que se haya iniciado en modo de usuario único. Si desea utilizar
MMC cuando la instancia de SQL Server esté en modo de usuario único, debe
utilizar la interfaz de línea de mandatos, tdpsqlc.exe, para restaurar la base de
datos maestra.
Procedimiento
1. Para determinar qué usuarios están utilizando las bases de datos, utilice el
procedimiento almacenado de SQL, SP_WHO.
2. Para obligar a los usuarios a finalizar la sesión de la base de datos SQL y
establecer SQL Server en modalidad de un solo usuario, emita este mandato
TRANSACT-SQL.
ALTER DATABASE DBNAME SET SINGLE_USER
WITH ROLLBACK AFTER N SECONDS
3. Para iniciar SQL Server en modo de usuario único, utilice la opción de
arranque -m de SQL SERVER.
4. Para devolver la base de datos al modo de usuario único, emita este mandato
TRANSACT-SQL.
ALTER DATABASE DBNAME SET MULTI_USER
124
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Establecimiento de opciones de restauración de datos en
Microsoft Management Console
Para optimizar el proceso de restauración de datos para su entorno, modifique las
opciones predeterminadas disponibles en Microsoft Management Console (MMC).
Procedimiento
1. En el separador Recuperar, seleccione Restauración de base de datos.
2. Pulse Mostrar opciones de restauración para modificar las opciones de
restauración predeterminadas, como se indica a continuación: Puede modificar
los valores predeterminados de las opciones de restauración tal como se
describe en la tabla siguiente:
Tabla 13. Opciones de restauración de base de datos
Opción
Acción
Selección automática
Para esta opción, especifique un valor de Sí
(predeterminado) para seleccionar rápidamente los
objetos de copia de seguridad que se deben restaurar.
Con la selección automática, cuando selecciona la
copia de seguridad más reciente para restaurarla,
todas las copias de seguridad asociadas se
seleccionan automáticamente, hasta la copia de
seguridad completa anterior. Esta opción afecta a las
copias de seguridad de las siguientes maneras:
v Si se pulsa en una copia de seguridad diferencial,
también se selecciona la copia de seguridad
completa asociada.
v Al pulsar sobre una copia de seguridad del
registro, se seleccionan también la copia de
seguridad completa asociada y todas las anteriores
copias de seguridad diferenciales o del registro
asociadas.
Rendimiento
Bandas
Para esta opción, especifique el número de bandas de
datos a utilizar en una operación de restauración. Se
admite un máximo de 64 bandas de datos. El valor
predeterminado es 1.
El valor que especifique debe corresponder con el
valor que establezca para almacenamientos
intermedios de SQL Server.
Restricción: Esta opción de restauración solo está
disponible con copias de seguridad de herencia.
Cuando utilice un número de múltiples bandas para
las copias de seguridad de herencia y establezca el
parámetro Sólo verificar en Sí para restaurar la copia
de seguridad de herencia, el número de bandas de la
restauración de herencia debe ser igual o superior al
número de bandas de la copia de seguridad de
herencia.
Comportamiento de
restauración
Capítulo 4. Protección de datos
125
Tabla 13. Opciones de restauración de base de datos (continuación)
Opción
Acción
Sólo propietario de base de
datos
Establezca este valor en Yes para marcar una base de
datos para que sea utilizada sólo por el propietario.
El valor predeterminado es No, que especifica no
marcar la base de datos para que sólo la utilice el
propietario.
Restricción: Esta opción de restauración sólo está
disponible con las copias de seguridad de herencia.
Sustituir
Para sustituir una base de datos durante una
operación de restauración, establezca este valor en
Yes. El valor predeterminado es No, que especifica
no sustituir bases de datos.
Restricción: Esta opción de restauración solo está
disponible con copias de seguridad de herencia.
Recuperación
Utilice esta opción para restaurar los datos en una
base de datos de SQL Server que no se encuentre en
un SQL Server en espera. El valor predeterminado es
Sí.
v Seleccione Sí cuando ejecute una secuencia de
operaciones de restauración en una base de datos
de SQL Server y la operación de restauración
actual sea la última de la secuencia o cuando sea la
única operación de restauración.
v Seleccione No cuando ejecute una secuencia de
operaciones de restauración en una base de datos
de SQL Server y la operación de restauración
actual no sea la última de la secuencia. Seleccione
No para todas las operaciones de restauración de
la serie excepto para la última.
En espera de nombre de
archivo de deshacer
Para esta opción, especifique un valor Sí para
cambiar la base de datos de SQL Server a de destino
a una base de datos de SQL Server en espera. El
valor predeterminado es No.
Esta opción se puede utilizar para los tipos de copia
de seguridad completa, diferencial y de registro.
Cuando especifica esta opción para una base de
datos, se aplica a todos los objetos de copia de
seguridad para esa base de datos. De forma similar,
si elimina esta opción para un objeto de copia de
seguridad, la opción se elimina para todos los objetos
de copia de seguridad.
126
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Tabla 13. Opciones de restauración de base de datos (continuación)
Opción
Acción
Sólo verificar
Antes de restaurar una copia de seguridad de base
de datos de herencia, establezca esta opción en Yes
para verificar que la copia de seguridad de la base de
datos está completa y se puede leer. El valor
predeterminado es No.
Restricción: Esta opción de restauración solo está
disponible para copias de seguridad de base de datos
herencia.
Cuando utilice un número de múltiples bandas para
las copias de seguridad de herencia y establezca el
parámetro Sólo verificar en Sí para restaurar la copia
de seguridad de herencia, el número de bandas de la
restauración de herencia debe ser igual o superior al
número de bandas de la copia de seguridad de
herencia.
Servidor de origen
Desde SQL Server
Utilice esta opción para especificar el nombre del
SQL Server a partir del cual se crea la copia de
seguridad.
Para especificar el nombre de un SQL Server de
entorno virtual, cambie IncludeTsmVM a Sí las
bases de datos de SQL Server de copia de seguridad
de entorno virtual en la vista Bases de datos. El
método de copia de seguridad aparece como TSMVM
para distinguir estas bases de datos de las otras bases
de datos de la lista.
Cinta
Esperar a que se monten cintas Utilice eta opción para especificar si la operación de
para restauración
restauración de Data Protection for SQL Server
esperará a que servidor de Tivoli Storage Manager
monte el soporte desmontable, como por ejemplo
cintas u otros soportes de dispositivo secuencial. El
valor predeterminado es Sí.
Esperar a que se monten cintas Cuando consulte información de archivos en Tivoli
para información de archivos
Storage Manager, puede especificar si Data Protection
for SQL Server debe esperar a que el servidor de
Tivoli Storage Manager monte el soporte de
almacenamiento extraíble. El valor predeterminado es
Sí.
Restricción: Esta opción de restauración solo está
disponible con copias de seguridad de herencia.
VSS
Capítulo 4. Protección de datos
127
Tabla 13. Opciones de restauración de base de datos (continuación)
Opción
Acción
Restauración instantánea
Para esta opción, especifique un valor Sí para utilizar
la restauración de instantáneas de nivel de volumen
(restauración instantánea) para las copias de VSS
locales si la copia de seguridad existe en volúmenes
conectados mediante SAN. Especifique un valor No
para inhabilitar la restauración instantánea, que pasa
por alto la copia de nivel de volumen y utiliza la
copia de nivel de archivo (restauración rápida) para
restaurar los archivos de una copia de seguridad de
VSS local. El valor predeterminado es Sí, que utiliza
la restauración de instantáneas de nivel de volumen
si está disponible.
Esta opción está disponible solamente para las
operaciones VSS. Si utiliza la restauración instantánea
para SAN Volume Controller de una versión anterior
a la 5.1 o DS8000, asegúrese de que las copias
anteriores en segundo plano que impliquen los que
se esté restaurando hayan finalizado antes de iniciar
la restauración instantánea.
En una operación de restauración instantánea se
sobrescriben los archivos del sistema de archivos de
destino. Las copias de seguridad incrementales y
diferenciales se convierten automáticamente a
restauraciones de nivel de archivo. Una restauración
instantánea requiere que la unidad o el volumen
donde se encuentra la base de datos de buzón esté
disponible. Cualquier otro proceso o aplicación no
puede tener acceso a la unidad o volumen.
Tareas relacionadas:
“Resolución de problemas de operaciones de copia de seguridad y restauración de
VSS” en la página 158
Restauración de datos de SQL Server
Puede restaurar bases de datos o partes de bases de datos de SQL Server
únicamente desde copias de seguridad completas, diferenciales y de archivos de
registro. También puede restaurar bases de datos de disponibilidad con SQL
Server 2012 y versiones posteriores.
Acerca de esta tarea
Atención: Al restaurar una base de datos, los datos existentes se sobrescriben con
los datos restaurados y, una vez que ha finalizado la operación de restauración, ya
no estarán disponibles.
v Los valores regionales, que se definen en la página de propiedades Regional,
deben coincidir con el formato de fecha definido para Microsoft SQL Server.
v Puede utilizar VSS para ejecutar operaciones de copia de seguridad de tipo
completo. Puede aplicar copias de seguridad de registro diferenciales y de
herencia después de que se restaure una copia de seguridad de VSS completa.
– Cuando se configura un Virtual Environment a partir del servidor de Tivoli
Storage Manager, puede restaurar y ver estas bases de datos desde la pestaña
Recuperación.
128
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
– También puede restaurar bases de datos de disponibilidad que ha copiado
con el nodo AlwaysOn con SQL Server 2012 y versiones posteriores. Las copias
de bases de datos de disponibilidad se pueden restaurar en cualquier réplica
de disponibilidad de un grupo de disponibilidad.
– Puede restaurar una copia de seguridad de base de datos de herencia que se
haya verificado como válida y finalizada con la opción Sólo verificar en
Microsoft Management Console (MMC) o con la opción /VERIFYOnly del
mandato restore en la línea de mandatos.
Procedimiento
1. Inicie MMC.
2. Seleccione la instancia de SQL Server en el árbol.
3. En el separador Recuperar de la instancia de SQL Server, especifique el tipo de
datos de SQL Server para restaurar.
Tabla 14. Visualizaciones de restauración de base de datos
Tarea
Acción
Ver una lista de bases de datos de SQL
Server que están disponibles para una
operación de restauración
Pulse Ver: Bases de datos
Ver una lista de archivos de copia de
seguridad de bases de datos de SQL
Server que están disponibles para una
operación de restauración
Pulse Ver: Archivos.
Ver una lista de bases de datos de
Pulse Copias de seguridad de nodo DP
disponibilidad de SQL Server 2012 y
para ver todas las copias de seguridad del
versiones posteriores que están disponibles nodo AlwaysOn.
para una operación de restauración
Conmute el botón Copias de seguridad de
nodos DP / Copias de seguridad de nodo
AlwaysOn correspondiente a las
respectivas vistas de base de datos.
4. En el separador Recuperar de una instancia de SQL Server, seleccione una
opción para visualizar bases de datos. En el panel Resultados, vaya a las bases
de datos disponibles para restaurar. Están disponibles las siguientes opciones:
Tabla 15. Opciones de selección de restauración de base de datos
Opción
Acción
Buscar
Escriba una palabra clave en el campo
Buscar para ajustar y filtrar la lista de
bases de datos.
Capítulo 4. Protección de datos
129
Tabla 15. Opciones de selección de restauración de base de datos (continuación)
Opción
Acción
Filtro
Utilice las opciones de filtro para ajustar y
filtrar la lista de bases de datos.
1. Pulse Mostrar opciones de filtro y
Añadir fila.
2. En el campo Nombre de columna,
pulse la flecha hacia abajo y seleccione
un elemento para filtrar.
3. En el campo Operador, seleccione un
operador.
4. En el campo Valor, especifique un
valor de filtro.
5. Si desea filtrar por más elementos,
pulse Añadir fila.
6. Pulse Aplicar filtro.
5.
6.
7.
8.
130
Copias de seguridad
Seleccione la base de datos para restaurar.
Puede pulsar Copias de seguridad activas
para mostrar sólo las copias de seguridad
activas o Todas las copias de seguridad
para mostrar las copias de seguridad
activas e inactivas.
Renovar
Pulse Renovar para actualizar la vista con
los cambios.
Si ha aplicado un filtro, los objetos del servidor que coinciden con el filtro o
criterios de búsqueda se listan en la pestaña Recuperar. El área de estado
indica el número de elementos que coincide con el criterio n de x
visualizados, donde n equivale al número de objetos que coincide con el
criterio de filtro y x es el número de objetos que se recupera del servidor. Por
ejemplo, "5 de 20 visualizados." Si ha especificado opciones de renovación
para reducir el número de resultados, y pulsa de nuevo en Renovar, se
muestran los objetos del servidor que coinciden con las opciones de filtro y
renovación. Cada vez que pulsa Renovar, se ejecuta otra consulta para el
servidor de Tivoli Storage Manager.
Verifique las opciones para la operación de restauración. Si no se muestran las
opciones de restauración, pulse Mostrar opciones de restauración.
Opcional: Seleccione una modalidad para la tarea actual:
v Ejecutar interactivamente: pulse este elemento para ejecutar la tarea actual
interactivamente. Esta selección es el valor predeterminado.
v Ejecutar de forma planificada: pulse este elemento para convertir la acción
actual en una tarea planificada. Cuando seleccione esta opción, el asistente de
planificación ejecutará el mandato necesario para completar la tarea.
Para iniciar la operación de restauración, en el panel Acciones, realice una de
las acciones siguientes:
v Pulse Restaurar.
v Pulse Restauración VerifyOnly. La tarea Restauración VerifyOnly solo está
disponible si todas las copias de seguridad de base de datos seleccionadas
son copias de seguridad de herencia.
Para ver el estado de la operación de restauración, pulse Lista de tareas en el
panel de resultados. Pulse Detalles de tarea para ver información de estado
detallada.
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Tareas relacionadas:
“Resolución de problemas de operaciones de copia de seguridad y restauración de
VSS” en la página 158
“Establecimiento de opciones de restauración de datos en Microsoft Management
Console” en la página 125
Restauración de una base de datos de SQL Server para una
instancia alternativa
Utilizando Microsoft Management Console (MMC), puede restaurar una copia de
seguridad de base de datos SQL en una instancia o base de datos SQL Server
alternativa. También puede restaurar bases de datos de disponibilidad en una
ubicación alternativa en cualquier réplica de disponibilidad de un grupo de
disponibilidad.
Antes de empezar
Instale Data Protection for SQL Server en ambos sistemas. A diferencia de las
copias de seguridad de herencia, no puede restaurar copias de seguridad de VSS a
un SQL Server que tenga un nombre distinto.
Acerca de esta tarea
También puede restaurar bases de datos de disponibilidad que ha copiado con el
nodo AlwaysOn con SQL Server 2012 y versiones posteriores. Las copias de
seguridad de bases de datos de disponibilidad se pueden restaurar en cualquier
réplica de disponibilidad de un grupo de disponibilidad.
Puede seleccionar una sola base de datos cada vez cuando la restaure en una
ubicación alternativa.
Procedimiento
1. Copie el archivo de opciones de Data Protection for SQL Server (dsm.opt) desde
el sistema de origen al sistema de destino.
Sistema de origen
El sistema del que se ha tomado la copia de seguridad original (que se
debe restaurar).
Sistema de destino
Sistema alternativo en el que se debe restaurar la copia de seguridad.
De manera predeterminada, el archivo dsm.opt está en el directorio
C:\Archivos de programa\Tivoli\TSM\TDPSql. Si se especifica passwordaccess
generate en el archivo dsm.opt, puede ser necesario cambiar la contraseña para
este nodo en el servidor de Tivoli Storage Manager.
2. Inicie MMC.
3. En el separador Recuperar de la instancia de SQL Server, especifique el tipo de
datos de SQL Server para restaurar.
Tabla 16. Vistas de copia de seguridad de base de datos
Tarea
Acción
Ver una lista de bases de datos de SQL
Server que están disponibles para una
operación de restauración
Pulse Todas Las copias de seguridad.
Capítulo 4. Protección de datos
131
Tabla 16. Vistas de copia de seguridad de base de datos (continuación)
Tarea
Acción
Ver una lista de bases de datos de
Pulse Copias de seguridad de nodo DP
disponibilidad de SQL Server 2012 y
para ver todas las copias de seguridad del
versiones posteriores que están disponibles nodo AlwaysOn.
para una operación de restauración
Conmute el botón Copias de seguridad de
nodos DP / Copias de seguridad de nodo
AlwaysOn correspondiente a las
respectivas vistas de base de datos.
4. Verifique las opciones para la operación de restauración. Si no se muestran las
opciones de restauración, pulse Mostrar opciones de restauración.
a. Asegúrese de que Esperar a que se monten cintas para restauración esté
establecido en Yes.
b. Asegúrese de que Esperar a que se monten cintas para información de
archivos esté establecido en Yes.
c. Si la base de datos que se va a restaurar va a sustituir una base de datos
existente en el sistema de destino, pulse en Sustituir.
d. Utilice la opción Restauración inmediata para activar o desactivar la
restauración inmediata. Pulse Yes para utilizar la restauración instantánea.
Pulse No para inhabilitar la restauración instantánea si desea utilizar la
restauración rápida.
Atención: Las operaciones de restauración inmediata sobrescriben todos
los archivos del sistema de archivos de destino.
5. Para iniciar la operación de copia de seguridad en el panel Acciones, realice
una de las acciones siguientes:
a. Pulse Restaurar a ubicación alternativa.
b. Pulse Restauración VerifyOnly a una ubicación alternativa. La tarea
Restauración VerifyOnly a una ubicación alternativa solo está disponible si
todas las copias de seguridad de base de datos seleccionadas son copias de
seguridad de herencia.
6. En la sección Restaurar en de la ventana Valores de restauración en ubicación
alternativa, pulse Restaurar en nueva base de datos y especifique un nombre
de instancia de SQL Server de destino y el nombre de una base de datos de
destino en la que restaurar un objeto de copia de seguridad. Las Copias de
seguridad VSS no se pueden restaurar en un SQL Server que tenga un nombre
distinto.
Consejo: Cualquier tipo de proceso Restaurar en inhabilita automáticamente la
función de Restauración instantánea de VSS.
7. En la sección Reubicar de la ventana, filtre las operaciones de proceso de
restauración.
Tabla 17. Vistas de copia de seguridad de base de datos
132
Tarea
Acción
Especificar nuevas ubicaciones de destino
en las que se deban restaurar bases de
datos, registros y archivos FILESTREAM
(SQL Server 2008 o versiones posteriores)
de SQL Server
Pulse Restaurar todos los archivos en un
directorio.
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Tabla 17. Vistas de copia de seguridad de base de datos (continuación)
Tarea
Acción
Restaurar los archivos de registro en una
Seleccione Reubicar archivos de registro
ubicación que no sea de donde se
en y especifique una vía de acceso nueva
restauran la base de datos de SQL Server y en el campo de entrada de texto.
otros archivos relacionados
Restaurar archivos FILESTREAM (SQL
Server 2008 o versiones posteriores) en
una ubicación distinta de donde se
restauran la base de datos SQL y los
archivos de registro
Seleccione Reubicar otros archivos en y
especifique una vía de acceso nueva en el
campo de entrada de texto.
Restaurar una o varias bases de datos,
registros y archivos FILESTREAM
individuales de SQL Server
Pulse Reubicar archivos individualmente
y pulse Examinar para abrir una ventana
de selección de carpetas. Seleccione una
carpeta o cree una nueva y pulse Aceptar.
La vía de acceso de las entradas de
archivo seleccionadas se define para
utilizar la carpeta. Esta opción solo está
disponible para copias de seguridad de
herencia.
Restricción: No puede reubicar archivos de base de datos y registros con una
operación de restauración parcial en MMC. Debe utilizar la interfaz de la línea
de mandatos para completar una restauración parcial que necesite esos
parámetros.
8. Pulse Restaurar para cerrar la ventana Valores de restauración en ubicación
alternativa y comenzar la restauración.
9. Para ver el estado de la operación de restauración, pulse Lista de tareas en la
mitad inferior del panel de resultados. Pulse Detalles de tarea para ver
información de estado detallada.
Restauración de la base de datos maestra
Una base de datos maestra dañada puede hacer que SQL Server no pueda iniciarse
y generar otros errores. Para proteger sus datos si la base de datos maestra está
dañada, debe completar de forma rutinaria una copia de seguridad completa de la
base de datos maestra (msdb).
Antes de empezar
v Establezca la modalidad de un solo usuario para operaciones de restauración
v Conserve siempre una copia de seguridad actualizada de la base de datos
maestra porque esta base de datos el catálogo del sistema. El catálogo del
sistema contiene información importante acerca de la configuración de SQL
Server.
v Asegúrese de hacer una copia de seguridad de la base de datos maestra después
de cualquier cambio que actualice las tablas del sistema. Por ejemplo, haga una
copia de seguridad de la base de datos maestra después de utilizar cualquiera
de estas sentencias:
– ALTER DATABASE
– CREATE DATABASE
– DISK INIT
– DISK RESIZE
– DISK MIRROR
Capítulo 4. Protección de datos
133
–
–
–
–
DISK UNMIRROR
DISK REMIRROR
Diversas opciones de DBCC, por ejemplo SHRINKDB
Procedimiento almacenado del sistema, como sp_dropremotelogin,
sp_addumpdevice, sp_dropdevice, sp_addlogin, sp_droplogin, sp_addserver,
sp_dropserver, sp_addremotelogin
Acerca de esta tarea
Si la base de datos maestra resulta dañada mientras se ejecuta una instancia del
servidor, arregle la base de datos dañada restaurando una copia de seguridad
reciente de la base de datos maestra completa. Si una instancia del servidor no se
puede iniciar porque la base de datos maestra está dañada, se debe volver a crear
la base de datos maestra. Cuando vuelva a crear una base de datos maestra, todas
las bases de datos del sistema vuelven a su estado original.
Restricción: Microsoft Management Console (MMC) no se puede conectar a una
instancia de SQL Server que se haya iniciado en modo de usuario único. Cuando
la instancia de SQL Server está en modalidad de un solo usuario, debe utilizar la
interfaz de línea de mandatos, tdpsqlc.exe, para restaurar la base de datos
maestra.
Procedimiento
1. Pulse Inicio > Todos los programas > Tivoli Storage Manager > Data
Protection for Microsoft SQL Server > Cliente SQL - Línea de mandatos.
2. Inicie SQL Server en modo de usuario único.
3. Utilice Data Protection for SQL Server para restaurar la base de datos maestra.
Cuando la base de datos maestra finaliza el proceso de restaurarse, SQL Server
se cierra y se muestra un mensaje de error. El mensaje indica que se ha perdido
la conexión con SQL Server. Esta pérdida de conexión es el comportamiento
previsto.
4. Reinicie el motor de base de datos para restaurar SQL Server a la modalidad
típica de varios usuarios.
5. Ejecute el programa de configuración de SQL Server para reconstruir la base de
datos maestra. Cuando reconstruya la base de datos maestra, utilice el mismo
juego de caracteres y orden de clasificación que la copia de seguridad de base
de datos maestra que se va a restaurar.
6. Vuelva a aplicar manualmente los cambios que se hayan efectuado en la base
de datos maestra después de la fecha de la copia de seguridad de base de datos
utilizada para realizar la operación de restauración.
7. Restaure la base de datos msdb. Durante el proceso de reconstrucción de la base
de datos maestra, el programa de configuración de SQL Server elimina, y luego
vuelve a crear, la base de datos msdb. Por lo tanto, debe restaurar la base de
datos msdb con la base de datos maestra.
Resultados
Después de restaurar la base de datos maestra, puede utilizar MMC para realizar
copias de seguridad y restaurar bases de datos individuales que estén funcionando
en la modalidad de un solo usuario.
Tareas relacionadas:
“Establecimiento de la modalidad de un solo usuario para operaciones de
restauración” en la página 124
134
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
“Resolución de problemas de la restauración fuera de línea de VSS de una base de
datos maestra” en la página 160
Restauración de bases de datos de SQL Server con catálogos
e índices de texto completo
Puede proteger los datos de SQL Server 2005 y 2008 con archivos de catálogo de
texto completo.
Acerca de esta tarea
Cuando proteja SQL Server 2005 y el índice de texto completo forme parte de un
catálogo de texto completo, tenga en cuenta que el catálogo de texto completo tiene
una vía de acceso física. En este caso de ejemplo, el catálogo de texto completo se
trata como un archivo de base de datos.
Al realizar una copia de seguridad de una base de datos de SQL Server 2008 y
posteriormente de los datos, un catálogo de texto completo será un objeto lógico o
virtual que contenga un grupo de índices de texto completo. Este catálogo de texto
completo no tiene una vía de acceso física. Al restaurar una base de datos con
archivos de catálogo de texto completo de SQL Server 2008 y versiones posteriores,
no se almacenan datos de forma explícita. Automáticamente se hace copia de
seguridad del archivo y se restaura como parte del grupo de archivos.
Procedimiento
v Para restaurar una base de datos con un archivo de catálogo de texto completo
físico de SQL Server 2005 desde la interfaz de línea de mandatos, utilice los
parámetros /RELocate y /TO. Por ejemplo:
Restore DATABASE full /relocate=database,sysft_docindex,database_log
/TO={database_dir}\database.mdf,{database_dir}\docindex,
{database_log_dir}\database_log.ldf
v Para restaurar una base de datos con un archivo de catálogo de texto completo
físico de SQL Server 2005 desde la interfaz gráfica de usuario, utilice la opción
Reubicar archivos individualmente. Desde la interfaz de línea de mandatos,
utilice /relocate y /TO en lugar de /RELOCATEDir.
Restauración de bases de datos de SQL Server desde
instantáneas de la máquina virtual
Puede restaurar bases de datos de SQL Server desde instantáneas de máquina
virtual cuando se utiliza Tivoli Storage Manager for Virtual Environments, Versión
7.1 y posteriores para realizar la copia de seguridad de los datos. Antes de
restaurar la base de datos de SQL Server, debe verificar que los datos se hayan
copiado correctamente.
Antes de empezar
v Antes de restaurar bases de datos de SQL Server desde instantáneas de la
máquina virtual, verifique que se ha realizado una copia de seguridad de los
datos de acuerdo con el procedimiento siguiente.
v Puede restaurar los datos de SQL Server en discos básicos con particiones de
estilo MBR. Debido a una limitación de SQL Server, no puede restaurar una
copia de seguridad de VSS en una instancia de SQL Server alternativo. Las
copias de seguridad VSS se deben restaurar en la misma instancia de SQL Server
donde se ha creado la instantánea.
Capítulo 4. Protección de datos
135
Además, al restaurar una base de datos de SQL Server a partir de una copia de
seguridad VM, si el nombre VM se cambia después de la copia de seguridad de
VM no se puede realizar la operación de restauración.
Comprobación de la copia de seguridad de SQL Server
Procedimiento
1. Instale el paquete Agente de recuperación de Tivoli Storage Manager for Virtual
Environments 7.1 y el Cliente de copia de seguridad y archivado de Tivoli
Storage Manager 7.1 desde el paquete Data Protection for VMware 7.1. Estos
paquetes de software están disponibles para su descarga desde Passport
Advantage.
Instale estos paquetes en la máquina virtual invitada con Data Protection for
SQL Server.
2. Especifique la siguiente opción del cliente de copia de seguridad y archivado
de Tivoli Storage Manager 7.1 en el archivo dsm.opt:
INCLUDE.VMTSMVSS nombremv
Cuando se establece esta opción, las aplicaciones de la máquina virtual reciben
una notificación cuando se ha planificado una copia de seguridad. Esta
notificación permite a la aplicación truncar los registros de transacción y
confirmar las transacciones para que la aplicación se pueda reanudar desde un
estado coherente una vez completada la copia de seguridad. De forma
predeterminada, esta opción no está habilitada. Debe establecer esta opción
para habilitar la protección de aplicaciones para una máquina virtual.
El nombremv especifica el nombre de la máquina virtual que contiene las
aplicaciones que deben desactivarse temporalmente. Especifique una máquina
virtual por sentencia INCLUDE.VMTSMVSS. Para proteger todas las máquinas
virtuales con esta opción, utilice un asterisco como comodín. Por ejemplo:
INCLUDE.VMTSMVSS *
También puede utilizar interrogaciones en sustitución de un carácter individual.
Por ejemplo:
INCLUDE.VMTSMVSS vm??
Este tipo de valor de la opción protege todas las máquinas virtuales que tienen
nombres que empiezan por vm y después dos caracteres cualesquiera. Por
ejemplo, vm10 y vm15.
Si el parámetro OPTions KEEPSqllog se especifica en una sentencia
INCLUDE.VMTSMVSS, este parámetro impide que los registros de SQL Server se
trunquen cuando un nodo de transportador de datos realiza una copia de
seguridad de una máquina virtual que ejecuta SQL Server. La especificación de
este parámetro permite que el administrador de SQL Server gestione
manualmente los registros de SQL Server. Los registros pueden conservarse
según sea necesario y pueden utilizarse para restaurar transacciones de SQL
Server en un punto de control específico, después de que se haya restaurado la
máquina virtual. Cuando se especifica esta opción, no se truncará el registro
SQL Server y se visualiza el siguiente mensaje y se inicia sesión en el servidor:
ANS4179I IBM Tivoli Storage Manager application protection did not truncate
Microsoft SQL Server logs on virtual machine vmname
Tivoli Storage Manager no realiza la copia de seguridad de los archivos de
registro de SQL Server. El administrador de SQL Server debe hacer copia de
seguridad de los archivos de registro para que puedan aplicarse después de
que haya restaurado la base de datos.
136
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
3. Verifique que el servicio VSS y la instancia de SQL Server están en línea y
activos. Se realiza una copia de seguridad de las bases de datos de SQL Server
que no tienen una instancia activa. Sin embargo, la información sobre estas
bases de datos no se guarda en Tivoli Storage Manager. Por lo tanto, estas
bases de datos no están disponibles para operaciones de restauración a nivel de
base de datos. Puede restaurar estas bases de datos con una operación de
restauración de VM completa.
4. Utilice el software de Tivoli Storage Manager for Virtual Environments para
realizar una copia de seguridad de los datos.
5. Después de hacer copia de seguridad de los datos, verifique que la copia de
seguridad de la máquina virtual contiene los metadatos necesarios de la base
de datos.
a. Escriba el siguiente mandato del Cliente de copia de seguridad y archivado
de Tivoli Storage Manager en el transportador de datos:
dsmc query vm <vmname> -detail
b. En la salida del mandato, asegúrese de que el valor Application(s)
protected: especifique (database-level recovery) Por ejemplo:
# Backup Date Mgmt Class Size Type A/I Virtual Machine
--- ------------------- ---------- ----------- ------ --- --------------1 06/07/2012 19:25:58 STANDARD 29.29 GB FULL A wombat
The size of this incremental backup: n/a
The number of incremental backups since last full: n/a
The amount of extra data: n/a
The TSM objects fragmentation: n/a
Backup is represented by: n/a
Application protection type: TSM VSS
Application(s) protected: MS SQL 2008 (database-level recovery)
VMDK[1]Label: Hard disk 1
VMDK[1]Name: [ess800_dev1] wombat/wombat-000002.vmdk
VMDK[1]Status: Protected
Restauración de la base de datos SQL Server
Procedimiento
1. Inicie sesión en el sistema en el que desea restaurar la base de datos de SQL
Server. La licencia de Data Protection for VMware Recovery Agent y Data
Protection for SQL Server deben estar instalados en el sistema donde se
restauran los datos.
2. Cuando se configura Data Protection for SQL Server, para la regla
Configuración del agente de recuperación, verifique que el estado es Aprobado.
Si el estado no es Aprobado, vuelva a ejecutar el asistente de configuración. En
la página del asistente Nombres de nodo de TSM, escriba el nombre de nodo
del centro de datos. El nodo del centro de datos es el nodo virtual que se
correlaciona con un centro de datos.
3. Establezca el acceso a la máquina virtual de la que se ha hecho copia de
seguridad en un nodo del centro de datos tal como se muestra en la tabla
siguiente:
Tabla 18. Nombres de nodo utilizados para establecer el acceso.
Nombre de nodo
Ubicación
Descripción
Tipo de proxy
DC_NODE
Transportador de
datos
Nodo para la copia
de seguridad de la
máquina virtual
Agente (propietario
de los datos)
Capítulo 4. Protección de datos
137
Tabla 18. Nombres de nodo utilizados para establecer el acceso (continuación).
Nombre de nodo
Ubicación
Descripción
Tipo de proxy
SQL_NODE
En la máquina
virtual invitada que
ejecuta Microsoft
SQL Server
Nodo para Data
Protection for SQL
Server
Agente (propietario
de los datos)
VSS_NODE
En la máquina
virtual invitada que
ejecuta Microsoft
SQL Server
Nodo para Data
Protection for SQL
Server DSMAGENT
Agente (trabajador de
datos)
Asegúrese de que el administrador de Tivoli Storage Manager proporcione
acceso a la máquina virtual de la que se hace copia de seguridad en
VSS_NODE. El administrador de Tivoli Storage Manager puede utilizar la
interfaz de línea de mandatos de Tivoli Storage Manager para especificar el
mandato set access mientras está conectado al DC_NODE. Hay que habilitar
el acceso para que Data Protection for SQL Server restaure los datos
propiedad de DC_NODE.
Se recomienda ejecutar los mandatos desde DC_NODE ya que el archivo de
opciones tiene los valores necesarios para comunicar con el servidor de Tivoli
Storage Manager. Se pueden utilizar las credenciales del administrador de
Tivoli Storage Manager si la contraseña del administrador de DC_NODE no
está disponible.
5. Se utiliza el mandato set access no puede ejecutarse si la opción ASNODE.
Para emitir el mandato set access, utilice un archivo de opciones que no
contenga ASNODE.
a. Copie los archivos dsm.opt y dsm.setaccess.opt.
b. Si ejecuta el mandato set access desde un nodo con ASNODE en el
archivo de opciones, edite el archivo dsm.setaccess.opt. Para cualquier
línea que contenga ASNODE, elimine la línea.
c. Edite el archivo dsm.setaccess.opt para establecer la opción NODENAME
en la siguiente entrada:
4.
DC_NODE NODENAME DC_NODE
d. Escriba el mandato siguiente:
dsmc set access backup -type=VM traveler VSS_NODE -optfile=dsm.setaccess.opt
Es posible que se le solicite que especifique la contraseña para DC_NODE.
6.
7.
8.
9.
138
Para los mandatos set access, query access y delete access subsiguientes,
repita estos pasos.
En la sección Proteger y recuperar datos de MMC, seleccione un SQL Server.
En el separador Recuperar de dicho SQL Server, seleccione Ver: Bases de
datos para ver una lista de las copias de seguridad de bases de datos de SQL
Server que están disponible para su restauración. Las bases de datos de SQL
Server de las que se realiza copia de seguridad con el software de Tivoli
Storage Manager for Virtual Environments se muestran con el método de
copia de seguridad VMVSS.
Verifique las opciones de restauración. Si no se muestran las opciones de
restauración, pulse Mostrar opciones de restauración.
Opcional: Seleccione una modalidad para la tarea actual:
v Ejecutar interactivamente: pulse este elemento para ejecutar la tarea actual
interactivamente. Esta selección es el valor predeterminado.
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
v Ejecutar de forma planificada: pulse este elemento para convertir la acción
actual en una tarea planificada. Cuando selecciona esta opción, se inicia el
asistente de planificación, junto con el mandato necesario para completar la
tarea.
10. En el panel Acciones, pulse Restaurar para comenzar la operación de
restauración.
11. Para ver el estado de la operación de restauración, pulse Lista de tareas en la
mitad inferior del panel de resultados. Pulse Detalles de tarea para ver
información de estado detallada.
Restauración de bases de datos de SQL Server en Windows
Server Core
Para restaurar bases de datos de Microsoft SQL Server 2012 y de versiones
posteriores, utilice el mandato restore.
Acerca de esta tarea
Utilice el siguiente procedimiento para recuperar toda o una parte de una o varias
bases de datos de SQL Server.
Procedimiento
Para restaurar una base de datos de SQL Server o de parte de ello en Windows
Server Core, especifique el siguiente mandato en el indicador de mandatos:
restauración
tdpsqlc nombre_base de datos tipo_copia de seguridad [otras_opciones]
donde nombre_base_datos especifica el nombre de la base de datos y
tipo_base_datos especifica el tipo de copia de seguridad, como una copia de
seguridad completa. Puede especificar otras opciones, como el grupo de archivos.
Por ejemplo, para crear una restauración de base de datos completa de las bases de
datos DB_01 y DB_02, y sustituir las bases de datos existentes por los objetos de
bases de datos que se han recuperado de servidor de Tivoli Storage Manager,
escriba el siguiente mandato:
restauración tdpsqlc DB_01 grupo=DB_01_grupo1
Para restaurar el grupo de archivos DB_01_group1 que pertenece a la base de datos
DB_01, escriba el siguiente mandato:
restauración tdpsqlc DB_01 grupo=DB_01_grupo1
Para restaurar todos los archivos lógicos que se encuentran en la base de datos
DB_01, escriba el siguiente mandato:
tdpsqlc R DB_01 archivo=*
Capítulo 4. Protección de datos
139
Restauración de archivos y grupos de archivos de SQL Server
a partir de copias de seguridad de herencia
En Microsoft Management Console (MMC), puede restaurar archivos y grupos de
archivos de SQL Server a partir de copias de seguridad de herencia. También
puede restaurar bases de datos de disponibilidad en cualquier réplica de
disponibilidad de un grupo de disponibilidad.
Antes de empezar
v Puede restaurar bases de datos o partes de bases de datos desde copias de
seguridad de herencia de grupo, archivo, conjunto, registro y completas.
v Microsoft SQL Server requiere que se restauren antes todos los archivos en el
grupo de archivos primario o con un grupo de archivos definido por el usuario.
Para devolver la base de datos a un estado utilizable, debe realizar una
restauración después de que se haya restaurado el grupo de archivos definido
por el usuario.
v
También puede restaurar bases de datos de disponibilidad que ha copiado con el
nodo AlwaysOn con SQL Server 2012 y versiones posteriores. Las copias de bases
de datos de disponibilidad se pueden restaurar en cualquier réplica de
disponibilidad de un grupo de disponibilidad. Para obtener más información,
tenga en cuenta las directrices y restricciones del tema que describe la
restauración de bases de datos de disponibilidad.
La restauración de partes de una base de datos desde una copia de seguridad de
herencia completa se denomina también restauración parcial. Si prevé aplicar una
restauración de registro con instante específico o una restauración diferencial para
una base de datos restaurada parcialmente, considere llevar a cabo una de estas
tareas:
v Utilice la vista Archivos en el separador Recuperar para seleccionar y restaurar
el objeto de copia de seguridad completo. Asegúrese de que la opción
RunRecovery esté establecida en No.
v Si piensa hacer una restauración del archivo de registro de punto en el tiempo,
pulse Restaurar a punto en el tiempo en el panel Acciones para restaurar el
archivo de registro. Asegúrese de que la opción RunRecovery esté establecida en
Yes.
v Si piensa hacer una restauración diferencial, pulse Restaurar en el panel
Acciones para ejecutar una restauración diferencial. Asegúrese de que la opción
RunRecovery esté establecida en Yes.
Atención: Cuando restaura los archivos y grupos de archivos de una base de
datos, los datos existentes se sobrescriben con los datos restaurados y no se pueden
recuperar una vez finalizada la restauración.
Para las bases de datos de disponibilidad AlwaysOn, asegúrese de que Data
Protection for SQL Server está configurado para utilizar un nombre de nodo
AlwaysOn. Puede configurar el nombre de nodo AlwaysOn en el campo Nodo
AlwaysOn en la página Nombres de nodo de TSM del asistente de configuración
de Tivoli Storage Manager. De forma predeterminada, el nombre de nodo de
AlwaysOn se establece en el nombre de nodo de clúster para el Grupo de
disponibilidad de SQL Server 2012 y versiones posteriores.
140
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Procedimiento
1. Inicie MMC.
2. Seleccione la instancia SQL Server en la vista de árbol.
3. En el separador Recuperar de la instancia de SQL Server, especifique el tipo de
datos de SQL Server para restaurar.
Tabla 19. Visualizaciones de restauración de base de datos
Tarea
Acción
Ver una lista de archivos de copia de
seguridad de bases de datos de SQL
Server que están disponibles para una
operación de restauración
Pulse Ver: Archivos.
Ver una lista de bases de datos de
Pulse Copias de seguridad de nodo DP
disponibilidad de SQL Server 2012 y
para ver todas las copias de seguridad del
versiones posteriores que están disponibles nodo AlwaysOn.
para una operación de restauración
Conmute el botón Copias de seguridad de
nodos DP / Copias de seguridad de nodo
AlwaysOn correspondiente a las
respectivas vistas de base de datos.
4. Verifique las opciones de restauración. Si no se muestran las opciones de
restauración, pulse Mostrar opciones de restauración.
5. Opcional: Seleccione una modalidad para la tarea actual:
v Ejecutar interactivamente: pulse este elemento para ejecutar la tarea actual
interactivamente. Esta selección es el valor predeterminado.
v Ejecutar de forma planificada: pulse este elemento para convertir la acción
actual en una tarea planificada. Cuando selecciona esta opción, se inicia el
asistente de planificación, junto con el mandato necesario para completar la
tarea.
6. En el panel Acciones, pulse RestoreFile o RestoreGroup para iniciar la
operación de restauración.
7. Para ver el estado de la operación de restauración, pulse Lista de tareas en la
mitad inferior del panel de resultados. Pulse Detalles de tarea para ver
información de estado detallada.
Protección de los datos de SQL Server en un entorno de Windows
Server Core
Server Core es un entorno de servidor mínimo y de bajo mantenimiento donde
puede ejecutar los servicios mínimos necesarios para mantener Windows Server
2008 y versiones posteriores. Puede instalar y operar Data Protection for SQL
Server en este entorno de servidor mínimo.
Acerca de esta tarea
Si está protegiendo Microsoft SQL Server 2012 y versiones posteriores, puede
instalar y utilizar el servidor Data Protection for SQL Server en Windows Server
2008 R2 Server Core SP1 y versiones posteriores.
En un entorno mínimo de este tipo, sólo está disponible la interfaz de línea de
mandatos para Data Protection for SQL Server en Windows Server Core, a menos
que utilice el soporte de gestión remota de Data Protection for SQL Server.
Capítulo 4. Protección de datos
141
Asimismo, si utiliza el instalador de Windows (MSI) para instalar Data Protection
for SQL Server, sólo se da soporte a la modalidad desatendida.
Puede utilizar los mandatos backup y restore para proteger bases de datos que
están almacenadas en Microsoft SQL Server 2012 o versiones posteriores.
Copia de seguridad de bases de datos de SQL Server en
Windows Server Core
Para hacer una copia de seguridad de las bases de datos de Microsoft SQL Server
2012 y de versiones posteriores, utilice el mandato backup.
Acerca de esta tarea
Utilice el siguiente procedimiento para realizar una copia de seguridad de las bases
de datos de SQL Server en servidor de Tivoli Storage Manager, o para realizar
instantáneas locales de VSS.
Procedimiento
1. Para hacer una copia de seguridad de una parte de la base de datos de SQL o
toda en Windows Server Core, emita el siguiente mandato desde el indicador
de mandatos:
tdpsqlc backup nombre_base_datos tipo_copia_seguridad [otras_opciones]
donde nombre_base_datos especifica el nombre de la base de datos y
tipo_base_datos especifica el tipo de copia de seguridad, como una copia de
seguridad completa. Puede especificar otras opciones, como el método de copia
de seguridad. Por ejemplo, para crear una copia de seguridad completa de
herencia de bases de datos SQL DB_01 y DB_02, escriba el mandato siguiente:
tdpsqlc backup DB_01,DB_02 full /backupmethod=legacy
Por ejemplo, para crear una copia de seguridad de herencia completa de todas
las bases de datos de SQL Server, escriba el siguiente mandato:
tdpsqlc backup * full /backupmethod=legacy
2. Para realizar una copia de seguridad de un grupo de archivos, escriba el
siguiente mandato en un indicador de mandatos:
tdpsqlc backup nombre_base_datos grupo_archivos
donde nombre_base_datos especifica el nombre de la base de datos y
grupo_archivos especifica el grupo de archivos de la base de datos. Por
ejemplo, para realizar copia de seguridad del grupo de archivos DB_01_group1
que pertenece a la base de datos DB_01, escriba el siguiente mandato:
tdpsqlc backup DB_01 Group=DB_01_group1
142
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Restauración de bases de datos de SQL Server en Windows
Server Core
Para restaurar bases de datos de Microsoft SQL Server 2012 y de versiones
posteriores, utilice el mandato restore.
Acerca de esta tarea
Utilice el siguiente procedimiento para recuperar la totalidad o parte de una o más
bases de datos SQL.
Procedimiento
Para restaurar una parte o toda la base de datos de SQL en Windows Server Core,
emita el siguiente mandato desde el indicador de mandatos:
restauración
tdpsqlc nombre_base de datos tipo_copia de seguridad [otras_opciones]
donde nombre_base_datos especifica el nombre de la base de datos y
tipo_base_datos especifica el tipo de copia de seguridad, como una copia de
seguridad completa. Puede especificar otras opciones, como el grupo de archivos.
Por ejemplo, para crear una restauración de base de datos completa de las bases de
datos DB_01 y DB_02, y sustituir las bases de datos existentes por los objetos de
bases de datos que se han recuperado de servidor de Tivoli Storage Manager,
escriba el siguiente mandato:
restauración tdpsqlc DB_01 grupo=DB_01_grupo1
Para restaurar el grupo de archivos DB_01_group1 que pertenece a la base de datos
DB_01, escriba el siguiente mandato:
restauración tdpsqlc DB_01 grupo=DB_01_grupo1
Para restaurar todos los archivos lógicos que se encuentran en la base de datos
DB_01, escriba el siguiente mandato:
tdpsqlc R DB_01 archivo=*
Modificación de valores de configuración de Data Protection
for SQL Server en Windows Server Core
Para configurar las preferencias para Data Protection for SQL Server, utilice el
mandato set en el indicador de mandatos de Windows Server Core.
Acerca de esta tarea
Los valores que modifique se guardan en el archivo de configuración de Data
Protection for SQL Server. El archivo de configuración predeterminado es
tdpsql.cfg.
Procedimiento
En la solicitud de mandatos, escriba el mandato siguiente:
tdpsqlc set parámetro=valor [/configfile=nombre_archivo]
donde parámetro es el parámetro u opción de Data Protection for SQL Server para
el que desea cambiar el valor parameter y valor es el nuevo valor que desea
especificar. /configfile es el parámetro opcional para el nombre de archivo de
Capítulo 4. Protección de datos
143
configuración. Si no especifica el parámetro /configfile, se utiliza el archivo de
configuración predeterminado (tdpsql.cfg).
Ejemplos:
Tarea
Establezca el SQL Server preferido en el archivo tdpsql.cfg.
Mandato: tdpsqlc set sqlserver=su_instancia_SQL
/configfile=tdpsql.cfg
Mandato: tdpsqlc set fromsqlserver=su_instancia_SQL
/configfile=tdpsql.cfg
Tarea
Cambie el nombre del archivo de registro de actividades de Data
Protection for SQL Server por tdpsql.log.
Mandato: tdpsqlc set logfile=tdpsql.log
Visualización, impresión y guardado de informes
Puede acceder a informes sobre actividad reciente históricos y capacidad
gestionada histórica. Puede determinar qué licencias y software están instalados.
Procedimiento
1. Seleccione Informes en la sección Gestionar. Se muestra una lista con los
informes disponibles. Cada informe proporciona un resumen del contenido del
informe.
2. Seleccione un informe en la lista. Se muestra el informe seleccionado.
3. Para imprimir o guardar el informe actual, pulse el icono correspondiente en la
parte superior del informe.
144
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Capítulo 5. Automatización
Con la función de automatización de Data Protection for SQL Server, puede ejecutar
mandatos desde la línea de mandatos, crear scripts, planificar tareas y utilizar
Microsoft Management Console (MMC) para iniciar tareas. Las tareas que puede
automatizar se basan en los scripts y planificaciones que cree.
Acerca de esta tarea
Data Protection for SQL Server da soporte a las tareas de automatización desde la
interfaz de línea de mandatos o desde el indicador de mandatos de Microsoft
Windows PowerShell (Versión 3.0 o posterior). También puede utilizar el separador
Automatizar de MMC.
Cómo prepararse para utilizar Windows PowerShell cmdlets con Data
Protection for SQL Server
Data Protection for SQL Server incluye un conjunto de Windows PowerShell
cmdlets que le ayudan a gestionar los componentes de Data Protection for SQL
Server del entorno.
Acerca de esta tarea
Puede emitir cmdlets que se proporcionan con Data Protection for SQL Server en
entornos de Windows.
Los cmdlets de Data Protection for SQL Server ayudan a dar soporte a un entorno
de gestión y mejoran significativamente la gestión remota y las funciones de
automatización. Puede agregar cmdlets juntos para formar mandatos y utilizar el
gran volumen de cmdlets existentes de otros proveedores.
Antes de utilizar los cmdlets, siga estos pasos.
Procedimiento
1. Inicie sesión en el sistema como administrador.
2. Desde un indicador de mandatos de Windows PowerShell, emita el siguiente
mandato:
set-executionpolicy remotesigned
3. Importe los módulos de Windows PowerShell desde la carpeta
FlashCopyManager:
v FmModuleSQL.dll
v FmModuleMMC.dll
En el indicador de mandatos de Windows PowerShell, utilice credenciales de
administrador para importar módulos del siguiente modo:
a. Vaya a la carpeta FlashCopyManager.
b. Especifique los mandatos siguientes:
import-module .\FmModuleSQL.dll
import-module .\FmModuleMMC.dll
c. (Opcional) Para utilizar cmdlets en estos módulos cada vez que inicie
Windows PowerShell, añada las líneas siguientes al perfil:
© Copyright IBM Corp. 1997, 2015
145
$path = (get-itemproperty -path "HKLM:\SOFTWARE\IBM\TDPSql\
currentversion\mmc" -ea SilentlyContinue).path
if ($null -ne $path)
{
dir "$path\fmmodule*.dll" | select -expand fullname | import-module
-force -Global
}
Qué hacer a continuación
Para obtener información acerca de la creación, ejecución, supervisión y resolución
de problemas de scripts con los cmdlet, consulte la documentación de Windows
PowerShell 3.0 o posterior. Para obtener más información sobre Windows
PowerShell cmdlets, patrones de denominación coherentes, parámetros,
argumentos y sintaxis, consulte esta página web como punto de partida:Microsoft
TechNet: Getting Started with Windows PowerShell (http://technet.microsoft.com/
en-us/library/hh857337.aspx).
Cmdlets para Microsoft Management Console
La lista siguiente identifica los cmdlet que puede utilizar cuando interactúe con
Microsoft Management Console (MMC).
v Clear-FcmMmcManagedCapacityHistory
v Clear-FcmMmcScheduledActivityHistory
v Disable-FcmMmcSchedule
v Enable-FcmMmcSchedule
v Get-FcmMmcActivity
v Get-FcmMmcComputerInformation
v Get-FcmMmcManagedCapacityHistory
v Get-FcmMmcReport
v Get-FcmMmcSchedule
v Get-FcmMmcScheduledActivity
v New-FcmMmcSchedule
v Remove-FcmMmcSchedule
v Set-FcmMmcSchedule
v Start-FcmMmcSchedule
Para ver los detalles acerca de un determinado cmdlet, ejecute el cmdlet Get-Help
con el nombre del cmdlet. Por ejemplo:
Get-Help New-FcmMmcSchedule
Para continuar el ejemplo, para ver ejemplos para el cmdlet, especifique:
get-help New-FcmMmcSchedule -examples
Para obtener más información, entre:
get-help New-FcmMmcSchedule -detailed
Para obtener información técnica, entre:
get-help New-FcmMmcSchedule -full
Para obtener información del producto en línea, escriba:
get-help New-FcmMmcSchedule -online
146
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Para obtener información sobre un parámetro específico, entre:
help New-FcmMmcSchedule -Parameter backupdestination
Para visualizar la ayuda en una ventana separada, incluya el parámetro
-showwindow con el mandato help.
Cmdlet para proteger los datos de Microsoft SQL Server
En la tabla siguiente se identifican los cmdlets que puede utilizar para proteger los
datos de Microsoft SQL Server.
Tabla 20. Cmdlets para proteger los datos de Microsoft SQL Server. En la tabla siguiente se identifican los cmdlets
que puede utilizar para proteger los datos de Microsoft SQL Server.
Nombre del cmdlet
Mandato relacionado de la interfaz de
línea de mandatos
Add-DpSqlPolicy
tdpsqlc create policy
Crea una nueva política para los datos
de Microsoft SQL Server.
Backup-DpSqlComponent
tdpsqlc backup
Hacer copia de seguridad de los
componentes de SQL Server.
Copy-DpSqlPolicy
tdpsqlc copy policy
Copiar una política existente en una
nueva política.
Dismount-DpSqlBackup
tdpsqlc unmount backup
Desmontar un copia de seguridad.
Get-DpSqlBackup
tdpsqlc query tsm *
Consultar las copias de seguridad que
están almacenadas en el servidor.
Get-DpSqlComponent
tdpsqlc query sql *
Consultar las bases de datos que están
disponibles en SQL Server.
Get-DpSqlConfig
tdpsqlc query tdp
Visualizar información de
configuración.
Get-DpSqlConnection
tdpsqlc query tsm
Muestra la API de Tivoli Storage
Manager y la información del servidor.
Get-DpSqlFileGroups
no aplicable
Muestra toda la información de
archivos y grupos acerca de las bases de
datos de SQL Server especificadas.
Get-DpSqlInformation
tdpsqlc query sql
Visualizar información de SQL Server
especificada.
Get-DpSqlManagedCapacity
tdpsqlc query managedcapacity
Ayudarle con la planificación de
almacenamiento determinando la
cantidad de capacidad gestionada que
se está utilizando.
Get-DpSqlPolicy
tdpsqlc query policy
Consultar una política.
Mount-DpSqlBackup
tdpsqlc mount backup
Monta una copia de seguridad que
proporciona acceso a los archivos que la
copia de seguridad contiene.
Remove-DpSqlBackup
tdpsqlc delete backup y tdpsqlc
inactivate
Se utiliza para suprimir una copia de
seguridad VSS de una base de datos de
SQL Server o para desactivar uno o más
objetos de copia de seguridad de
herencia activos en el servidor de Tivoli
Storage Manager.
Remove-DpSqlPolicy
tdpsqlc delete policy
Suprime una política local.
Reset-DpSqlTsmPassword
tdpsqlc changetsmpassword
Cambia la contraseña de Tivoli Storage
Manager que utiliza Data Protection for
SQL Server.
Descripción breve
Capítulo 5. Automatización
147
Tabla 20. Cmdlets para proteger los datos de Microsoft SQL Server (continuación). En la tabla siguiente se
identifican los cmdlets que puede utilizar para proteger los datos de Microsoft SQL Server.
Nombre del cmdlet
Mandato relacionado de la interfaz de
línea de mandatos
Restore-DpSqlBackup
tdpsqlc restore
Restaurar copias de seguridad de datos
de Microsoft SQL Server.
Set-DpSqlConfig
tdpsqlc set paramname
Establecer los parámetros de
configuración de Data Protection for
SQL Server en el archivo de
configuración.
Set-DpSqlPolicy
tdpsqlc update policy
Cambia una política existente.
Descripción breve
Para ver los detalles acerca de un determinado cmdlet, ejecute el cmdlet Get-Help
con el nombre del cmdlet. Por ejemplo:
Get-Help Get-DpSqlBackup
Para continuar el ejemplo, para ver ejemplos para el cmdlet, especifique:
get-help Get-DpSqlBackup -examples
Para obtener más información, entre:
get-help Get-DpSqlBackup -detailed
Para obtener información técnica, entre:
get-help Get-DpSqlBackup -full
Para obtener información del producto en línea, escriba:
get-help Get-DpSqlBackup -online
Para obtener información sobre un parámetro específico, entre:
help Get-DpSqlBackup -Parameter backupdestination
Para visualizar la ayuda en una ventana separada, incluya el parámetro
-showwindow con el mandato help.
Tareas automáticas
Puede automatizar una carga de trabajo especificando Windows PowerShell
cmdlets o mandatos de la interfaz de línea de mandatos en la línea de mandatos
integrada.
Acerca de esta tarea
Utilice la vista Automatizar para trabajar con mandatos. Puede crear, guardar,
almacenar y planificar mandatos para que se ejecutan a la hora planificada.
Procedimiento
1. Para abrir la vista Automatizar, seleccione la carga de trabajo con la que desea
trabajar y pulse Automatizar. En la ventana de la tarea dispone de una línea de
mandatos integrada desde la que puede especificar PowerShell cmdlets o
mandatos de la interfaz de línea de mandatos.
2. Cambie PowerShell a Línea de mandatos.
148
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
3. Para ejecutar un mandato, escriba un mandato en el panel de detalles y pulse el
icono Ejecutar. Puede emitir mandatos especificando o sin especificar tdpsqlc.
Por ejemplo, por cada instancia de carga de trabajo seleccionada, puede
especificar uno o varios mandatos, como:
q tsm
q sql
También puede ejecutar una tarea guardada; para ello, pulse el icono Abrir,
seleccione el archivo de mandato y pulse el icono Ejecutar. La salida se
visualiza en la ventana principal.
4. Pulse el icono Guardar y siga las indicaciones para guardar un mandato para
un uso futuro.
5. Para planificar un mandato, pulse el icono Planificar este mandato para abrir
el asistente de planificación. Siga las indicaciones del asistente para crear una
planificación para el mandato. La salida del mandato se visualiza en el panel
de resultados.
6. (Opcional) Guarde o envíe la salida del mandato a una dirección de correo
electrónico.
Qué hacer a continuación
Puede automatizar mandatos desde las vistas Proteger, Recuperar, Planificar y
Lista de tareas de Microsoft Management Console (MMC):
1. Inicie MMC y seleccione la instancia del SQL Server en el árbol de navegación.
2. Pulse la pestaña correspondiente a la tarea que desee hacer (Proteger o
Recuperar).
3. Automatice el mandato mediante uno de los métodos siguientes:
Panel Resultados
Seleccione el elemento para la tarea en el panel de resultados y
seleccione Ejecutar de forma planificada en el menú de la barra de
herramientas. Pulse en la tarea adecuada en el panel Acción. Cuando se
inicie el asistente de planificación, especifique la información para cada
solicitud para crear una tarea planificada.
Panel Lista de tareas
Cuando se envía una tarea, se muestra en el panel de lista de tareas.
Seleccione la tarea adecuada y pulse Planificar script de mandato en la
barra de herramientas de la lista de tareas. Cuando se inicie el asistente
de planificación, especifique la información para cada solicitud para
crear una tarea planificada.
También puede pulsar con el botón derecho del ratón en una tarea del
panel Lista de tareas y pulsar Copiar. A continuación, pulse la pestaña
Automatizar y pegue el mandato en el campo.
Capítulo 5. Automatización
149
Planificador de tareas de Tivoli Storage Manager
Revise estas directrices cuando defina una planificación de Tivoli Storage Manager.
v Si utiliza la modalidad de planificación indicada por el Tivoli Storage Manager,
asegúrese de que el archivo de opciones de Data Protection for SQL Server tenga
especificadas las opciones tcpclientaddress y tcpclientport. Si desea ejecutar
más de un servicio planificador, utilice la misma tcpclientaddress. Sin embargo,
debe utilizar valores distintos para tcpclientport, además de nombres de nodo
diferentes. Como ejemplo, es posible que desee ejecutar más de un servicio de
planificador al planificar Data Protection for SQL Server y el cliente de copia de
seguridad normal de Windows.
Puede utilizar la planificación indicada por el servidor sólo cuando se utiliza la
comunicación de TCP/IP. De forma predeterminada, Data Protection for SQL
Server utiliza el modo de planificación de sondeo de cliente.
v Si realiza algún cambio que afecte al planificador en el archivo de opciones de
Data Protection for SQL Server, reinicie el planificador para activar los cambios.
Por ejemplo, la dirección del Tivoli Storage Manager, la modalidad de
planificación o el puerto o la dirección TCP del cliente pueden afectar al
planificador. Para reiniciar el planificador, emita los siguientes mandatos:
net stop "Data Protection for SQL Scheduler"
net start "Data Protection for SQL Scheduler"
v El archivo de registro predeterminado del planificador de Tivoli Storage
Manager (dsmsched.log) contiene información de estado para el planificador de
Tivoli Storage Manager. En este ejemplo, el archivo se encuentra en esta ruta:
d:\Program Files\Tivoli\TSM\TDPSQL\dsmsched.log
Puede alterar temporalmente este nombre de archivo especificando la opción
schedlogname en el archivo de opciones de Data Protection for SQL Server.
v Data Protection for SQL Server crea su archivo de registro con estadísticas acerca
de los objetos de base de datos de los que se ha hecho copia de seguridad
cuando se especifica el parámetro /logfile durante el mandato tdpsqlc. La
salida de los mandatos planificados se envía al archivo de registro del
planificador (dsmsched.log). Después de que se haya realizado el trabajo
planificado, consulte el registro para asegurarse de que el trabajo se ha
completado correctamente.
Cuando se procesa un mandato planificador, es posible que el registro del
planificador contenga la entrada siguiente:
El evento planificado nombre_evento finalizó satisfactoriamente
Este resultado indica que Tivoli Storage Manager ha emitido correctamente el
mandato planificado asociado a nombre_evento. No se intenta determinar si el
mandato se ha ejecutado correctamente o no. Debe determinar el éxito o la
anomalía del mandato evaluando el código de retorno del mandato planificado
en el registro del planificador. La entrada del registro del planificador para el
código de retorno del mandato lleva delante el texto siguiente:
Mandato finalizado. El código de retorno es:
Si se produce un error en las copias de seguridad planificadas, el script de
planificador saldrá con el mismo código de error que el mandato de copia de
seguridad que ha fallado. Un código de error distinto de cero significa que la
copia de seguridad ha fallado.
v Si no se especifica passwordaccess generate en el archivo dsm.opt, es necesario
especificar la contraseña de Tivoli Storage Manager en el mandato tdpsqlc. Para
especificar la contraseña, utilice el parámetro /tsmpassword en el archivo de
150
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
mandatos que el planificador está ejecutando (sqlfull.cmd). También puede
especificar la contraseña en la línea de mandatos de Data Protection for SQL
Server. Por ejemplo:
tdpsqlc query tsm /tsmnode=mars1 /tsmpassword=newpassword
Capítulo 5. Automatización
151
152
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Capítulo 6. Resolución de problemas
Data Protection for SQL Server le ayuda a proteger las bases de datos de SQL
Server de Microsoft. Data Protection for SQL Server utiliza la interfaz de
programación de aplicaciones (API) de Microsoft Server Managed Objects (SMO) y
VSS (Virtual Shadow Copy Service) de Microsoft.
Acerca de esta tarea
Si se produce una condición de error durante un suceso de Data Protection for
SQL Server, generalmente verá un síntoma, o un conjunto de síntomas, y realice un
rastreo del origen del problema. Sin embargo, determinación de problemas no
equivale a resolución de problemas. Durante el proceso de determinación de
problemas, es posible que obtenga la información suficiente que le permita resolver
el problema. En algunos casos, no puede resolver un problema incluso después de
determinar la causa. Por ejemplo, un problema de rendimiento podría deberse a
una limitación del hardware.
Diagnóstico de problemas
Uno de los retos más difíciles de la resolución de problemas en un entorno de
cliente-servidor es determinar qué componente es el origen del problema. Dispone
de asistentes de diagnóstico de VSS para ayudarle a probar instantáneas de VSS en
el sistema. Puede determinar si el origen del problema es un error general de VSS
o un problema de Tivoli Storage Manager o del cliente de Data Protection for SQL.
Archivos de registro de errores
Si se produce una condición de error durante un evento de Data Protection for
SQL Server, puede consultar varios archivos de registro como ayuda para
determinar el problema.
Por ejemplo, puede confirmar que Data Protection for SQL Server ha migrado tras
error buscando entradas sobre el servidor secundario en los siguientes archivos de
registro:
v Tivoli\tsm\TDPSQL\dsierror.log
v Tivoli\tsm\baclient\dsmerror.log
v Data Protection for SQL Server registra la información sobre los mandatos de
copia de seguridad, restauración y supresión en la Consola de eventos de Tivoli.
v Data Protection for SQL Server registra información, de forma predeterminada,
en el archivo tdpsql.log en el directorio en el que está instalado Data Protection
for SQL Server. Este archivo indica la fecha y hora de una copia de seguridad,
los datos que se han copiado y los mensajes de error o códigos de terminación.
Este archivo es muy importante y debe supervisarse a diario.
v La API de Tivoli Storage Manager registra, de forma predeterminada, la
información de errores de API en el archivo dsierror.log del directorio donde se
ha instalado Data Protection for SQL Server Este registro no contiene estadísticas
de copia de seguridad. El archivo dsierror.log no puede marcarse como de sólo
lectura.
v Data Protection for SQL Server registra información en el registro de errores de
SQL Server. La información del registro de errores de SQL Server se puede
visualizar utilizando las herramientas de administración de SQL Server.
© Copyright IBM Corp. 1997, 2015
153
v El planificador de Tivoli Storage Manager registra información en los archivos
dsmsched.log y dsmerror.log. De forma predeterminada, estos archivos están
ubicados en el directorio donde está instalado el cliente de archivado y copia de
seguridad de Tivoli Storage Manager.
Consejo: La salida de los mandatos planificados se envía al archivo de
registro del planificador (dsmsched.log). Después de que se haya realizado el
trabajo planificado, consulte el registro para asegurarse de que el trabajo se ha
completado correctamente.
Cuando se procesa un mandato planificado, el registro del planificador puede
contener la entrada siguiente:
El evento planificado nombre_evento finalizó satisfactoriamente
Esto no es más que una indicación de que Tivoli Storage Manager ha emitido
satisfactoriamente el mandato planificado asociado a nombre_evento. No se
intenta determinar el éxito o la anomalía del mandato. Puede valorar el éxito o
el fracaso del mandato mediante la evaluación del código de retorno del
mandato planificado en el registro del planificador. La entrada del registro del
planificador para el código de retorno del mandato lleva delante el texto
siguiente:
Mandato finalizado. Return code is:
return_code_number
v Registro de eventos de aplicaciones y del sistema Windows.
v Para operaciones VSS, consulte el archivo dsmerror.log en el directorio de
instalación del cliente de archivado y copia de seguridad.
Cómo determinar si se trata de un problema de Data
Protection for SQL Server o un problema general de VSS
El cliente de Data Protection interactúa estrechamente con el cliente de copia de
seguridad y archivado (DSMAGENT). El cliente finaliza todas las operaciones de
Virtual Shadow Copy Service (VSS). Puede probar la conectividad entre el cliente
de Data Protection y DSMAGENT de Tivoli Storage Manager. Puede determinar si
el origen del problema es un error del servicio Microsoft VSS o un problema de
código de Tivoli Storage Manager.
Acerca de esta tarea
v Las herramientas vssadmin y diskshadow son aplicaciones que pueden ejecutar
copias de seguridad que utilizan las API de VSS de Microsoft SQL Server.
vssadmin
Un programa de utilidad que se instala con el sistema operativo y que
puede mostrar copias de seguridad de duplicación de volúmenes
actuales y todos los grabadores de copia de duplicación y proveedores
instalados en la ventana de mandatos.
diskshadow
La herramienta diskshadow está disponible con Windows Server 2008 y
versiones posteriores.
Con estas herramientas, puede determinar los elementos siguientes:
– Verificar las configuraciones de proveedor de VSS
– Descartar cualquier posible problema de VSS antes de ejecutar las funciones
de VSS de Tivoli Storage Manager
154
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
– Podría tener un problema de configuración de VSS o un problema de
hardware real si una operación no funciona con diskshadow o vssadmin
– Podría tener un problema de Tivoli Storage Manager si una operación
funciona con diskshadow o vssadmin, pero no con Tivoli Storage Manager
v Para operaciones de VSS, puede reproducir el problema con la herramienta de
Microsoft diskshadow. Si puede reproducir el problema con la herramienta
diskshadow, es probable que el origen del problema esté en el proveedor de VSS
o en SQL Server.
Procedimiento
1. Pruebe la conectividad entre el cliente de Data Protection y Tivoli Storage
Manager DSMAgent.
a. Seleccione la carga de trabajo de SQL Server con la que desea trabajar y
pulse el separador Automatizar para abrir la vista Automatizar.
b. Para verificar que la instalación y configuración son correctas, emita el
mandato TDPSQLC QUERY SQL en el panel de detalles inferior y pulse Ejecutar
(o Intro). Emita el mandato TDPSQLC QUERY SQL en el sistema donde está
instalado SQL Server. Los resultados se muestran en el panel.
El mandato TDPSQLC QUERY SQL devuelve información sobre los siguientes
elementos:
v Estado de SQL Server
v Registro circular
v Componentes de VSS
A continuación se muestra un ejemplo de la salida que genera el mandato
TDPSQLC QUERY SQL:
C:\Program Files\Tivoli\tsm\TDPSql>tdpsqlc query sql
IBM Tivoli Storage Manager for Databases:
Data Protection for Microsoft SQL Server
Versión 7, Release 1, Nivel 1.0
(C) Copyright IBM Corporation 1997, 2014. Reservados todos los derechos.
Conectándose a SQL Server, por favor, espere...
Información de SQL Server
---------------------Nombre de SQL Server....................... RHINO
Versión de SQL Server ....................... 12.0.2000 (SQL Server 2014)
Información de VSS (Volume Shadow Copy Service)
-------------------------------------------Nombre de grabador
: SqlServerWriter
Nombre de nodo DSMAgent local: RHINO
Nodo DSMAgent remoto
:
Estado de grabador
: En línea
Componentes seleccionables: 6
La operación se ha completado satisfactoriamente. (rc = 0)
Si el mandato TDPSQLC QUERY SQL no devuelve toda esta información, puede
tener un problema de configuración de proxy. Póngase en contacto con el
administrador del servidor de Tivoli Storage Manager para que ejecute los
mandatos GRANT PROXY correctos del servidor con el fin de habilitar la
Capítulo 6. Resolución de problemas
155
autorización de proxy para los nodos. Si se devuelve toda esta información y
parece correcta, proceda con el paso siguiente.
2. Para determinar si es un problema del servicio VSS de Microsoft o del código
de Tivoli Storage Manager, utilice las herramientas vssadmin y diskshadow
para reproducir el error del siguiente modo:
a. Emita los mandatos VSSADMIN y diskshadow, tal como se muestra en la
siguiente tabla:
Tabla 21. Mandatos VSSADMIN
Opción
Ejecute este mandato:
Para ver el grabador de VSS:
VSSADMIN LIST WRITERS
Para ver los proveedores de VSS:
VSSADMIN LIST PROVIDERS
Para ver las copias creadas mediante el
proveedor de Microsoft Software
Shadow Copy:
VSSADMIN LIST SHADOWS
Para ver las copias creadas mediante el
proveedor de hardware de VSS a partir
de Windows Server 2008:
diskshadow diskshadow > list shadows
all
b. Antes de instalar Data Protection for SQL Server, pruebe la función
principal de VSS. Realice las siguientes pruebas de diskshadow antes de
instalar cualquier componente de Tivoli Storage Manager:
v Pruebe la creación y supresión de duplicaciones no persistentes emitiendo
los mandatos diskshadow siguientes:
diskshadow>set verbose on
diskshadow>begin backup
diskshadow>add volume f: (volumen de base de datos)
diskshadow>add volume g: (volumen de registro)
diskshadow>create
diskshadow>end backup
diskshadow>list shadows all
diskshadow>delete shadows all
diskshadow>list shadows all
Los volúmenes f: y g: representan los volúmenes de base de datos y de
registro de SQL Server. Siga emitiendo mandatos diskshadow cuatro veces
y verifique que el archivo de registro de eventos de aplicaciones y del
sistema de Windows no contenga errores.
v Pruebe la creación y supresión de duplicaciones persistentes emitiendo
los mandatos diskshadow siguientes:
diskshadow>set context persistent
diskshadow>set verbose on
diskshadow>begin backup
diskshadow>add volume f: (volumen de base de datos)
diskshadow>add volume g: (volumen de registro)
diskshadow>create
diskshadow>end backup
diskshadow>list shadows all (puede tardar unos minutos)
diskshadow>delete shadows all
diskshadow>list shadows all
Los volúmenes f: y g: representan los volúmenes de base de datos y de
registro de SQL Server. Siga emitiendo mandatos diskshadow cuatro
veces y verifique que el archivo de registro de eventos de aplicaciones y
del sistema de Windows no contenga errores.
v Pruebe la creación y supresión de duplicaciones transportables
persistentes emitiendo los mandatos diskshadow siguientes:
156
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
diskshadow>set context persistent
diskshadow>set option transportable
diskshadow>add volume f: (volumen de base de datos)
diskshadow>add volume g: (volumen de registro)
diskshadow>set metadata c:\metadata\SQLmeta.cab
(la vía de acceso en la que desea almacenar los metadatos)
diskshadow>create
Debe copiar el archivo sqlmeta.cab del servidor de origen en el servidor
de traspaso. Después de copiar el archivo, emita los siguientes mandatos:
diskshadow>load metadata newpath/sqlmeta.cab
diskshadow>import
diskshadow>list shadows all (puede tardar unos minutos)
diskshadow>delete shadows all
Los volúmenes f: y g: representan los volúmenes de base de datos y de
registro de SQL Server. Siga emitiendo mandatos diskshadow cuatro veces
y verifique que el archivo de registro de eventos de aplicaciones y del
sistema de Windows no contenga errores.
3. Pruebe la creación y la supresión de una copia de duplicación no persistente.
a. Emita los siguientes mandatos diskshadow. En este ejemplo, los volúmenes
k: y l: representan los volúmenes de base de datos y de registro de SQL
Server.
diskshadow>set context volatile
diskshadow>set verbose on
diskshadow>begin backup
diskshadow>add volume k: (volumen de base de datos)
diskshadow>add volume l: (volumen de registro)
diskshadow>create
diskshadow>end backup
diskshadow>list shadows all (puede tardar unos minutos)
diskshadow>exit
diskshadow
diskshadow>list shadows all (sin copias de duplicación)
b. Compruebe que el archivo de registro de eventos del sistema y de
aplicaciones de Windows no contenga errores.
4. (Sólo entornos de proveedor de hardware de VSS) Pruebe la creación y la
supresión de una copia de duplicación transportable no persistente.
a. Emita los siguientes mandatos diskshadow. En este ejemplo, los volúmenes
k: y l: representan los volúmenes de base de datos y de registro de SQL
Server.
diskshadow>set context volatile
diskshadow>set option transportable
diskshadow>add volume k: (volumen de base de datos)
diskshadow>add volume l: (volumen de registro)
diskshadow>set metadata c:\metadata\SQLmeta.cab
(la vía de acceso en la que desea almacenar los metadatos)
diskshadow>create
b. Siga emitiendo mandatos diskshadow cuatro veces y verifique que el archivo
de registro de eventos de aplicaciones y del sistema de Windows no
contenga errores.
c. Copie el archivo sqlmeta.cab del servidor de origen en el servidor de
traspaso. A continuación, emita los siguientes mandatos:
diskshadow>load metadata newpath/sqlmeta.cab
diskshadow>import
diskshadow>list shadows all (puede tardar unos minutos)
diskshadow>delete shadows all
Si alguna de estas pruebas falla de forma repetida, hay un problema de
configuración de hardware o un problema de VSS. Consulte en la
Capítulo 6. Resolución de problemas
157
documentación de hardware los problemas conocidos o busque la información
en la base de datos de conocimientos de Microsoft.
Si se pasan todas estas pruebas, continúe en el paso 5.
5. Reproduzca el problema específico utilizando diskshadow. Si puede reproducir
el problema únicamente a través de una serie de pasos (por ejemplo: una copia
de seguridad falla cuando realiza dos copias de seguridad locales consecutivas),
intente realizar esas mismas pruebas utilizando diskshadow.
v Simule las copias de seguridad de VSS de SQL Server en Local mediante la
ejecución de una instantánea persistente de diskshadow.
v Simule las copias de seguridad de VSS de SQL Server en Tivoli Storage
Manager ejecutando una instantánea diskshadow no persistente.
v Simule las copias de seguridad VSS de SQL Server en Local y en Tivoli
Storage Manager mediante la ejecución de una instantánea persistente de
diskshadow.
v Simule las copias de seguridad de VSS de SQL Server de traspaso al Tivoli
Storage Manager mediante la ejecución de una instantánea diskshadow no
persistente y transportable.
Consulte la documentación de diskshadow para ver los mandatos específicos
necesarios para realizar copias de seguridad. Si puede reproducir el problema,
lo más probable es que sea un problema de VSS general. Consulte la base de
datos de conocimientos de Microsoft para obtener información. Si la operación
se realiza satisfactoriamente con diskshadow, lo más probable es que sea un
problema del cliente de Tivoli Storage Manager o de Data Protection for SQL.
6. Para operaciones de copia de seguridad de herencia, intente reproducir el
problema utilizando el programa de utilidad de copia de seguridad o de
restauración en el administrador de administración de SQL Server. Si se
muestra el siguiente mensaje de error, significa que SQL Server ha encontrado
una situación inesperada: ACO5350E Se ha producido un error de la API de
SQL. Es posible que necesite ayuda de Microsoft si el problema continúa.
En ocasiones, los mensajes de error de Data Protection for SQL Server
contienen un código HRESULT. Para obtener más información sobre el
problema, utilice el código HRESULT para buscar en la documentación de
Microsoft y en la base de datos de conocimiento de Microsoft.
Resolución de problemas que se pueden reproducir
Cuando un componente no funciona según sus especificaciones, intente reproducir
el problema y capturar la información sobre el entorno operativo actual en el
momento del error. Puede solucionar problemas de operaciones de copia de
seguridad y restauración de VSS, de VSS y SAN Volume Controller y de Storwize
V7000 o DS8000
Resolución de problemas de operaciones de copia de
seguridad y restauración de VSS
Si tiene un problema durante el proceso de copia de seguridad y restauración de
VSS, intente reproducir el problema en su entorno.
Antes de empezar
Si falla una copia de seguridad de VSS, compruebe que existe suficiente espacio de
disco disponible para almacenar la instantánea.
158
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Procedimiento
1. Vuelva a intentar la operación que ha fallado.
2. Si el problema persiste, cierre el resto de las aplicaciones, sobre todo aquellas
que interactúan con SQL Server, por ejemplo las aplicaciones antivirus. Vuelva
a intentar la operación que ha fallado.
3. Si el problema persiste, busque información en los registros de eventos:
tdpsql.log y dsmerror.log. También puede revisar los mensajes del registro de
eventos de aplicaciones y del sistema Windows. Puede haber entradas del
registro que le ayuden a identificar el evento de VSS que activa el problema.
4. Si no encuentra una resolución para el problema en los archivos de registro,
lleve a cabo los pasos siguientes:
a. Concluya SQL Server o el sistema.
b. Reinicie SQL Server o el sistema.
c. Ejecute la operación que ha fallado.
Resolución de problemas con copias de seguridad de registro
de cola
Es posible que una operación de restauración de base de datos falle si no se hace
copia de seguridad de los registros del registro de transacciones de la cola del
registro.
Acerca de esta tarea
Durante la operación de restauración, es posible que vea el siguiente mensaje de
error:
Failed - An exception occurred while executing a Transact-SQL statement
or batch.
The tail-log backup of the dbName database has not been backed up.
Use BACKUP LOG WITH NORECOVERY to backup the log if it contains work you
do not want to lose.
Use the WITH REPLACE or WITH STOPAT clause of the RESTORE statement to
overwrite the contents of the log.
RESTORE DATABASE is terminating abnormally.
Changed database context to ’master’. (HRESULT:0x80131501)
Para resolver el error, complete la copia de seguridad del registro de cola.
Procedimiento
1. En el separador Proteger de la instancia de SQL Server, pulse Mostrar opciones
de copia de seguridad y establezca la opción Copia de seguridad de registro
de cola en Yes.
2. En el panel Acciones, seleccione Copia de seguridad de registro de TSM.
Capítulo 6. Resolución de problemas
159
Resolución de problemas de la restauración fuera de línea de
VSS de una base de datos maestra
Microsoft SQL Server sólo admite restauraciones fuera de línea de VSS de la base
de datos maestra. Data Protection for SQL Server no admite restauraciones fuera
de línea. Por lo tanto, no puede utilizar Data Protection for SQL Server para
restaurar la base de datos maestra.
Procedimiento
1. Asegúrese de que SQL Server está en línea.
2. Restaure la base de datos maestra en una nueva base de datos en Microsoft
Management Console (MMC) o en la línea de mandatos. Por ejemplo:
Especifique el mandato tdpsqlc con la opción /recovery=no.
3. Después de que se haya finalizado la operación de restauración, verifique que
todos los archivos de datos se han restaurado satisfactoriamente.
4. Detenga la instancia de SQL Server y cambie el nombre de todos los archivos
de datos de la base de datos maestra.
5. Copie todos los archivos de datos de la nueva base de datos "master_restore"
en la base de datos maestra. Verifique que se han copiado todos los archivos de
datos.
6. Inicie la instancia de SQL Server y verifique que la base de datos maestra se ha
restaurado satisfactoriamente.
Tareas relacionadas:
“Restauración de la base de datos maestra” en la página 133
Resolución de problemas de limitaciones del clúster de
migración tras error de SQL Server para operaciones de VSS
Determinadas limitaciones se aplican al completar operaciones de VSS en un
entorno de clúster de migración tras error de SQL Server.
Procedimiento
Asegúrese de que todos los servidores del clúster utilicen los mismos niveles de
Tivoli Storage Manager, Windows, y otro software aplicable.
v Instale el daemon de aceptación de clientes (CAD) de Tivoli Storage Manager en
cada nodo de clúster para que pueda continuar las operaciones si se produce
una migración tras error de los servidores. Asegúrese de que el nombre de
servicio CAD es el mismo en todos los nodos de clúster de modo que un
servicio de clúster genérico pueda iniciarlo.
v
Consejo: El nodo de cliente de DSMAGENT local debe ser un nodo
independiente de su cliente de copia de seguridad y archivado habitual, ya que
el servicio CAD tendrá que convertirse en una opción sin clúster. Si utiliza el
nodo de cliente de DSMAGENT remoto, no es necesario registrar un nodo
independiente para cada servidor del clúster.
v Utilice los mandatos de Microsoft vssadmin y diskshadow para verificar el
entorno.
v Configure un archivo de configuración de Data Protection for SQL Server para
cada nodo del clúster. Estos archivos de configuración son casi idénticos, excepto
en los puntos de parámetro de localdsmagentnode al DSMAGENT local
correspondiente en cada nodo.
v Si ejecuta operaciones planificadas de VSS en un entorno de clúster de
migración tras error de SQL Server, siga estos pasos:
160
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
– Instale el planificador de Tivoli Storage Manager como servicio de Windows
en todos los nodos de clúster.
– Si el archivo de mandatos está en una unidad local, asegúrese de que el
archivo siga siendo coherente en todos los nodos del clúster. Si lo prefiere,
puede crear el archivo de mandatos en una unidad compartida. Asegúrese de
que el parámetro objects, que se especifica con el mandato define schedule
en servidor de Tivoli Storage Manager, apunte a este archivo de mandatos.
Qué hacer a continuación
Para resolver problemas de tiempo de espera excedido, planifique copias de
seguridad de VSS para que pase tiempo suficiente entre las copias de seguridad, o
aumente la velocidad de copia de la copia de segundo plano de IBM SAN Volume
Controller o IBM Storwize V7000.
Resolución de problemas de limitaciones de VSS con IBM SAN
Volume Controller e IBM Storwize V7000
Cuando ejecute una copia de seguridad VSS de Data Protection for SQL Server (sin
traspaso de datos) a un servidor de Tivoli Storage Manager, en ocasiones los LUN
de IBM SAN Volume Controller o IBM Storwize V7000 pueden permanecer
correlacionados con el host de Windows aunque la copia de seguridad ya esté
completa.
Procedimiento
Utilice un destino de copia de seguridad distinto a servidor de Tivoli Storage
Manager (BOTH o LOCAL).
Resultados
Cuando ejecute dos copias de seguridad VSS de Data Protection for SQL Server y
si los volúmenes son grandes, o la tasa de copia en segundo plano está establecida
en un número bajo, o suceden ambas cosas, la segunda copia de seguridad VSS
podría presentarse como si se hubiese colgado. Normalmente, los datos de SQL
Server están en discos de IBM SAN Volume Controller o IBM Storwize V7000. Sin
embargo, la segunda copia de seguridad espera que se complete la copia de
segundo plano de IBM SAN Volume Controller o IBM Storwize V7000 de la
primera copia de seguridad antes de seguir adelante. IBM SAN Volume Controller
o IBM Storwize V7000 no permite que se produzcan dos copias simultaneas en
segundo plano del mismo volumen. Seguramente no sabrá que la segunda copia
de seguridad está esperando a que se complete la primera copia en segundo plano.
También puede ver errores de tiempo de espera si la copia de segundo plano de
IBM SAN Volume Controller o IBM Storwize V7000 anterior tarda demasiado
tiempo.
Qué hacer a continuación
Para resolver problemas de tiempo de espera excedido, planifique copias de
seguridad de VSS para que pase tiempo suficiente entre las copias de seguridad, o
aumente la velocidad de copia de la copia de segundo plano de IBM SAN Volume
Controller o IBM Storwize V7000.
Capítulo 6. Resolución de problemas
161
Resolución de problemas de limitaciones de VSS con IBM
N-series y NetApp FAS series
Si tiene pensado ejecutar copias de seguridad de VSS con el destino de copia de
seguridad establecido en LOCAL, comprenda las limitaciones del Proveedor de VSS
para NetApp FAS series y las N-series de IBM, y en SnapDrive 4.2 y versiones
anteriores, que afectan a la forma en que puede ejecutar las operaciones de copia
de seguridad de VSS. Debe configurar su entorno correctamente para evitar
supresiones de instantáneas, anomalía de copia de seguridad y condiciones de falta
de espacio en los volúmenes de producción.
Antes de empezar
v Asegúrese de que una LUN de servidor de archivos NAS que han utilizado las
bases de datos de SQL Server esté totalmente dedicada a la base de datos. Las
bases de datos de SQL Server no pueden compartir LUN.
v Asegúrese de que una LUN de archivador NAS que utilizan las bases de datos
de SQL Server es la única LUN del volumen del archivador. Por ejemplo, si SQL
Server utiliza cuatro LUN, debe haber cuatro volúmenes de gestor de archivos
correspondientes, donde cada volumen contiene una LUN.
v Si el tipo de volumen NetApp es Traditional, asegúrese de que las copias de
seguridad VSS cuyo destino de copia de seguridad se haya establecido en LOCAL
estén vinculadas a una clase de gestión que tenga verExists=1. Este valor no es
obligatorio si se utilizan volúmenes flexibles.
v Asegúrese de que las copias de seguridad de VSS cuyo destino de copia de
seguridad se haya establecido en LOCAL pueden ser copias de seguridad
completas o de copia. No se pueden mezclar copias de seguridad locales de tipo
FULL y COPY.
v Asegúrese de que las copias de seguridad de VSS cuyo destino de copia de
seguridad se haya establecido en TSM pueden ser copias de seguridad completas
o de copia. No existen restricciones en las copias de seguridad de Tivoli Storage
Manager.
v Al ejecutar copias de seguridad de VSS, asegúrese de que las copias de
seguridad anteriores hayan finalizado completamente antes de iniciar una nueva
copia de seguridad. Para evitar problemas en SQL Server, en el servicio de VSS y
en el archivador NAS, evite solapamientos de las copias de seguridad.
Acerca de esta tarea
El siguiente procedimiento de copia de seguridad es un ejemplo que muestra cómo
ejecutar de forma óptima las copias de seguridad de VSS utilizando los destinos de
Tivoli Storage Manager y de copia de seguridad local. Los siguientes supuestos se
aplican a este procedimiento de copia de seguridad de ejemplo:
v Los requisitos de configuración indicados están en su lugar.
v Todos los días, las copias de seguridad de VSS completas en un destino local
tendrán lugar cada cuatro horas - 00:00, 04:00, 08:00, 12:00, 16:00, 20:00
v La copia de seguridad VSS en Tivoli Storage Manager tarda una hora en
completarse.
v La copia de seguridad VSS en un destino local tarda cinco minutos en
completarse.
Procedimiento
Establezca la planificación de la copia de seguridad de VSS diaria completa para
que se ejecute de una de las siguientes formas:
162
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
v Ejecute todos los días las copias de seguridad completas de VSS en un destino
local cada cuatro horas - 00:00, 04:00, 08:00, 12:00, 16:00, 20:00
v Ejecute copias de seguridad completas de VSS todos los días en el
almacenamiento de Tivoli Storage Manager mediante uno de estos dos métodos:
– Establezca backupdestination en BOTH para ejecutarse a las 00:00. Dado que
este valor ejecuta una copia de seguridad a las 00:00 en un destino local, no
planifique por separado una copia de seguridad a las 00:00 en un destino
local.
– Establezca la copia de seguridad con traspaso de datos completa para que se
ejecute a las 1:00. No hay ninguna copia de seguridad local de VSS disponible
para restaurar las copias de seguridad de VSS entre la 1:00 y las 4:00, cuando
se produce la siguiente copia de seguridad de VSS en un destino local.
v Establezca copias de seguridad completas de VSS semanales para que se
ejecuten en Tivoli Storage Manager, como una copia de seguridad de traspaso de
datos, a las 5:00.
Resolución de problemas de VSS y SAN Volume Controller,
Storwize V7000 o DS8000
Si tiene problemas con VSS y SAN Volume Controller, Storwize V7000 o DS8000,
utilice los consejos sobre resolución de problemas como ayuda para solucionar
algunos problemas comunes de configuración.
Procedimiento
1. Verifique la conectividad con CIMOM (Common Information Model Object
Manager) tal como se indica a continuación:
a. Consulte la documentación de SAN Volume Controller, Storwize V7000 o
DS8000.
b. Ejecute el mandato IBMVCFG LIST. La ubicación predeterminada es %Program
Files%\IBM\Hardware Provider for VSS-VDS.
c. Emita el mandato IBMVCFG SHOWCFG para ver información sobre la
configuración del proveedor.
d. Compruebe que el CIMOM se haya configurado correctamente. Ejecute
verifyconfig.bat -u nombre_usuario -p contraseña en la consola maestra.
e. Compruebe el nombre de usuario y la contraseña. Si el problema es con el
almacén de confianza, siga el procedimiento de la documentación para
generar un almacén de confianza nuevo.
2. Verifique problemas operativos de CIMOM del siguiente modo:
a. Si la operación de copia de seguridad o restauración falla, compruebe el
archivo IBMVSS.log.
Si el error de copia de seguridad o restauración procede de una anomalía
de CIMOM, el registro muestra una salida similar a la del ejemplo
siguiente:
Wed Jan 13 17:34:34.793 - Calling AttachReplicas
Wed Jan 13 17:34:35.702 - AttachReplicas: 909ms
Wed Jan 13 17:34:35.702 - returnValue: 34561
Wed Jan 13 17:34:35.718 - AttachReplicas returned: 34561
java.util.MissingResourceException: Can’t find resource for
bundle java.util.PropertyResourceBundle, key 1793
at java.util.ResourceBundle.getObject(ResourceBundle.java:329)
at java.util.ResourceBundle.getString(ResourceBundle.java:289)
at com.ibm.cim.CIMException.<init>(CIMException.java:472)
at ESSService.executeFlashCopy(ESSService.java:3168)
Wed Jan 13 17:34:35.779 - IBMVSS: AbortSnapshots
Capítulo 6. Resolución de problemas
163
El valor de retorno 0 significa que la operación de copia de seguridad o
restauración se ha ejecutado correctamente.
b. Para determinar el motivo del error de una operación de copia de seguridad
o restauración, examine los archivos de registro. Los archivos los genera la
CLI o la interfaz gráfica de usuario (GUI), en función de cómo se ejecute la
operación. Los archivos de registro pueden proporcionar más información
acerca de la anomalía.
3. Si el error parece deberse a una causa distinta de una anomalía de CIMOM,
verifique la configuración del host. Ejecute los niveles de soporte más recientes
del software para el SAN Volume Controller, Storwize V7000 o DS8000.
4. Si no puede resolver estos problemas, proporcione la información siguiente al
equipo de soporte de IBM:
v La información que se muestra en la sección de información de diagnóstico
de Tivoli Storage Manager
v Tipo de HBA, firmware y niveles de controlador
v Versión de SDD
v Versión del microcódigo de controlador de volumen SAN (si procede)
v Versión del microcódigo de DS8000 (si procede)
v Versión del microcódigo de Storwize V7000 (si procede)
v La versión de SAN Volume Controller o la versión de la consola maestra de
Storwize V7000 (si procede)
v Para DS8000, la versión del agente de CIM (si procede)
v IBMVSS.log
v IBMVDS.log
v Registro de eventos de aplicaciones
v Registro de eventos del sistema
v Registros de CIMOM si el problema parece estar relacionado con CIMOM.
Ejecute CollectLogs.bat y envíe el archivo que se ha creado
(CollectedLogs.zip) al soporte de IBM.
La ubicación predeterminada para el SAN Volume Controller o Storwize V7000
es C:\Archivos de programa\IBM\svcconsole\support y la ubicación
predeterminada para DS8000 es C:\Archivos de programa\IBM\cimagent.
Resolución de problemas con el equipo de soporte de IBM
Póngase en contacto con el equipo de soporte de IBM si necesita más ayuda en el
caso de que tenga un problema que no pueda resolver mediante la aplicación de
arreglos de mantenimiento, la reproducción del problema o la utilización de la
información de los temas anteriores. El equipo de soporte de IBM podría solicitar
ver algunos de los archivos de rastreo y registro, o todos ellos, cuando investigue
el problema notificado.
Acerca de esta tarea
Además, es posible que se le solicite que establezca un rastreo del cliente de Data
Protection cuando se utiliza la tecnología VSS y que recopile el registro. El equipo
de soporte de IBM utiliza la información capturada en el archivo de registro para
rastrear un problema hasta su origen o para determinar por qué se ha producido
un error.
164
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Visualización de archivos de rastreo y de registro
Data Protection for SQL Server utiliza varios componentes. Cada componente se
encuentra en su propio directorio junto con sus respectivos archivos de resolución
de problemas. Utilizando la vista Archivos de rastreo y de registro, puede ver
fácilmente estos archivos en una ubicación central.
Acerca de esta tarea
Los archivos siguientes son ejemplos de archivos que puede ver, incluidos los
archivos de registro y de rastreo predeterminados:
Ejemplos de archivos de registro y archivos de rastreo predeterminados de Data
Protection for SQL Server:
v Directorio de instalación: C:\Archivos de programa\Tivoli\TSM\TDPSql
v dsierror.log
v tdpsql.log
v TraceFileSql.trc
Si tdpsql.log se define en una vía de acceso distinta de la vía de acceso
predeterminada, c:\archivos de programa\tivoli\TSM\TDPSql\tdpsql.log,
los informes no incluirán la siguiente información para las operaciones de
copias de seguridad y restauración planificadas:
v Finalización de tareas
v Tipo de actividad de protección de datos
v Cantidad de actividad de protección de datos
Los diagramas y los informes muestran sólo información presente en el
archivo de registro predeterminado tdpsql.log.
Ejemplos de los archivos de registro y archivos de rastreo predeterminados del
solicitante VSS:
v Directorio de instalación: C:\Archivos de programa\Tivoli\TSM\baclient
v dsmerror.log
Ejemplos de archivos de registro de IBM VSS provider for SAN Volume
Controller, Storwize V7000 y DS8000:
v IBMVDS.log
v IBMVss.log
Procedimiento
1. Cuando encuentre un problema en Microsoft Management Console (MMC),
puede crear archivos de rastreo utilizando la página de propiedades
Diagnósticos.
a. Pulse Propiedades > Diagnósticos, y pulse Comenzar.
b. Cierre la página de propiedades y reproduzca el problema.
c. Abra la página de propiedades Diagnósticos y pulse Detener. La pulsación
del botón Diagnóstico es el método preferido para recopilar información
para enviar al representante del servicio. Este método recopila toda la
información necesaria. Incluso si se produce un problema sólo en la interfaz
de línea de mandatos, siempre puede recopilar información utilizando la
pestaña Automatizar. Los archivos de registro se visualizan en la vista
Archivos de rastreo y de registro.
2. Pulse en el archivo de rastreo o registro que desea visualizar. El contenido del
archivo se visualiza en la parte inferior del panel de resultados.
Capítulo 6. Resolución de problemas
165
Obtención de rastreos del cliente de Data Protection cuando
se utiliza la tecnología VSS
Debe recopilar rastreos para Data Protection for SQL Server, la interfaz gráfica de
aplicaciones (API) de Tivoli Storage Manager y los procesos de DSMAGENT para
asegurar el diagnóstico apropiado del funcionamiento de VSS (Volume Shadow
Copy Service).
Acerca de esta tarea
Para diagnosticar problemas operativos de VSS de Data Protection for SQL Server,
obtenga estos rastreos:
v Rastreo de Data Protection for SQL Server
v Rastreo de la API de Tivoli Storage Manager
v Rastreo de DSMAGENT
Procedimiento
1. Para obtener el rastreo de Data Protection for SQL Server, abra Microsoft
Management Console (MMC) y vaya a la página de propiedades de
diagnósticos para activar el rastreo. El rastreo está desactivado de forma
predeterminada. Seleccione uno de los tipos de diagnóstico siguientes:
v Para operaciones de herencia: MMC normal, DP (servicio), API (servicio,
detalles_api)
v Para operaciones VSS y salida de tamaño grande: MMC completa, DP
(servicio), API (servicio, detalles_api), Agent (servicio)
v Para el control completo de todos los valores: personalizado
2. Obtenga el rastreo de la API de Tivoli Storage Manager del siguiente modo:
Habilite el rastreo con el archivo dsm.opt de DP/SQL y las palabras clave
“TRACEFILE” y “TRACEFLAGS”. El siguiente texto es un ejemplo de entrada del
archivo dsm.opt de DP/SQL:
TRACEFILE APITRACE.TXT
TRACEFLAG SERVICE
3. Obtenga el rastreo de DSMAGENT del siguiente modo: Habilite el rastreo con
el archivo dsmagent (baclient) dsm.opt y las palabras clave “TRACEFILE” y
“TRACEFLAGS”. El texto siguiente es un ejemplo de entrada del archivo dsmagent
(baclient) dsm.opt:
TRACEFILE AGTTRACE.TXT
TRACEFLAG SERVICE PID TID ENTER ALL_VSS SBRM RESTORE
El distintivo de rastreo, en este caso, es ALL_VSS (puede necesitar diferentes
distintivos de rastreo, en función de las circunstancias).
4. Habilite las funciones de rastreo de depuración del servicio Volumen
ShadowCopy en Windows.
166
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Recopilación de información sobre SQL Server con VSS antes
de llamar a IBM
El cliente de Data Protection depende del sistema operativo y la aplicación SQL
Server. La recopilación de toda la información necesaria acerca del entorno puede
ayudar al equipo de soporte de IBM considerablemente en la determinación del
problema.
Procedimiento
Recopile toda la información siguiente que sea posible antes de ponerse en
contacto con el equipo de soporte de IBM:
v El nivel exacto del sistema operativo de Windows, incluidos todos los Service
Packs y hotfixes que se han aplicado.
v El nivel exacto de SQL Server, incluidos todos los Service Packs y hotfixes que se
han aplicado.
v El nivel exacto de Data Protection for SQL Server con soporte de copia de
seguridad y restauración de VSS (Volume Shadow Copy Service).
v El nivel exacto de la API de Tivoli Storage Manager.
v El nivel exacto del servidor de Tivoli Storage Manager.
v El nivel exacto del cliente de copia de seguridad y archivado de Tivoli Storage
Manager.
v El nivel exacto del agente de almacenamiento de Tivoli Storage Manager (si el
entorno es sin LAN).
v La plataforma y nivel del sistema operativo del servidor de Tivoli Storage
Manager.
v La salida del mandato QUERY SYSTEM del servidor de Tivoli Storage Manager.
v La salida del mandato TDPSQLC QUERY SQL de Data Protection for SQL Server.
v El tipo de dispositivo (y la vía de acceso de conectividad) de las bases de datos
y registros de SQL Server.
v (Solo SAN) el hardware específico que se utiliza. Por ejemplo: HBA, niveles de
controlador, niveles de microcódigo, controlador de volumen SAN o niveles de
Storwize V7000, detalles de hardware DS8000.
v Los permisos y el nombre el ID de usuario que se utiliza para ejecutar
operaciones de copia de seguridad y restauración.
v El nombre y la versión del software antivirus.
v (Solo SAN) el nivel de proveedor de hardware VSS.
v Los archivos de registro del proveedor de hardware VSS. Para obtener
información sobre cómo habilitar el rastreo y recopilar los archivos de registro
de rastreo, consulte la documentación del proveedor de hardware VSS específico.
v (Solo SAN) el nivel de agente de CIM de IBM para DS8000, el SAN Volume
Controller o Storwize V7000.
v Una lista de otras aplicaciones que se están ejecutando en el sistema.
v Una lista de los pasos que se necesitan para reproducir el problema (si el
problema se puede reproducir).
v Si el problema no se puede reproducir, indique los pasos que han causado el
problema.
v ¿Se ejecuta Data Protection for SQL Server en un entorno de Microsoft Failover
Clustering?
v ¿Se produce el problema en otros SQL Servers?
Capítulo 6. Resolución de problemas
167
Recopilación de archivos de SQL Server con VSS antes de
llamar a IBM
Puede recopilar varios archivos de registro y otros datos para el diagnóstico del
servidor de Data Protection for SQL Server.
Acerca de esta tarea
Microsoft Management Console (MMC) recopila automáticamente información en
un archivo de paquete, que puede enviar al equipo de soporte de IBM. Para
recopilar manualmente esta información, consulte la siguiente lista de archivos.
Procedimiento
1. Recopile el mayor número posible de los archivos que se indican a
continuación antes de ponerse en contacto con el Servicio de soporte de IBM.
v El contenido del directorio C:\adsm.sys\vss_staging y subdirectorios. O bien
recopile los directorios apropiados si utiliza la opción VSSALTSTAGINGDIR.
v El archivo de configuración de Data Protection for SQL Server. El archivo de
configuración predeterminado es tdpsql.cfg.
v El archivo de opciones de la API de Data Protection for SQL Server Tivoli
Storage Manager. El archivo de opciones predeterminado es dsm.opt.
v La exportación de la estructura de registro de Tivoli Storage Manager.
v La exportación de la estructura de registro de SQL Server.
v El registro de actividad del servidor de Tivoli Storage Manager. La
información de los registros del cliente de Data Protection para el registro de
actividad del servidor. Si el usuario no tiene ID de usuario y contraseña de
administrador de Tivoli Storage Manager, un administrador de Tivoli Storage
Manager puede examinar este registro por él.
v Si el cliente de Data Protection está configurado para el movimiento de datos
sin LAN, recopile también el archivo de opciones para el agente de
almacenamiento de Tivoli Storage Manager. El nombre predeterminado para
este archivo es dsmsta.opt.
v Las capturas de pantalla o las salidas de la línea de mandatos de anomalías o
problemas.
2. Recopile los siguientes archivos de registro de Tivoli Storage Manager, que
pueden indicar la fecha y hora de una copia de seguridad, los datos que se han
copiado y los mensajes de error o códigos de finalización que pueden ayudar a
determinar el problema:
v El archivo de registro de Data Protection for SQL Server. La ubicación
predeterminada de este archivo es C:\Archivos de programa\Tivoli\TSM\
TDPSql\tdpsql.log
v El archivo de registro de errores de la API de Tivoli Storage Manager. La
ubicación predeterminada de este archivo es C:\Archivo de
programa\Tivoli\TSM\TDPSql\dsierror.log
v El archivo de registro de errores de DSMAGENT. La ubicación
predeterminada de este archivo es C:\Archivos de programa\Tivoli\TSM\
baclient\dsmerror.log
v El archivo de registro de bloqueo dsmcrash.dmp y DSMAGENT, si se le
solicita. La ubicación predeterminada es C:\Archivos de
programa\Tivoli\TSM\baclient\dsmcrash.log.
3. Recopile los siguientes archivos de registro del proveedor de VSS, si procede:
168
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
v Proveedor del sistema - (Registro de eventos del sistema y de aplicaciones de
Windows)
v IBM System Storage SAN Volume Controller, IBM Storwize V7000 o IBM
System Storage DS8000 series - %Program Files%\IBM\Hardware Provider for
VSS\IBMVss.log
v NetApp - %Program Files%\SnapDrive\*.log
v XIV - comprima todos los archivos en un zip en el directorio
C:\Windows\Temp\xProvDotNet
4. Utilice la consola de Data Protection for SQL Server para listar los eventos que
ha originado Data Protection for SQL Server. Seleccione Panel de instrumentos
- Nombre Servidor > Diagnósticos > Información del sistema y realice una
doble pulsación en el script dpevents.ps1 en el shell de PowerShell de la
página Información del sistema.
Visualización y modificación de información del sistema
Puede ver y editar scripts que proporcionan información sobre componentes del
sistema, incluidos, por ejemplo, servicios relacionados con Windows para Data
Protection for SQL Server, entradas del registro de eventos del sistema y de
aplicaciones de Windows e información sobre VSS (Volume Shadow Copy Service).
Acerca de esta tarea
La vista Información del sistema puede ampliarse. Puede aprovechar esta
flexibilidad para añadir y compartir scripts personalizados.
Procedimiento
1. Para abrir la vista Información del sistema del siguiente modo:
a. En la página de bienvenida, pulse Diagnósticos.
b. En el panel Resultados, realice una doble pulsación sobre Información del
sistema. Se visualiza una lista de scripts en el panel de resultados de la
vista Información del sistema. Los tipos de scripts que se visualizan son
scripts de PowerShell, scripts de Windows Management Instrumentation y
scripts.
2. Añada, actualice o suprima sus scripts del siguiente modo:
Acción
Pasos
Añadir sus 1. Pulse Nuevo en el panel Acciones.
propios
2. Si desea copiar los scripts directamente en el directorio
scripts
ProgramFiles\Tivoli\FlashCopyManager\Scripts, asegúrese de que los
scripts sigan estos requisitos de extensión:
v Scripts de PowerShell: nombre_archivo.ps1
v Scripts de Windows Management Instrumentation (WMI):
nombre_archivo.wmi
v
scripts: filename.tsm
Tivoli Storage FlashCopy Manager utiliza la extensión del tipo de archivo
para determinar cómo ejecutar un script.
Capítulo 6. Resolución de problemas
169
Acción
Pasos
Ver o
editar un
script
existente
1. De la lista de archivos de script del panel de resultados, seleccione el
nombre de un script que desee ver o editar.
Consejo: El nombre del script se visualiza en el panel Acciones. Pulse el
nombre del script en el panel Acciones para mostrar u ocultar una lista de
acciones que deben procesarse.
2. Para abrir el archivo de script para verlo o editarlo, pulse Editor de
mandatos en el panel Acciones.
3. Visualice o edite el script.
4. Pulse Aceptar para guardar los cambios o pulse Cancelar para salir del
Editor de mandatos de información del sistema sin guardar los cambios.
Suprimir
un script
1. De la lista de archivos de script del panel de resultados, seleccione el
nombre de un script que desee suprimir.
Consejo: El nombre del script se visualiza en el panel Acciones. Pulse el
nombre del script en el panel Acciones para mostrar u ocultar una lista de
acciones que deben procesarse.
2. Pulse Suprimir en el panel Acciones.
Envío por correo electrónico de archivos al equipo de soporte
de IBM
Puede enviar información de diagnóstico al equipo de soporte de IBM.
Antes de empezar
Acerca de esta tarea
La característica Enviar por correo electrónico archivos de soporte recopila todos
los archivos de configuración, opciones, información del sistema y de registro
detectados. También recopila información sobre servicios, sistemas operativos y
versiones de aplicaciones. Estos archivos se comprimen y, a continuación, se
adjuntan en un correo electrónico.
Procedimiento
1. Inicie Microsoft Management Console (MMC).
2. Pulse Diagnósticos en el panel de resultados de la página de bienvenida.
3. Pulse el icono Enviar por correo electrónico archivos de soporte en el panel
Acción.
4. Especifique la información requerida en los distintos campos y pulse Hecho. La
información se envía al personal de soporte designado y el dialogo se cerrará.
Resultados
Los archivos se recopilan, comprimen y almacenan en la carpeta
flashcopymanager\problemdetermination. Los archivos se suprimen y sustituyen
cada vez que envía por correo electrónico los archivos de soporte. Si la
característica de correo electrónico no está configurada o está bloqueada por un
cortafuegos, o si los archivos son demasiado grandes, utilice otro método para
transferirlos. Puede copiar los archivos directamente desde la carpeta
flashcopymanager\problemdetermination y transferir los archivos a otro sitio
utilizando otro método como, por ejemplo, FTP.
170
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Soporte de IBM en línea
Dispone de varios recursos de soporte en línea que puede utilizar.
En la lista siguiente se muestra dónde puede encontrar información en línea:
v Wiki de Tivoli Storage Manager (https://www.ibm.com/developerworks/
community/wikis/home?lang=en#!/wiki/Tivoli%20Storage%20Manager).
v Storage Management community en Service Management Connect
(https://www.ibm.com/developerworks/servicemanagement/sm/index.html).
v Tivoli Storage Manager for Databases (http://www.ibm.com/software/
products/en/tivostormanafordata). Especifique el término de búsqueda para
acotar los criterios de búsqueda para los requisitos de soporte. Por ejemplo,
como término de búsqueda puede utilizar un número de APAR (informe de
análisis de programa autorizado), un nivel de release o un sistema operativo.
Capítulo 6. Resolución de problemas
171
172
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Capítulo 7. Ajuste de rendimiento
Existen muchos factores que pueden afectar al rendimiento de las operaciones de
las operaciones de seguridad y restauración de Data Protection for SQL Server
Algunos de estos factores, como por ejemplo la configuración de hardware, el tipo
de red y la capacidad, no están dentro del ámbito de Data Protection for SQL
Server. Algunas opciones relacionadas con Data Protection for SQL Server se
pueden ajustar para obtener un rendimiento óptimo. Los siguientes temas afectan
al rendimiento.
Para copias de seguridad de herencia y de VSS, la opción de cliente
RESOURCEUTILIZATION es importante. Esta opción aumenta o disminuye la
capacidad de crear varias sesiones. A medida que aumenta el valor, el cliente
puede iniciar más sesiones. El rango para la opción va desde 1 a 10.
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 Copias de seguridad VSS difieren porque funcionan a nivel de volumen y de
archivo. En una situación en que una base de datos de SQL Server no esté
completamente asignada, un copia de seguridad de herencia podría transferir una
cantidad menor de datos para una copia de seguridad de Tivoli Storage Manager
que para una Copia de seguridad VSS, ya que la Copia de seguridad VSS
transfiere el archivo completo, sin importar su asignación.
Utilización de búferes (sólo herencia)
Data Protection for SQL Server es una aplicación multihebra que utiliza hebras de
ejecución asíncronas para transferir datos entre SQL Server y servidor de Tivoli
Storage Manager.
Para lograrlo, se utilizan varios búferes de datos a fin de permitir que una hebra
reciba datos de un extremo, mientras que otra hebra envía datos al otro extremo.
Por ejemplo, una hebra puede leer datos de un SQL Server mientras que otra envía
datos al servidor de Tivoli Storage Manager.
El número de almacenamientos intermedios que Data Protection for SQL Server le
asigna a estos subprocesos se especifica mediante los parámetros /buffers y
/sqlbuffers. El tamaño de estos almacenamientos intermedios se especifica mediante
los parámetros /buffersize y /sqlbuffersize. Estos parámetros se definen en la página
Propiedades. Cuando los parámetros se definen en la página Propiedades, el
archivo dsm.opt se actualiza. También puede utilizar la interfaz de línea de
mandatos para actualizar el archivo dsm.opt.
© Copyright IBM Corp. 1997, 2015
173
Bandas de datos (sólo de herencia)
Además de las multihebras para maximizar el rendimiento en una sola sesión,
Data Protection for SQL Server utiliza hebras independientes para admitir las
bandas de datos de SQL Server, lo que permite el uso de varias sesiones paralelas
para hacer una copia de seguridad y restaurar una base de datos individual. Esto
constituye otro método para maximizar el rendimiento de datos.
Si una sesión individual no puede aprovechar por completo el ancho de banda
disponible, varias sesiones paralelas pueden producir un rendimiento de datos
mejorado, especialmente si la base de datos está repartida entre varios volúmenes
físicos.
Si utiliza una banda de datos por volumen físico para SQL Server y el servidor de
Tivoli Storage Manager, el rendimiento, que se mide como la cantidad de tiempo
que se necesita para realizar una copia de seguridad o restaurar una base de datos
de SQL Server específica, debería mostrar una mejora con respecto al caso sin
banda. La mejora es aproximadamente proporcional al número de bandas de datos
que se utilizan, dadas las restricciones de los dispositivos y la red que se utiliza, y
la sobrecarga independiente de escritura en bandas en SQL Server, el servidor de
Tivoli Storage Manager y Data Protection for SQL Server.
Puede especificar el número de bandas que se deben utilizar con el parámetro
/STRIPes en la interfaz de línea de mandatos. También puede especificar el número
de bandas que se deben utilizar desde Microsoft Management Console(MMC); para
hacerlo, cambie el número en el campo Bandas en los paneles Opciones de copia
de seguridad u Opciones de restauración.
Nota:
v Las bandas adicionales no mejoran necesariamente el rendimiento e incluso
pueden reducir el rendimiento si las restricciones del sistema que incluyen la
memoria real y paginada, los procesadores, las tarjetas de interfaz de red, las
redes, las lecturas y grabaciones de dispositivos y RAID quedan saturadas o
exceden la capacidad.
v Si utiliza bandas conjuntamente con búferes de SQL Server, asegúrese de que el
número de búferes de SQL Server especificado sea igual o superior al número de
bandas.
v Los valores predeterminados que Data Protection for SQL Server asigna a los
almacenamientos intermedios, el tamaño de almacenamiento intermedio y las
bandas se puede cambiar en el archivo de configuración de Data Protection for
SQL Server. Utilice el mandato set o la página de propiedades de Rendimiento
en MMC para modificar el archivo de configuración.
Movimiento de datos fuera de la LAN (de herencia y VSS)
Windows
La ejecución de Data Protection for SQL Server en un entorno fuera de la LAN
significa que los datos se envíen directamente a dispositivos de almacenamiento.
Cuando implementa un entorno fuera de la LAN, los datos evitan posibles
congestiones de red. No obstante, deberá estar equipado correctamente para
trabajar en un entorno fuera de la LAN. Para obtener más información sobre cómo
configurar un entorno fuera de la LAN, consulte el apartado Copia de seguridad
174
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
de datos de cliente sin LAN: caso de ejemplo(http://www.ibm.com/support/
knowledgecenter/SSSQZW_7.1.1/com.ibm.itsm.sta.doc/c_scenario_lanfree.html).
Además de los requisitos fuera de la LAN específicos, debe especificar las opciones
siguientes.
v Utilice lanfreetcpserveraddress para especificar la dirección TCP/IP del agente
de almacenamiento de Tivoli Storage Manager.
v En el caso de copias de seguridad de herencia, especifique enablelanfree yes en
el archivo de opciones de Data Protection for SQL Server.
v Para las Copias de seguridad VSS, especifique enablelanfree yes sólo en el
archivo dsm.opt de DSMAGENT (solicitante VSS).
Para obtener más información sobre estas opciones, consulte el apartado
Instalación y configuración del cliente(https://www.ibm.com/support/
knowledgecenter/SSSQZW_7.1.1/com.ibm.itsm.sta.doc/t_extlib_inst_client.html)).
Capítulo 7. Rendimiento de Data Protection for Microsoft SQL Server
175
176
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Capítulo 8. Información de referencia
La información de referencia incluye mandatos de copia de seguridad y
restauración que puede emitir en la interfaz de línea de mandatos como alternativa
a utilizar Microsoft Management Console (MMC).
Visión general de la línea de mandatos
El nombre de la interfaz de la línea de mandatos de Data Protection for SQL Server
es tdpsqlc.exe. Este programa se encuentra en el directorio en que está instalado
Data Protection for SQL Server.
Características de la línea de mandatos
El ejecutable tdpsqlc va seguido de operaciones de alto nivel denominadas
mandatos. Cada mandato acepta diversos parámetros de línea de mandatos. Estos
parámetros constan de parámetros posicionales y de parámetros opcionales. Especifique
los parámetros posicionales antes que otras opciones de la línea de mandatos. En el
ejemplo siguiente, el mandato backup con su nombre de base de datos xyz, el
objeto del que se va a realizar una copia de seguridad va seguido por el tipo de
copia de seguridad, full, un parámetro posicional, y por último un parámetro
opcional, /sqlbuffers.
tdpsqlc backup xyz full /sqlbuffers=2
Data Protection for SQL Server utiliza la siguiente sintaxis de la línea de mandatos:
tdpsqlc mandato parámetro posicional 0 o más parámetros opcionales
Los parámetros de línea de mandatos tienen las siguientes características:
v Los parámetros posicionales no incluyen barra inclinada (/) ni guión (-) iniciales.
v Los parámetros opcionales pueden aparecer en cualquier orden después de los
parámetros necesarios.
v Los parámetros opcionales empiezan por una barra inclinada (/) o un guión (-).
v Las abreviaturas mínimas de las palabras clave se indican en mayúsculas.
v Todos los nombres de SQL Server de bases de datos o partes de bases de datos
son sensibles a mayúsculas y minúsculas.
v Algunos parámetros de palabra clave requieren un valor.
v Para aquellos parámetros de palabra clave que requieran un valor, el valor estará
separado de la palabra clave con un signo igual (=).
v Si un parámetro requiere más de un valor tras el signo igual, los valores
aparecerán separados por comas.
v Cada parámetro se separa de los restantes mediante la utilización de espacios.
v Si el valor de un parámetro incluye espacios, el valor deberá especificarse entre
comillas dobles.
v Un parámetro posicional puede aparecer sólo una vez en cada invocación de
mandato.
– Las excepciones siguientes permiten listas de valores o repetición del
parámetro:
- FIle=
- Group=
© Copyright IBM Corp. 1997, 2015
177
-
Log=
Set=
/FIles=
/GRoups=
/RELocate=
/RELOCATEDir=
/TO=
Por ejemplo: /files=a,b o /files=a /files=b
No es necesario que las instancias múltiples de los parámetros posicionales
sean contiguas. Por ejemplo: /files=a /groups=y /files=b /groups=z
Cuando hay sintaxis repetible, los distintos valores se separan con comas, tal
como se muestra en el siguiente diagrama de sintaxis:
,
►►
TDPSQLC
Backup
▼ nombrebd
*
►◄
Para seleccionar todas las instancias de nombres de base de datos o nombres de
archivo del servidor, especifique tras el mandato el carácter comodín asterisco
(*).
Método de parámetros de Data Protection for SQL Server por copia de
seguridad
Puede establecer diferentes parámetros opcionales para sus copias de seguridad de
VSS y de herencia.
La tabla siguiente clasifica los parámetros opcionales que se aplican a las copias de
seguridad de VSS y de herencia.
Tabla 22. Parámetros opcionales de Data Protection for SQL Server
Parámetros opcionales
178
De herencia
VSS
/ACtive
Yes
Yes
/ADJUSTKBtsmestimate
Yes
No
/ADJUSTPERcenttsmestimate
Yes
No
/ALl
Yes
Yes
/BACKUPDESTination
Yes
Yes
/BACKUPMETHod
Yes
Yes
/BUFFers
Yes
No
/BUFFERSIze
Yes
No
/COMPATibilityinfo
Yes
Yes
/CONFIGfile
Yes
Yes
/DBOonly
Yes
No
/DIFFESTimate
Yes
No
/EXCLUDEDB
Yes
Yes
/FILEInfo
Yes
No
/FIles
Yes
No
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Tabla 22. Parámetros opcionales de Data Protection for SQL Server (continuación)
Parámetros opcionales
De herencia
VSS
/GRoups
Yes
No
/INSTANTRestore
No
Yes
/INTO
Yes
Yes
/LOGESTimate
Yes
No
/LOGFile
Yes
Yes
/LOGPrune
Yes
Yes
/MOUNTWait
Yes
No
/OBJect
Yes
Yes
/OFFLOAD
No
Yes
/OLDerthan
Yes
No
/PARTial
Yes
No
/Quiet
Yes
Yes
/RECOVery
Yes
Yes
/RELOCATEDir
Yes
Yes
/RELocate /TO
Yes
No
/REPlace
Yes
No
/SQLAUTHentication
Yes
Yes
/SQLBUFFers
Yes
No
/SQLBUFFERSIze
Yes
No
/SQLCHECKSum
Yes
No
/SQLPassword
Yes
Yes
/SQLSERVer
Yes
Yes
/SQLUSer
Yes
Yes
/STANDby
Yes
No
/STOPAT
Yes
No
/STOPATMark /AFTER
Yes
No
/STOPBEFOREMark /AFTER
Yes
No
/STRIPes
Yes
No
/TRUNCate
Yes
No
/TSMNODe
Yes
Yes
/TSMOPTFile
Yes
Yes
/TSMPassword
Yes
Yes
Con Data Protection for SQL Server, puede hacer copia de seguridad y restaurar
bases de datos de Microsoft SQL Server en almacenamiento del servidor de Tivoli
Storage Manager utilizando la interfaz de línea de mandatos o la GUI.
Capítulo 8. Información de referencia
179
Mandato backup
Utilice el mandato backup para realizar copias de seguridad de la totalidad o parte
de una o más bases de datos de SQL Server desde SQL Server al almacenamiento
de Tivoli Storage Manager del servidor Tivoli Storage Manager.
Puede entrar el carácter * para hacer copia de seguridad de todas las bases de
datos. Puede especificar más de una base de datos para varias copias de seguridad
de registro de transacciones y de base de datos.
Cuando utilice el mandato backup, tenga en cuenta las siguientes directrices:
v Las bases de datos de modelo de recuperación simple se excluyen
automáticamente de las copias de seguridad de registros.
v La base de datos maestra se excluye automáticamente de las copias de seguridad
de registros y diferenciales.
v No se puede hacer copia de seguridad ni restaurar la base de datos tempdb
porque SQL Server crea esta base de datos cada vez que se inicia el servidor.
v Aunque las copias de seguridad completas y diferenciales incluyen una parte del
registro de transacciones, esta es la única parte necesaria para que una
restauración sea coherente. El registro de transacciones parcial no es una copia
de seguridad de registro y no trunca el registro.
v El identificador de usuario que Data Protection for SQL Server utiliza para
conectarse a SQL Server debe tener el rol de servidor SYSADMIN fijo de SQL
Server.
v Puede utilizar la sentencia DBCC CHECKDB (’DBNAME’) de comprobación de
coherencia de base de datos TRANSACT-SQL para verificar la integridad de las
bases de datos de SQL Server antes de hacer copia de seguridad de las mismas.
Sintaxis de backup
Utilice los diagramas de sintaxis del mandato backup como una referencia para ver
las opciones disponibles y los requisitos de truncamiento.
TDPSQLC backup
,
FULL
►► TDPSQLC
Backup
▼ nombrebd
*
►◄
COPYFull
,
▼ nombrearchivológico
*
Difffull
A
,
FIle=
▼ nombregrupo
*
Group=
Log
Set
B
C
Parámetros opcionales de backup
(1)
(2)
►►
►
/AAGName
180
=nombre de grupo de disponibilidad AlwaysOn
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
►
►
/ADJUSTKBtsmestimate
=numkb
►
►
/ADJUSTPERcenttsmestimate
=numpercent
/ALWAYSONPriority
►
►
TSM
/BACKUPDESTination=
LEGACY
/BACKUPMETHod=
LOCAL
BOTH
VSS
►
►
=3 [or cfg value]
/BUFFers
=1024 [or cfg value]
/BUFFERSIze
=númalmacinter
=tamañoalmacinterenkb
=tdpsql.cfg
=No
►
►
/CONFIGfile
/ENABLEREPlacementchars
=nombrearchivoconfig
=Yes
►
►
,
/EXCLUDEALwaysondbs
▼ =lista-bd,...
/EXCLUDEdb
►
►
/EXCLUDESTandarddbs
=tdpsql.log [o valor cfg]
/LOGFile
=nombrearchivoregistro
►
►
=60 [o valor cfg]
/OFFLOAD
/Quiet
/LOGPrune
=númdías
=No
►
►
=INTegrated [o valor cfg]
/SQLAUTHentication
=IDusuarioSQL
►
►
=0 [or cfg value]
/SQLBUFFers
=númalmacintersql
►
►
=1024 [or cfg value]
/SQLBUFFERSIze
No
/SQLCHECKSum=
=tamañoalmacinterqlenkb
Yes
Capítulo 8. Información de referencia
181
►
►
=No
=" "
/SQLCOMPression
/SQLPassword
=Yes
=nombrecontraseñasql
►
►
=[nombre sistema local o valor cfg]
/SQLSERVer
=protocolosql:nombreservidorsql
►
►
=sa
=1 [or cfg value]
/SQLUSer
/STRIPes
=nombreusuariosql
=númbandas
►
►
=[dsm.opt value]
/TSMNODe
=dsm.opt
/TSMOPTFile
=nombrenodotsm
=nombrearchivodsmopt
►
►◄
=[dsm.opt value]
/USEALWAYSONnode
/TSMPassword
=nombrecontraseñatsm
A Opciones de Difffull:
=20 [o valor cfg]
/DIFFESTimate
=númporcentaje
B Opciones de Log:
►
=Yes
/TRUNCate
=0
/LOGESTimate
=No
|
=númporcentaje
►
/BACKUPTAILLOG
C Opciones de Set:
▼
,
/FIles=
/GRoups=
182
▼ nombrearchivológico
*
,
▼ nombregrupo
*
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Notas:
1
Para los parámetros opcionales, /BACKUPMETHod= sólo es válido cuando se
utilizan los parámetros posicionales full o copyfull. Las copias de seguridad
full y copyfull se pueden realizar utilizando operaciones VSS o de herencia.
El parámetro /BACKUPMETHod= se utiliza para elegir entre las opciones. Las
copias de seguridad log, diff, file y group sólo pueden realizarse cuando se
utilizan operaciones de herencia. No puede emitir el parámetro
/BACKUPMETHod= con estos tipos de copias de seguridad porque sólo son
viables las copias de seguridad de herencia.
2
El parámetro /BACKUPDESTination sólo es válido cuando se utilizan los
parámetros posicionales full o copyfull. Las copias de seguridad full y
copyfull pueden guardarse en el almacenamiento local, en el almacenamiento
del servidor de TSM o en ambos. El parámetro /BACKUPDESTination se utiliza
para elegir entre las opciones.
Parámetros posicionales de backup
Los parámetros posicionales se sitúan inmediatamente después del mandato
backup y antes de los parámetros optativos.
FIle=*|nombrearchivológico,...
Una copia de seguridad FIle sólo incluye el contenido del archivo lógico
de SQL Server que se especifique. Puede utilizar esta opción cuando no
resulte práctico hacer copia de seguridad de una base de datos de SQL
Server entera debido al tiempo y al espacio disponibles para la copia de
seguridad o debido a los requisitos de rendimiento. La variable
nombrearchivológico especifica los nombres de los archivos de datos lógicos
de base de datos de SQL Server en los que desea efectuar la restauración.
Consideraciones:
v Para cada base de datos de SQL Server de la que realice una copia de
seguridad, haga una copia de seguridad de los registros de la
transacción correspondiente. El archivo de registro de Data Protection for
SQL Server, tdpsql.log, indica la fecha y hora de una copia de
seguridad de la base de datos, los datos que se han copiado y cualquier
mensaje de error o código de finalización.
v Puede especificar este parámetro varias veces por invocación de
mandato.
v Un objeto de copia de seguridad nuevo desactiva cualquier objeto de
copia de seguridad activo del mismo nombre en la misma base de datos
de SQL Server.
v Utilice * como carácter comodín en nombrearchivológico para sustituir cero
o más caracteres para cada aparición. La especificación del carácter
comodín solo indica todos los archivos lógicos de la base de datos de
SQL Server. Dado que cada archivo lógico del que se ha hecho copia de
seguridad crea un objeto de copia de seguridad independiente en el
servidor de Tivoli Storage Manager, especificar sólo el carácter comodín
producirá un objeto de copia de seguridad independiente para cada
archivo lógico de la base de datos de SQL Server.
v Si nombrearchivológico incluye espacios o caracteres especiales, escríbalo
entre comillas dobles.
v La variable nombrearchivológico es sensible a las mayúsculas y
minúsculas.
v No puede especificar el parámetro /recovery con operaciones restore
file.
Capítulo 8. Información de referencia
183
v Una operación de creación de índice de SQL Server necesita que se
realice la copia de seguridad de todos los grupos de archivos afectados
como si fueran una unidad. No puede hacer copia de seguridad de un
archivo de los grupos de archivos afectados hasta que finalice la copia
de seguridad de unidad. Un mensaje de error de SQL Server indica qué
grupos de archivos están afectados. Deberá llevar a cabo al menos la
copia de seguridad de base de datos completa o una copia de seguridad
de conjunto de los grupos de archivos afectados para que la copia de
seguridad de archivo sea satisfactoria.
FULL
Una copia de seguridad de base de datos de herencia FULL incluye todo el
contenido de una base de datos de SQL Server y una cantidad suficiente
de registro de transacciones de base de datos para restaurar la base de
datos de forma coherente. Una copia de seguridad de base de datos VSS
FULL incluye todo el contenido de una base de datos de SQL Server
(archivos de la base de datos, archivos de registro y archivos de índice de
texto completo).
Cada base de datos de SQL Server de la que se ha hecho copia de
seguridad crea un objeto de copia de seguridad independiente en el
servidor de Tivoli Storage Manager. Un nuevo objeto de copia de
seguridad de base de datos completa desactiva todos los objetos de copia
de seguridad anteriores activos y de herencia para la misma base de datos
de SQL Server. Esta desactivación incluye cualquier objeto de copia de
seguridad completa activo así como cualquier objeto de copia de seguridad
de archivo, grupo, conjunto, diferencial y de registro activo.
COPYFull
Una copia de seguridad completa de sólo copia contiene una versión de
sólo copia de una copia de seguridad completa. Estas copias de seguridad
se consideran fuera de la secuencia regular de copias de seguridad de SQL
Server convencionales y no afectan a los registros de transacción ni a
ninguna secuencia de copias de seguridad como copias de seguridad
diferenciales o copias de seguridad completas. Utilice esta opción para
crear copias de seguridad completas de sólo copia de forma periódica para
la retención a largo plazo sin afectar las planificaciones de copia de
seguridad existentes o las políticas de retención para la recuperación tras
desastre.
Difffull
Una copia de seguridad de base de datos Difffull (diferencial) sólo
contiene las partes de una base de datos de SQL Server que se han
modificado desde que se hizo la última copia de seguridad completa más
la parte suficiente del registro de transacciones de la base de datos de SQL
Server para que una restauración sea coherente. De este modo, una copia
de seguridad diferencial suele ocupar menos espacio que una copia de
seguridad completa. Utilice esta opción para que no sea necesario aplicar
todas las copias de seguridad de registro individuales desde que se hizo la
última copia de seguridad de base de datos completa.
Group=*|nombregrupo,...
Una copia de seguridad de Group sólo incluye el contenido del grupo de
archivos de SQL Server que especifique. Una copia de seguridad de grupo
es útil cuando las tablas o los índices de base de datos de SQL Server
seleccionados se han asignado a un grupo de archivos y sólo se necesita
realizar una copia de seguridad de dichas tablas o índices. De manera
específica:
184
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
v Puede ahorrar tiempo de copia de seguridad no haciendo copia de
seguridad de otras tablas u otros índices de la base de datos de SQL
Server que no cambian con tanta frecuencia.
v Puede ahorrar tiempo de restauración si, por ejemplo, el grupo de
archivos está en un volumen diferente del resto de los grupos de
archivos de la base de datos de SQL Server y es necesario restaurar
dicho volumen. Sólo necesita restaurar ese grupo de archivos para esa
base de datos de SQL Server.
La variable nombregrupo especifica los nombres de los grupos de archivos
de base de datos de SQL Server de los que desea hacer copia de seguridad.
Consideraciones:
v Puede especificar este parámetro varias veces por invocación de
mandato.
v Un objeto de copia de seguridad de grupo nuevo desactiva cualquier
objeto de copia de seguridad de grupo activo que tenga el mismo
nombre en la misma base de datos de SQL Server.
v Utilice * como carácter comodín en la variable nombregrupo si desea
sustituir cero o más caracteres para cada aparición.
v La especificación de sólo el carácter comodín indica todos los grupos de
archivos de la base de datos de SQL Server.
Dado que cada grupo del que se ha hecho copia de seguridad crea un
objeto de copia de seguridad independiente en el servidor de Tivoli
Storage Manager, especificar sólo el carácter comodín producirá un
objeto de copia de seguridad independiente para cada grupo de archivos
de la base de datos de SQL Server.
v Si la variable nombregrupo incluye espacios o caracteres especiales,
escríbalo entre comillas dobles.
v La variable nombregrupo es sensible a las mayúsculas y minúsculas.
v Debe realizar copias de seguridad de registro de transacciones después
de las copias de seguridad de grupo para todas las bases de datos de
SQL Server de las que realice copias de seguridad.
v No puede realizar copias de seguridad de grupo para las bases de datos
de SQL Server siguientes:
– Bases de datos con el atributo de SQL Server TRUNCATE LOG ON
CHECKPOINT.
– Bases de datos que utilizan el modelo de recuperación SIMPLE.
v No puede especificar el parámetro /recovery con las operaciones
restore group.
v Una operación de creación de índice de SQL Server necesita que se
realice la copia de seguridad de todos los grupos de archivos afectados
como si fueran una unidad. No puede hacer copia de seguridad de un
grupo de archivos individual de los grupos de archivos afectados hasta
que realice la copia de seguridad de unidad. Un mensaje de error de
SQL Server indica qué grupos de archivos están afectados. Debe realizar
una copia de seguridad de base de datos completa o una copia de
seguridad de conjunto como mínimo de los grupos de archivos afectados
para que la copia de seguridad de grupo sea satisfactoria.
Log o Log=*|nombreobjetoregistro,...
Una copia de seguridad de registro incluye el contenido del registro de
transacciones de una base de datos de SQL Server activa desde que se
Capítulo 8. Información de referencia
185
realizó la última copia de seguridad de registro satisfactoria. Esta opción
puede ahorrar tiempo de copia de seguridad al necesitar menos copias de
seguridad de base de datos de SQL Server. Para las operaciones backup,
Log no toma ningún valor. Utilice * como carácter comodín en
nombreobjetoregistro si desea sustituir cero o más caracteres para cada
aparición. Si sólo se especifica el carácter comodín, se indicarán todos los
objetos de copia de seguridad de registro para las bases de datos de SQL
Server.
Consideraciones:
v Puede controlar el tamaño de un registro de transacciones permitiendo
que una copia de seguridad de registro trunque la parte inactiva del
registro de transacciones. Esta es la opción predeterminada.
v Si utiliza el parámetro /truncate=no, es posible que pueda hacer copia
de seguridad del registro de transacciones de una base de datos de SQL
Server dañada, sospechosa o no recuperada.
v Cada registro del que se ha hecho copia de seguridad crea en el servidor
de Tivoli Storage Manager un objeto de copia de seguridad
independiente con un nombre exclusivo. Un objeto de copia de
seguridad de registro nuevo no desactiva ningún objeto de copia de
seguridad activo (a diferencia de los demás tipos de copia de seguridad,
excepto las copias de seguridad set). Los objetos de copia de seguridad
de registro no participan en el proceso de caducidad automática del
servidor de Tivoli Storage Manager excepto cuando los objetos de copia
de seguridad de base de datos completa desactivan todos los objetos de
copia de seguridad activos para una base de datos de SQL Server. Por
consiguiente, puede desactivar objetos de copia de seguridad de registro
utilizando el mandato inactivate si no se realizan copias de seguridad
de base de datos completas con frecuencia o no se realizan nunca.
v No puede realizar copias de seguridad de registro para las bases de
datos de SQL Server siguientes:
– Bases de datos con el atributo de SQL Server TRUNCATE LOG ON
CHECKPOINT.
– Bases de datos que utilizan el modelo de recuperación SIMPLE.
Set o Set=*|nombreobjectoconjunto,...
Una copia de seguridad set incluye el contenido de los archivos y grupos
de archivos de SQL Server que se especifican con los parámetros /files y
/groups. Para las operaciones backup, set no toma ningún valor. Utilice *
como carácter comodín en nombreobjetoconjunto si desea sustituir cero o
más caracteres para cada aparición. Si sólo se especifica el carácter
comodín, se indicarán todos los objetos de copia de seguridad de conjunto
para las bases de datos de SQL Server.
Consideraciones:
v Utilice esta opción para situaciones poco habituales o copias de
seguridad especiales que sólo se realizan una vez. Un caso de este tipo
se produce cuando SQL Server necesita que se haga una copia de
seguridad de determinados grupos de archivos como si fueran una
unidad y no resulta práctico realizar una copia de seguridad de base de
datos completa. Consulte la descripción de los parámetros file y group,
específicamente en lo que concierne a la operación de creación de índice.
v Cada base de datos de SQL Server de la que se crea un objeto de copia
de seguridad independiente en el servidor de Tivoli Storage Manager.
Todos los archivos y grupos de archivos de los que se ha hecho copia de
186
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
v
v
v
v
seguridad como parte de una copia de seguridad de conjunto para la
misma base de datos de SQL Server están contenidos en un objeto de
copia de seguridad individual. Las copias de seguridad de grupo y de
archivo crean un objeto de copia de seguridad independiente de cada
archivo y grupo de archivos incluso si forman parte de la misma base de
datos de SQL Server.
Un objeto de copia de seguridad de conjunto nuevo no desactiva ningún
objeto de copia de seguridad activo (a diferencia de los otros tipos de
copia de seguridad, excepto las copias de seguridad de registro). Los
objetos de copia de seguridad de conjunto no participan en el proceso de
caducidad automática del servidor de Tivoli Storage Manager excepto
cuando los objetos de copia de seguridad de base de datos completa
desactivan todos los objetos de copia de seguridad activos para una base
de datos de SQL Server. Por lo tanto, puede desactivar objetos de copia
de seguridad de conjunto utilizando el mandato inactivate si no se
realizan copias de seguridad de base de datos o no se realizan
completas.
Debe realizar copias de seguridad de registro de transacciones después
de las copias de seguridad de conjunto para todas las bases de datos de
SQL Server de las que realice copias de seguridad.
Los parámetros file, group, log y set pueden tomar una lista de valores
(sintaxis repetible) y se pueden especificar más de una vez. Por ejemplo:
file=a,b o file=a file=b
Las instancias múltiples de los parámetros posicionales no tienen que ser
contiguas. Por ejemplo: file=a group=y file=b group=z
Parámetros opcionales de backup
Los parámetros opcionales van detrás del mandato backup y de los parámetros
posicionales.
/AAGName=Nombre de grupo de disponibilidad AlwaysOn
Cuando se hace copia de seguridad de una lista de bases de datos o de
todas las bases de datos con el carácter comodín, *, y se especifica el
parámetro /AAGName, sólo se hace copia de seguridad de las bases de datos
del grupo de disponibilidad que se ha especificado.
/ADJUSTKBtsmestimate=númkb
El parámetro /adjustkbtsmestimate especifica el número de kilobytes que
se añadirán al tamaño de la copia de seguridad calculada generada por
SQL Server. La variable númkb se refiere al número de kilobytes que se
agregarán. El número puede estar comprendido entre 0 y 9999. El valor
predeterminado es 0. Es posible que sea necesario incrementar el número
de kilobytes cuando el cálculo de la copia de seguridad (generado por SQL
Server) sea demasiado bajo, debido a que la agrupación de
almacenamiento en disco tiene la caché activada. Por ejemplo, si se realizan
tareas de mantenimiento en el servidor de producción, durante una copia
de seguridad de Data Protection for SQL Server, el tamaño de los registros
de transacciones se puede incrementar y superar el cálculo de la copia de
seguridad y producir una anomalía en ésta. Utilice este parámetro para
personalizar el número de kilobytes del cálculo de la copia de seguridad y
evitar posibles anomalías de ésta.
/ADJUSTPERcenttsmestimate=númporcentaje
El parámetro /adjustpercenttsmestimate especifica el número del
porcentaje que se añadirá al tamaño del cálculo de la copia de seguridad.
La variable numpercent hace referencia al número de porcentaje que se debe
Capítulo 8. Información de referencia
187
añadir. El número puede estar comprendido entre 0 y 99. El valor
predeterminado es 0. Es posible que sea necesario incrementar el cálculo de
porcentaje cuando el cálculo de la copia de seguridad (generado por SQL
Server) sea demasiado bajo, debido a que la agrupación de
almacenamiento en disco tiene la caché activada. Por ejemplo, si se realizan
tareas de mantenimiento en el servidor de producción, durante una copia
de seguridad de Data Protection for SQL Server, el tamaño de los registros
de transacciones se puede incrementar y superar el cálculo de la copia de
seguridad y producir una anomalía en ésta. Utilice este parámetro para
personalizar el porcentaje del cálculo de la copia de seguridad y evitar
posibles anomalías de ésta.
/ALWAYSONPriority
Utilice este parámetro para especificar que una base de datos de
disponibilidad local se copia sólo si tiene la prioridad de copia de
seguridad más alta entre las réplicas de disponibilidad que están
funcionando correctamente en SQL Server 2012 y versiones posteriores.
Puede utilizar este parámetro en la interfaz de línea de mandatos o como
parte de una copia de seguridad planificada.
/BACKUPDESTination=TSM|LOCAL|BOTH
Utilice el parámetro /BACKUPDESTination para especificar la ubicación
donde se almacena la copia de seguridad.
Puede especificar:
TSM
La copia de seguridad sólo se almacena en el almacenamiento del
servidor de Tivoli Storage Manager. Esta opción es la
predeterminada.
LOCAL
La copia de seguridad sólo se almacena en los volúmenes de
duplicación local. Este valor sólo es válido cuando el parámetro
/BACKUPMETHod especifica VSS.
BOTH Esta copia de seguridad se almacena en el almacenamiento del
servidor de Tivoli Storage Manager y en los volúmenes de
duplicación local. Este valor sólo es válido cuando el parámetro
/BACKUPMETHod especifica VSS.
El parámetro /BACKUPDESTination sólo es válido cuando se utilizan los
parámetros posicionales full o copyfull. Las copias de seguridad full y
copyfull pueden guardarse en el almacenamiento del servidor de TSM, en
el almacenamiento local o en ambos. El parámetro /BACKUPDESTination se
utiliza para elegir entre las opciones. Las copias de seguridad log, diff,
file y group sólo pueden almacenarse en el almacenamiento del servidor
de TSM. En este caso de ejemplo, no puede emitir el parámetro
/BACKUPDESTination porque TSM es la única opción viable.
/BACKUPMETHod=LEGACY|VSS
Utilice el parámetro /BACKUPMETHod para especificar la forma en que se
lleva a cabo la copia de seguridad.
Puede especificar:
LEGACY
La copia de seguridad se lleva a cabo con la API de herencia. Esta
copia de seguridad es la API de copia de seguridad y restauración
188
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
de modalidad continua de SQL Server, tal como se utiliza en las
versiones anteriores de Data Protection for SQL Server. Esta opción
es el valor predeterminado.
VSS
La copia de seguridad se lleva a cabo con VSS.
El parámetro /BACKUPMETHod sólo es válido cuando se utilizan los
parámetros posicionales full o copyfull. Las copias de seguridad full y
copyfull se pueden realizar utilizando operaciones VSS o de herencia. El
parámetro /BACKUPMETHod se utiliza para elegir entre las opciones. Las
copias de seguridad log, diff, file y group sólo pueden realizarse
utilizando operaciones de herencia. En este caso de ejemplo, no puede
emitir el parámetro /BACKUPMETHod porque la herencia es la única opción
viable.
/BUFFers=númbúferes
El parámetro /buffers especifica el número de búferes de datos utilizados
para cada banda de datos a fin de transferir datos entre Data Protection for
SQL Server y la API de Tivoli Storage Manager. La variable número_búferes
hace referencia al número de búferes de datos a utilizar. El número puede
estar comprendido entre 2 y 8. El valor predeterminado es 3.
Consideraciones:
v Puede mejorar el rendimiento aumentando el número de búferes, pero
también aumentará el uso de almacenamiento. Cada búfer tiene el
tamaño especificado en el parámetro /buffersize.
v El valor predeterminado es el valor especificado por la opción
configurable de búferes del archivo de configuración de Data Protection
for SQL Server. Este valor es inicialmente de 3.
v Si especifica /buffers, se utilizará su valor en lugar del valor
almacenado en el archivo de configuración de Data Protection for SQL
Server. Especificar este parámetro no modifica el valor en el archivo de
configuración.
v Si especifica /buffers pero no núm_búferes, se utiliza el valor
predeterminado de 3.
/BUFFERSIze=tamañobúferenkb
El parámetro /buffersize especifica el tamaño de cada búfer de Data
Protection for SQL Server especificado por el parámetro /buffers. La
variable tamañobúferenkb hace referencia al tamaño de los búferes de datos
en kilobytes. El número puede estar comprendido entre 64 y 8192. El valor
predeterminado es de 1024.
Consideraciones:
v Aunque el incremento del número de búferes puede mejorar el
rendimiento, también aumenta el uso de almacenamiento tal como lo
determine este parámetro.
v El valor predeterminado es el valor especificado por la opción
configurable de búferes del archivo de configuración de Data Protection
for SQL Server. Este valor es inicialmente de 1024.
v Si especifica /buffersize, se utilizará su valor en lugar del valor
almacenado en el archivo de configuración de Data Protection for SQL
Server. Especificar este parámetro no modifica el valor en el archivo de
configuración.
v Si especifica /buffersize pero no tamaño_búfer_en_kb, se utiliza el valor
predeterminado de 1024.
Capítulo 8. Información de referencia
189
/CONFIGfile=nombrearchivoconfig
El parámetro /configfile especifica el nombre del archivo de
configuración de Data Protection for SQL Server, que contiene los valores
para las opciones configurables de Data Protection for SQL Server.
Consideraciones:
v nombrearchivoconfig puede incluir una vía de acceso completa. Si
configfilename no incluye una vía de acceso, utiliza el directorio en donde
está instalado Data Protection for SQL Server.
v Si nombrearchivoconfig incluye espacios, rodéelo de comillas dobles.
v Si no especifica /configfile, el valor predeterminado será tdpsql.cfg.
/ENABLEREPlacementchars=No|Yes
El parámetro /ENABLEREPlacementchars permite hacer copia de seguridad
de las bases de datos de SQL Server que tienen caracteres de barra
invertida (\) o de dos puntos (:) en el nombre de la base de datos. La
longitud máxima del nombre de la base de datos es 128 caracteres. Este
parámetro sólo se aplica a Data Protection for SQL Server versión 7.1.1 y
versiones posteriores.
Puede especificar los siguientes valores:
Yes
Permitir que Data Protection for SQL Server procese los caracteres
de barra inclinada invertida (\) en el nombre de una base de datos
y que realice la copia de seguridad de la base de datos en Tivoli
Storage Manager. Este valor es el valor predeterminado.
No
Impedir las copias de seguridad de base de datos en Tivoli Storage
Manager si se sustituye una serie de caracteres definida por el
usuario por un carácter de barra (\) o de dos puntos (:) en el
nombre de la base de datos.
/EXCLUDEdb=listbd
El parámetro /excludedb especifica el nombre de las bases de datos que se
excluirán de la operación de copia de seguridad. Este parámetro está
disponible para todos los tipos de copia de seguridad heredados y VSS.
/EXCLUDEALwaysondbs
Utilice este parámetro para excluir todas las bases de datos de
disponibilidad AlwaysOn de la operación de copia de seguridad. Si desea
excluir bases de datos específicas, utilice el parámetro /excludedb.
/EXCLUDESTandarddbs
Utilice este parámetro para excluir todas las bases de datos estándar de la
operación de copia de seguridad. Si desea excluir bases de datos
específicas, utilice el parámetro /excludedb.
/LOGFile=nombrearchivoregistro
El parámetro /logfile especifica el nombre del registro de actividades
generado por Data Protection for SQL Server. Este registro de actividades
registra sucesos como mandatos completados y mensajes de error. El
registro de actividad de Data Protection for SQL Server es diferente del
registro de errores de SQL Server. La variable nombrearchivoregistro
identifica el nombre que se debe utilizar para el registro de actividad
generado por Data Protection for SQL Server.
Consideraciones:
v Si el archivo de registro que especifica no existe, se crea. Si existe, se
añadirán nuevas entradas de registro al archivo.
190
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
v El nombre de archivo puede incluir una vía de acceso totalmente
calificada; sin embargo, si no especifica ninguna vía de acceso, el archivo
se grabará en el directorio donde está instalado Data Protection for SQL
Server.
v No puede desactivar el registro de actividad de Data Protection for SQL
Server. Si no especifica /logfile, los registros se graban en el archivo de
registro predeterminado. El archivo de registro predeterminado es
tdpsql.log.
v Cuando utilice varias instancias simultáneas de Data Protection for SQL
Server para realizar operaciones, use el parámetro /logfile para
especificar un archivo de registro distinto para cada una de las instancias
que utilice. Esto conduce el registro de cada instancia a un archivo de
registro distinto e impide registros de archivo intercalados. No
especificar un archivo de registro distinto para cada instancia puede
resultar en archivos de registro ilegibles.
/LOGPrune=númdays|No
Al podar datos de registro, puede descartar algunos de los registros
generados en función de los criterios detallados de filtrado que defina. En
función de la opción que defina para el parámetro /LOGPrune, se guarda un
número determinado de días de datos. De forma predeterminada, se
guardan 60 días de entradas de registro. Se puede indicar la opción No para
inhabilitar la poda de registro.
Independientemente de la opción que defina para este parámetro, puede
solicitar una poda de registro de forma explícita en cualquier momento.
Consideraciones:
v Para númdías, el rango es de 0 a 9999. Un valor de 0 suprime todas las
entradas del archivo de registro de actividad excepto las entradas de
mandato actuales.
v Si especifica no, el archivo de registro no será podado.
v Si no especifica /LOGPrune, el valor predeterminado es el especificado
por la opción configurable logprune del archivo de configuración. El
valor predeterminado es 60.
v Si especifica /LOGPrune, se utiliza su valor en lugar del valor almacenado
en el archivo de configuración. La especificación de este parámetro no
cambia el valor en el archivo de configuración.
v Puede especificar /LOGPrune sin especificar númdías o no; en este caso, se
utiliza el valor predeterminado, 60.
v Los cambios en el valor del parámetro TIMEformat o DATEformat pueden
dar como resultado que el archivo de registro se pode sin quererlo. Si
ejecuta un mandato que puede podar el archivo de registro y se ha
modificado el valor del parámetro TIMEformat o DATEformat, lleve a cabo
una de las acciones siguientes para evitar una poda no deseada del
archivo de registro:
– Haga una copia del archivo de registro existente.
– Especifique un nuevo archivo de registro con el parámetro /LOGFile o
el valor logfile.
/MOUNTWait=Yes|No
El parámetro /mountwait se utiliza para especificar si Data Protection for
SQL Server debe esperar a que se monten los soportes extraíbles, como
cintas o CD, o detiene la operación actual. Este parámetro no es válido
para todos los tipos de copia de seguridad; no funciona con los tipos de
Capítulo 8. Información de referencia
191
copia de seguridad DIFFFULL o LOG. Si servidor de Tivoli Storage
Manager está configurado para almacenar datos de copia de seguridad en
soportes de almacenamiento extraíbles, es posible que servidor de Tivoli
Storage Manager indique a Data Protection for SQL Server que está
esperando a que se monte un volumen de almacenamiento necesario. Si
ocurre esto, esta opción le permite especificar si deberá esperarse al
montaje del soporte o deberá detenerse la operación actual. Puede
especificar:
Yes
Esperar a que se monten las cintas (valor predeterminado).
No
No esperar a que se monten las cintas.
Consideraciones:
v Si utiliza bandas de datos para las operaciones de herencia, Data
Protection for SQL Server no puede completar la espera hasta que los
soportes iniciales para las bandas estén disponibles, aunque Data
Protection for SQL Server empiece a utilizar cada banda a medida que
su soporte quede disponible. Debido al modo en que SQL Server
distribuye los datos entre las bandas, si alguna banda no tiene el soporte
disponible, cada una de las bandas puede a la larga estar esperando a
que su soporte o el soporte de otra banda quede disponible. En dicho
caso, puede llegar a ser necesario terminar el mandato de Data
Protection for SQL Server si la espera es prolongada. Esto sólo se puede
realizar terminando el programa Data Protection for SQL Server (cierre
la ventana del indicador de mandatos o entre control-c).
v la clase de gestión para los metaobjetos también necesita soportes de
almacenamiento extraíbles, Data Protection for SQL Server esperará a
dicho volumen pero, dado que los metaobjetos no se crearán hasta que
los objetos de datos se hayan completado, la espera se producirá después
de que se hayan transferido los datos.
v Si especifica no y se necesita cualquier soporte extraíble, Data Protection
for SQL Server termina el mandato con un mensaje de error. Esto
también sucede si la clase de gestión para los metaobjetos necesita
soporte desmontable. La terminación de mandato no se produce hasta
después de que se hayan transferido los datos de la base de datos, dado
que los metadatos no se crean hasta después de que se hayan
completado los objetos de datos.
v Si no especifica /mountwait, el valor predeterminado es el especificado
en la opción configurable mountwait en el archivo de configuración de
Data Protection for SQL Server. Este valor es inicialmente yes. La
especificación de este parámetro no cambia el valor en el archivo de
configuración.
/OFFLOAD
Especifique este parámetro para ejecutar la copia de seguridad de los
archivos en Tivoli Storage Manager en la máquina especificada por
remotedsmagentnode, en vez de ejecutarla en la máquina local. Este
parámetro es válido cuando se establecen los siguientes parámetros y
opciones: /backupmethod=VSS y /backupdestination=TSM. Tenga en cuenta
que este parámetro necesita que haya un proveedor de VSS compatible con
la duplicación de volúmenes transportable. No puede especificar este
parámetro con el proveedor de sistema Windows VSS predeterminado.
/SQLAUTHentication=INTegrated | SQLuserid
Este parámetro especifica la modalidad de autorización utilizada cuando se
inicie la sesión en SQL Server. El valor integrated especifica la autenticación
192
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
de Windows. El ID de usuario que utilice en el inicio de sesión en
Windows es el mismo ID que utilizará para iniciar la sesión en SQL Server.
Éste es el valor predeterminado.
Utilice el valor sqluserid para especificar la autorización de ID de usuario
de SQL Server. El ID de usuario especificado por el parámetro /sqluserid
es el ID que se utiliza para conectarse a SQL Server. Cualquier ID de
usuario de SQL Server debe tener el rol de servidor fijo de SQL Server
SYSADMIN.
/SQLBUFFers=númbúferessql
El parámetro /sqlbuffers especifica el número total de búferes de datos
que SQL Server utiliza para transferir datos entre SQL Server y Data
Protection for SQL Server. La variable númbúferessql hace referencia al
número de búferes de datos a utilizar. El número puede estar comprendido
entre 0 y 999. El valor inicial es 0. Cuando /sqlbuffers se establece en 0,
SQL Server determina cuántos búferes deben utilizarse.
Consideraciones:
v El valor predeterminado es el valor especificado por la opción
configurable de búfers de SQL Server del archivo de configuración de
Data Protection for SQL Server. Este valor es inicialmente de 0.
v Si especifica /sqlbuffers, se utiliza su valor en lugar del valor
almacenado en el archivo de configuración de Data Protection for SQL
Server. Especificar este parámetro no modifica el valor en el archivo de
configuración.
v Si especifica /sqlbuffers pero no numsqlbuffers, se utiliza el valor
predeterminado de 0.
/SQLBUFFERSIze=tamañobúfersqlenkb
El parámetro /sqlbuffersize especifica el tamaño de cada almacenamiento
intermedio (especificado por el parámetro /sqlbuffers) que SQL Server
utiliza para transferir datos a Data Protection for SQL Server. La variable
tamañobúfersqlenkb hace referencia al tamaño de los búferes de datos en
kilobytes. El número puede estar comprendido entre 64 y 4096. El valor
predeterminado es de 1024.
Consideraciones:
v El valor predeterminado es el valor especificado por la opción
configurable de búfers de SQL Server del archivo de configuración de
Data Protection for SQL Server. Este valor es inicialmente de 1024.
v Si especifica /sqlbuffersize, se utilizará su valor en lugar del valor
almacenado en el archivo de configuración de Data Protection for SQL
Server. La especificación de este parámetro no cambia el valor en el
archivo de configuración.
v Si especifica /sqlbuffersize pero no especifica tamañobúfersqlenkb, se
utilizará el valor predeterminado de 1024.
/SQLCHECKSum=No|Yes
El parámetro /SQLCHECKSum se utiliza para verificar la integridad de una
copia de seguridad de base de datos de herencia. La comprobación de
integridad es un proceso que valida los valores en un archivo o la
configuración de cambios no previstos. Los valores se verifican entre el
estado actual y el estado de la línea base.
Puede especificar los siguientes valores:
Capítulo 8. Información de referencia
193
No
No habilitar la comprobación de integridad para una copia de
seguridad de base de datos de herencia. Este valor es el valor
predeterminado.
Yes
Habilitar la comprobación de integridad para una copia de
seguridad de base de datos de herencia.
En la ventana Propiedades de rendimiento de Microsoft Management
Console, puede habilitar o inhabilitar la opción de suma de comprobación
para todas las bases de datos de herencia de una sola vez. Puede modificar
el valor global y habilitar o inhabilitar temporalmente la opción de suma
de comprobación para una copia de seguridad de base de datos
estableciendo el valor de este parámetro SQLCHECKSum en Yes o No.
/SQLCOMPression=No|Yes
El parámetro /SQLCOMPression especifica si se aplica la compresión SQL. Si
no especifica /SQLCOMPression, se utiliza el valor predeterminado No. Este
parámetro sólo se puede aplicar en sistemas que ejecutan SQL Server 2008
y versiones posteriores. Para SQL Server 2008, puede ejecutar la
compresión de copia de seguridad sólo en la Enterprise Edition. Para SQL
Server 2008 R2, puede ejecutar la compresión de copia de seguridad en las
ediciones Standard, Enterprise y Datacenter.
/SQLPassword=nombrecontraseñasql
Este parámetro especifica la contraseña de SQL Server que Data Protection
for SQL Server utiliza para conectarse con el SQL Server del que se hacen
copias de seguridad de los objetos o en el que éstos se restauran.
Consideraciones:
v Utilizar este parámetro significa que utilizará la autenticación de SQL
Server. SQL Server y el ID de usuario de SQL Server para esta
contraseña deben estar configurados para utilizar la autenticación de
SQL Server.
v Si no especifica /sqlpassword, el valor predeterminado es un espacio en
blanco (" ").
v Si especifica /sqlpassword pero no nombrecontraseñasql, el valor
predeterminado será también un espacio en blanco (" ").
v Se omite este parámetro si utiliza el parámetro /sqlauth=integrated con
él.
/SQLSERVer=protocolosql:nombreservidorsql
El parámetro /sqlserver especifica el SQL Server donde iniciará la sesión
Data Protection for SQL Server. La variable protocolosql especifica el
protocolo de comunicaciones que se debe utilizar. Puede especificar uno de
los siguientes protocolos:
v lpc: utilizar protocolo Shared Memory.
v np: utilizar protocolo Named Pipes.
v tcp: utilizar protocolo Transmission Control.
v via: utilizar protocolo Virtual Interface Architecture.
Si no se especifica ningún protocolo, Data Protection for SQL Server se
conectará al SQL Server según el primer protocolo que quede disponible.
Consideraciones:
194
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
v El valor predeterminado es el valor especificado por la opción
configurable de SQL Server del archivo de configuración de Data
Protection for SQL Server. Este es inicialmente el nombre del sistema
local.
v Si especifica /sqlserver pero no nombreservidorsql, se utilizará el nombre
del sistema local.
v Los siguientes dos accesos directos se aceptan como nombre del sistema
local: . (local) Estos son un punto o la palabra local dentro de
paréntesis.
v Si SQL Server es miembro de un clúster de migración tras error, la
opción CLUSTERNODE del archivo de opciones de Tivoli Storage
Manager debe tener el valor YES.
v Debe especificar el nombre si SQL Server no es la instancia
predeterminada o es miembro de un clúster de migración tras error.
v El formato de nombre_servidor_sql depende del tipo de instancia del que
se trate y de si pertenece a un clúster o no:
Formato
¿Instancia?
En clúster
¿Nombre requerido?
predeterminado
no
no
nomb_sist_local\
nombre_instancia
con nombre
no
sí
nomb_serv_virtual
predeterminado
sí
sí
con nombre
sí
sí
nomb_sist_local
nomb_serv_virtual\
nombre_instancia
nombresistemalocal
El nombre del sistema de red en el que residen SQL Server y Data
Protection for SQL Server. El nombre de host TCP/IP puede
siempre no ser el mismo.
nombre_instancia
El nombre proporcionado a la instancia de SQL Server especificada
durante la instalación de la instancia.
nomb_serv_virtual
El nombre proporcionado al SQL Server en clúster especificado
durante la configuración del servicio de clúster. Este no es el
nombre de clúster o no nodo.
/SQLUSer=nombreusuariosql
El parámetro /sqluser especifica el nombre que Data Protection for SQL
Server utiliza para iniciar la sesión en SQL Server.
Consideraciones:
v Utilizar este parámetro significa que utilizará la autenticación de SQL
Server. SQL Server y el ID de usuario de SQL Server para esta
contraseña deben estar configurados para utilizar la autenticación de
SQL Server.
v El ID de usuario de SQL Server debe tener el rol de servidor fijo de SQL
Server SYSADMIN.
v Si no especifica /sqluser, el valor predeterminado es sa.
v Si especifica /sqluser pero no nombreusuariosql, el valor predeterminado
será también sa.
Capítulo 8. Información de referencia
195
v Se omite este parámetro si utiliza el parámetro /sqlauth=integrated con
él.
/STRIPes=númbandas
El parámetro /stripes especifica el número de bandas de datos a utilizar
en una operación de copia de seguridad o restauración. La variable
númbandas puede estar comprendida entre 1 y 64.
Consideraciones:
v Si no especifica /stripes, se especificará el valor predeterminado que se
indique en el archivo de configuración de Data Protection for SQL
Server. El valor inicial es 1.
v Si especifica /stripes pero no especifica númbandas, se utilizará el valor
almacenado.
v Puede utilizar como máximo el número utilizar para crear la copia de
seguridad. Puede determinar el número de bandas de datos utilizadas
para crear un objeto de copia de seguridad con el mandato de Data
Protection for SQL Server: query tsm dbname backup_object
v Deberá utilizar el parámetro MAXNUMMP en un mandato REGISTER
NODE o UPDATE NODE de Tivoli Storage Manager si desea permitir
que un nodo utilice varias sesiones para almacenar datos en soporte
desmontable (lo que requiere que asigne varios puntos de montaje a
dicho nodo). El valor de MAXNUMMP debe ser igual o mayor al
número máximo de bandas que desee.
v Si utiliza bandas de datos, utilice también la asignación de espacio de
archivos del servidor de Tivoli Storage Manager para intentar conservar
cada banda en un volumen de almacenamiento diferente.
v El número máximo de bandas de datos que puede utilizar es uno menos
al valor de la opción TXNGROUPMAX de servidor de Tivoli Storage
Manager en el archivo dsmserv.opt.
/TSMNODe=nombrenodotsm
El parámetro /tsmnode especifica el nombre del nodo de Tivoli Storage
Manager que Data Protection for SQL Server utiliza para conectarse a
servidor de Tivoli Storage Manager. Esto identifica qué cliente de Tivoli
Storage Manager está solicitando servicios. También puede almacenar el
nombre de nodo en el archivo de opciones. El parámetro de línea de
mandatos altera temporalmente el valor del archivo de opciones.
Consideraciones:
v No se puede utilizar el parámetro /tsmnode si se especifica
PASSWORDACCESS GENERATE en el archivo de opciones de Tivoli
Storage Manager. Deberá especificar el nombre de nodo en el archivo de
opciones. De lo contrario, puede cambiar PASSWORDACCESS a
PROMPT para utilizar el parámetro /tsmnode. Para obtener más
información sobre el archivo de opciones de Tivoli Storage Manager,
consulte el apartado Creación y modificación del archivo de opciones del
cliente(http://www.ibm.com/support/knowledgecenter/SSGSG7_7.1.4/
client/t_cfg_crtmodoptunix.html).
v Si no especifica /tsmnode, el valor predeterminado es el valor
especificado por la opción nodename del archivo de opciones de Tivoli
Storage Manager. La especificación de este parámetro no cambia el valor
en el archivo de opciones.
/TSMOPTFile=nombrearchivoopcionesdsm
El parámetro /tsmoptfile especifica el archivo de opciones de Tivoli
196
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Storage Manager que utilizar. Esto es similar a seleccionar un servidor de
Tivoli Storage Manager en la lista de servidores de la GUI. El archivo de
opciones de Tivoli Storage Manager contiene los valores de configuración
de la API de Tivoli Storage Manager. Para obtener más información sobre
el archivo de opciones de Tivoli Storage Manager, consulte el apartado
Creación y modificación del archivo de opciones del cliente(http://
www.ibm.com/support/knowledgecenter/SSGSG7_7.1.4/client/
t_cfg_crtmodoptunix.html).
Consideraciones:
v La variable nombrearchivoopcionestsm puede incluir una vía de acceso
totalmente calificada. Si no incluye ninguna vía de acceso, se utilizará el
directorio donde está instalado Data Protection for SQL Server.
v Si nombrearchivoopcionestsm incluye espacios, deberá escribirlo entre
comillas dobles.
v Si no especifica /tsmoptfile, el valor predeterminado es dsm.opt.
v Si especifica /tsmoptfile pero no especifica nombrearchivoopcionestsm, el
valor predeterminado también es dsm.opt.
/TSMPassword=nombrecontraseñatsm
El parámetro /tsmpassword especifica la contraseña de Tivoli Storage
Manager que Data Protection for SQL Server utiliza para conectarse a
servidor de Tivoli Storage Manager. Este parámetro y la opción
PASSWORDACCESS del archivo de opciones de Tivoli Storage Manager
interactúan de los modos siguientes:
PASSWORDACCESS
en el archivo de
opciones de Tivoli
Storage Manager
¿La contraseña ya
está almacenada en
el registro?
especificado
generate
sí
se ignora
/tsmpassword
especificado
generate
no
se utiliza y se
almacena
/tsmpassword
especificado
prompt
—
se utiliza /tsmpassword
no especificado
prompt
—
se solicita al usuario
/tsmpassword
Resultado
/USEALWAYSONnode
Especifique este parámetro para copiar bases de datos estándar en el
servidor SQL 2012 y versiones posteriores, utilizando el nodo AlwaysOn.
Al establecer este parámetro, puede cambiar todas las bases de datos de
disponibilidad y bases de datos estándar bajo un nodo único para ayudarle
a gestionar sus copias de seguridad de bases de datos de manera más fácil.
De forma predeterminada, las bases de datos de disponibilidad del
servidor SQL 2012 y versiones posteriores, se copian en el nodo AlwaysOn.
Capítulo 8. Información de referencia
197
Ejemplos de copia de seguridad de herencia
Se ofrecen los ejemplos siguientes para mostrar cómo puede emitir el mandato
backup con distintos parámetros y opciones.
Ejemplos de copia de seguridad completa
Si desea llevar a cabo una copia de seguridad completa, los siguientes ejemplos le
ayudarán a modelar la sintaxis del mandato.
v Para llevar a cabo una copia de seguridad completa de herencia de dos bases de
datos (model y msdb) en el almacenamiento del servidor Tivoli Storage Manager
con los parámetros opcionales /sqlbuffers y /stripes, especifique el siguiente
mandato:
tdpsqlc backup model,msdb full /sqlbuffers=2 /stripes=2
v Para realizar una copia de seguridad completa de herencia de una base de datos
(test2) sin que se visualice ninguna salida, ya que se utiliza el parámetro /quiet,
y el modo de autenticación predeterminado de Windows se ha sustituido
temporalmente por el uso del parámetro /sqlauthentication, especifique el
siguiente mandato:
tdpsqlc backup test2 full /quiet /sqlauth=sql
v Para realizar una copia de seguridad completa de herencia de todas las bases de
datos disponibles con el carácter comodín (*) mientras se utiliza el parámetro
/excludedb para excluir las bases de datos master y msdb del proceso de copia de
seguridad, especifique el siguiente mandato:
tdpsqlc backup * full /excludedb=master,msdb
v Para llevar a cabo una copia de seguridad completa de una base de datos (test1)
con el parámetro que personaliza el número de kilobytes, /adjustkbtsmestimate,
especifique el siguiente parámetro:
tdpsqlc backup test1 full /adjustkbtsmestimate=25
v Para realizar una copia de seguridad completa de todas las bases de datos
estándar, escriba el mandato siguiente:
tdpsqlc backup * full /EXCLUDEALwaysondbs
v Para realizar una copia de seguridad de registro de todas las bases de datos de
disponibilidad, escriba el mandato siguiente:
tdpsqlc backup * log /EXCLUDESTandarddbs
v Para ver un ejemplo más complejo, considere el escenario siguiente: hay tres
grupos de disponibilidad AlwaysOn. El primer grupo de disponibilidad se
denomina AG01 con las siguientes bases de datos:
– Base de datos de disponibilidad AlwaysOn denominada AlwaysOnLegacyDB1
– Base de datos de disponibilidad AlwaysOn denominada AlwaysOnLegacyDB3
El segundo grupo de disponibilidad se denomina AG03 con la siguiente base de
datos de disponibilidad AlwaysOn: AlwaysOnLegacyDB2. El tercer grupo de
disponibilidad se denomina AG04 con las siguientes bases de datos:
– Base de datos de disponibilidad AlwaysOn denominada AlwaysOnLegacyDB5
– Base de datos de disponibilidad AlwaysOn denominada AlwaysOnLegacyDB6
– Base de datos estándar denominada SQL_DB1
– Base de datos estándar denominada SQL_DB2
Para realizar una copia de seguridad completa con una lista que coincida con las
bases de datos estándar y de disponibilidad a la vez, pero que excluya las bases
de datos estándar, escriba el mandato siguiente:
198
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
C:\Archivos de programa\tivoli\tsm\TDPSql>tdpsqlc backup AlwaysOnLegacy*,SQL*
full /backupdest=TSM /backupmeth=legacy /EXCLUDESTandarddbs
v Cuando se utiliza el parámetro /AAGName para filtrar las bases de datos que se
han copiado, consulte el siguiente escenario con los ejemplos: hay dos grupos de
disponibilidad AlwaysOn. El primer grupo de disponibilidad se denomina AG01
con las siguientes bases de datos:
– Base de datos de disponibilidad AlwaysOn denominada AlwaysOnLegacyDB1
– Base de datos de disponibilidad AlwaysOn denominada AlwaysOnLegacyDB3
El segundo grupo de disponibilidad se denomina AG04 con las siguientes bases
de datos: con las bases de datos:
– Base de datos de disponibilidad AlwaysOn denominada AlwaysOnLegacyDB5
– Base de datos de disponibilidad AlwaysOn denominada AlwaysOnLegacyDB6
Cuando se especifica un mandato backup para todas las bases de datos, pero se
utiliza el parámetro /AAGName para incluir sólo las bases de datos de AG01 en la
copia de seguridad, especifique el siguiente mandato:
C:\Archivos de programa\tivoli\tsm\TDPSql>tdpsqlc backup * full /backupdest=TSM
/backupmeth=legacy /AAGName=AG01
Cuando se especifica un mandato backup para una lista de bases de datos con
comodines, pero se utiliza el parámetro /AAGName para incluir sólo las bases de
datos de AG04 en la copia de seguridad, especifique el siguiente mandato:
C:\Archivos de programa\tivoli\tsm\TDPSql>tdpsqlc backup AlwaysOn*,SQL* full
/backupdest=TSM /backupmeth=legacy /AAGName=AG04
Cuando se especifica un mandato backup para una lista de bases de datos con
comodines, pero que no coinciden con todas las bases de datos del grupo de
disponibilidad AlwaysOn especificado, escriba el siguiente mandato:
C:\Archivos de programa\tivoli\tsm\TDPSql>tdpsqlc back *DB5 full /backupdest=TSM
/backupmeth=legacy /AAGName=AG04
Ejemplos de copia de seguridad diferencial
Si desea llevar a cabo una copia de seguridad diferencial, los siguientes ejemplos le
ayudarán a modelar la sintaxis del mandato.
v Para realizar una copia de seguridad diferencial de herencia de la copia de
seguridad completa anterior de una base de datos (test2), incluyendo una
estimación de la parte cambiada de la base de datos test2, escriba el siguiente
mandato:
tdpsqlc backup test2 difffull /diffest=10
v Para realizar una copia de seguridad diferencial de herencia de todas las bases
de datos disponibles con el carácter comodín (*) utilizando el parámetro
/excludedb para excluir las bases de datos master y msdb de la copia de
seguridad, especifique el siguiente mandato:
tdpsqlc backup * difffull /excludedb=master,msdb
v Para realizar una copia de seguridad diferencial con una lista de bases de datos
que coincida con las bases de datos estándar y de disponibilidad a la vez, pero
que excluya las bases de datos de disponibilidad, escriba el mandato siguiente:
C:\Archivos de programa\tivoli\tsm\TDPSql>tdpsqlc backup AlwaysOnLegacy*,SQL*
diff /EXCLUDEALwaysondbs
Capítulo 8. Información de referencia
199
Ejemplo de copia de seguridad de registro
Para realizar una copia de seguridad de registro de herencia de las copias de
seguridad completas anteriores de dos bases de datos (test2 y model) mientras
altera temporalmente el truncamiento predeterminado de los archivos de registro,
especifique el siguiente mandato:
tdpsqlc backup test2,model log /truncate=no
Ejemplo de copia de seguridad de grupo
Para realizar una copia de seguridad de herencia de todos los grupos de archivos
que pertenecen a una base de datos llamada netapp_db2, escriba el siguiente
mandato:
tdpsqlc backup netapp_db2 Group=*
Ejemplo de copia de seguridad de archivo
Para realizar una copia de seguridad de archivo de herencia de todos los archivos
que pertenecen a una base de datos (test2) utilizando el carácter comodín (*),
escriba el siguiente mandato:
tdpsqlc backup test2 file=*
Ejemplo de copia de seguridad de conjunto
Para realizar una copia de seguridad de conjunto de herencia de un grupo de
archivos y de dos archivos independientes (conjuntamente como un objeto de
copia de seguridad individual) desde una base de datos (test2) utilizando los
parámetros /groups y /files para especificar los elementos que constituyen esta
copia de seguridad de conjunto, escriba el siguiente mandato:
tdpsqlc backup test2 set /groups=primary /files=test2_2data,
test2_3data
Ejemplo de copia de seguridad completa de sólo copia
Para completar una copia de seguridad completa de sólo copia de herencia de la
base de datos de disponibilidad (filestreamdb) en un entorno de grupo de
disponibilidad AlwaysOn de SQL Server 2012 y versiones posteriores, escriba el
siguiente mandato:
tdpsqlc backup filestreamdb CopyFull /backupdestination=TSM
/backupmethod=legacy
Ejemplos de copia de seguridad VSS
Se ofrecen los ejemplos siguientes para mostrar cómo puede emitir el mandato
backup con distintos parámetros y opciones.
Ejemplos de copia de seguridad local completa
Si desea llevar a cabo una copia de seguridad local completa, los siguientes
ejemplos le ayudarán a modelar la sintaxis del mandato.
v Para realizar una copia de seguridad completa de VSS de una base de datos
(test1) en los volúmenes de duplicación local utilizando los parámetros
opcionales /backupdestination y /backupmethod, escriba el siguiente mandato:
tdpsqlc backup test1 full /backupdestination=local
/backupmethod=vss
200
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
v Para realizar una copia de seguridad completa de VSS de todas las bases de
datos disponibles en los volúmenes de duplicación local utilizando el carácter
comodín (*) y el parámetro /excludedb para excluir las bases de datos master y
msdb de la copia de seguridad, escriba el siguiente mandato:
tdpsqlc backup * full /backupdestination=local /backupmethod=vss
/exclude=master,msdb
v Para realizar una copia de seguridad completa de VSS de una base de datos de
disponibilidad de SQL Server 2012 y versiones posteriores (hkaagdb) en los
volúmenes de duplicación local, escriba el siguiente mandato:
tdpsqlc backup hkaagdb full /backupdestination=local /backupmethod=vss
v Para realizar una copia de seguridad completa de todas las bases de datos
estándar, escriba el mandato siguiente:
tdpsqlc backup * full /EXCLUDEALwaysondbs
v Para realizar una copia de seguridad de registro de todas las bases de datos de
disponibilidad, escriba el mandato siguiente:
tdpsqlc backup * log /EXCLUDESTandarddbs
Ejemplo de copia de seguridad local completa con servidor de
Tivoli Storage Manager
Para realizar una copia de seguridad completa de VSS de una base de datos
(model) en los volúmenes de duplicación local y en el almacenamiento de servidor
de Tivoli Storage Manager utilizando el parámetro /backupmethod, escriba el
siguiente mandato:
tdpsqlc backup model full /backupmethod=vss
Ejemplo de copia de seguridad completa de sólo copia en
servidor de Tivoli Storage Manager
Para realizar una copia de seguridad completa de sólo copia de VSS de la copia de
seguridad completa de la base de datos filestreamdb en el almacenamiento de
servidor de Tivoli Storage Manager utilizando el parámetro /backupmethod, escriba
el siguiente mandato:
tdpsqlc backup filestreamdb CopyFull /backupdestination=TSM
/backupmethod=vss
Mandato changetsmpassword
Para cambiar la contraseña de Tivoli Storage Manager que utiliza Data Protection
for SQL Server, utilice el mandato changetsmpassword. La contraseña se utiliza
para iniciar una sesión en el servidor de Tivoli Storage Manager.
Changetsmpassword
Utilice los diagramas de sintaxis del mandato changetsmpassword como referencia
para ver las opciones disponibles y los requisitos de truncamiento.
Mandato CHANGETSMPassword de TDPSQLC
►► TDPSQLC
►
► CHANGETSMPassword
►◄
contraseñaantigua contraseñanueva contraseñaverificación
Capítulo 8. Información de referencia
201
Parámetros opcionales
►►
►
=tdpsql.cfg
/CONFIGfile
=nombrearchivoconfig
►
►
=tdpsql.log [o valor cfg]
/LOGFile
=nombrearchivoregistro
►
►
=60 [o valor cfg]
/LOGPrune
=[dsm.opt value]
/TSMNODe
=númdías
=No
=nombrenodotsm
►
►◄
=dsm.opt
/TSMOPTFile
=nombrearchivodsmopt
Parámetros posicionales de Changetsmpassword
Los parámetros posicionales se sitúan inmediatamente después del mandato
changetsmpassword y antes de los parámetros optativos.
Se le solicitarán los parámetros siguientes si no los especifica con el mandato
changetsmpassword:
contraseñaantigua
Especifica la contraseña antigua (actual) de Tivoli Storage Manager que
desea cambiar.
contraseña nueva
Especifica la contraseña nueva de Tivoli Storage Manager.
Una contraseña de Tivoli Storage Manager no es sensible a las mayúsculas
y minúsculas y puede constar de 1 a 63 de los caracteres siguientes:
v las letras A a Z
v los dígitos 0 a 9
v los caracteres especiales signo más (+), punto (.), signo de subrayado (_),
guión (—) y símbolo &
contraseñaverificación
Especifica otra vez la contraseña nueva de Tivoli Storage Manager para
verificar que contraseñanueva es correcta.
202
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Parámetros opcionales de changetsmpassword
Los parámetros opcionales van detrás del mandato changetsmpassword y de los
parámetros posicionales.
/CONFIGfile=nombrearchivoconfig
El parámetro /configfile especifica el nombre del archivo de configuración
de Data Protection for SQL Server, que contiene los valores para las
opciones configurables de Data Protection for SQL Server.
Consideraciones:
v nombrearchivoconfig puede incluir una vía de acceso completa. Si
nombrearchivoconfig no incluye una vía de acceso, se utilizará el directorio
donde esté instalado Data Protection for SQL Server.
v Si nombrearchivoconfig incluye espacios, rodéelo de comillas dobles.
v Si no especifica /configfile, el valor predeterminado es tdpsql.cfg.
v Si especifica /configfile pero no nombrearchivoconfig, se utilizará el valor
predeterminado de tdpsql.cfg.
/LOGPrune=númdays|No
Al podar datos de registro, puede descartar algunos de los registros
generados en función de los criterios detallados de filtrado que defina. En
función de la opción que defina para el parámetro /LOGPrune, se guardará
un número determinado de días de datos. De forma predeterminada, se
guardan 60 días de entradas de registro. Se puede indicar la opción No para
inhabilitar la poda de registro.
Independientemente de la opción que defina para este parámetro, puede
solicitar una poda de registro de forma explícita en cualquier momento.
Consideraciones:
v Para númdías, el rango es de 0 a 9999. Un valor de 0 suprime todas las
entradas del archivo de registro de actividad excepto las entradas de
mandato actuales.
v Si especifica no, el archivo de registro no será podado.
v Si no especifica /LOGPrune, el valor predeterminado es el especificado
por la opción configurable logprune del archivo de configuración. El
valor predeterminado es 60.
v Si especifica /LOGPrune, se utiliza su valor en lugar del valor almacenado
en el archivo de configuración. La especificación de este parámetro no
cambia el valor en el archivo de configuración.
v Puede especificar /LOGPrune sin especificar númdías o no; en este caso, se
utiliza el valor predeterminado, 60.
v Los cambios en el valor del parámetro TIMEformat o DATEformat pueden
dar como resultado que el archivo de registro se pode sin quererlo. Si
ejecuta un mandato que puede podar el archivo de registro y se ha
modificado el valor del parámetro TIMEformat o DATEformat, lleve a cabo
una de las acciones siguientes para evitar una poda no deseada del
archivo de registro:
– Haga una copia del archivo de registro existente.
– Especifique un nuevo archivo de registro con el parámetro /LOGFile o
el valor logfile.
/LOGPrune=númdías|No
El parámetro /logprune elimina el registro de actividad de Data Protection
for SQL Server y especifica cuántos días de entradas se deben guardar. De
Capítulo 8. Información de referencia
203
forma predeterminada, la poda del registro está habilitada y se realiza una
vez cada día que se ejecuta Data Protection for SQL Server; sin embargo,
esta opción le permite inhabilitar la poda de registro o solicitar de forma
explícita una poda del registro para una ejecución de mandato incluso si el
archivo de registro ya se ha podado ese día. La variable númdías representa
el número de días que se deben guardar las entradas de registro. De forma
predeterminada se guardan 60 días de entradas en el proceso de poda.
Consideraciones:
v Si especifica númdías, el valor podrá estar entre 0 y 9999. Un valor de 0
suprime todas las entradas del archivo de registro de actividad de Data
Protection for SQL Server excepto las entradas de mandato actuales.
v Si especifica no, el archivo de registro no se poda durante este mandato.
v Si no especifica /logprune, se especificará el valor predeterminado en la
opción configurable de logprune del archivo de configuración de Data
Protection for SQL Server. Este es inicialmente 60.
v Si se especifica /logprune, se utilizará su valor en lugar del valor
almacenado en el archivo de configuración de Data Protection for SQL
Server. La especificación de este parámetro no cambia el valor en el
archivo de configuración.
v Puede especificar /logprune sin especificar númdías o no; en este caso, se
utiliza el valor predeterminado 60.
v Los cambios en el valor del parámetro TIMEformat o DATEformat pueden
dar como resultado que el archivo de registro se pode sin desearlo. Si
ejecuta un mandato que puede podar el archivo de registro y se ha
modificado el valor del parámetro TIMEformat o DATEformat, realice una
de las acciones siguientes para evitar una poda no deseada del archivo
de registro:
– Haga una copia del archivo de registro existente.
– Especifique un nuevo archivo de registro con el parámetro /logfile o
el valor logfile.
/TSMNODe=nombrenodotsm
El parámetro /tsmnode especifica el nombre del nodo de Tivoli Storage
Manager que Data Protection for SQL Server utiliza para conectarse al
servidor de Tivoli Storage Manager. Esto identifica qué cliente de Tivoli
Storage Manager está solicitando servicios. También puede almacenar el
nombre de nodo en el archivo de opciones. El parámetro de línea de
mandatos altera temporalmente el valor del archivo de opciones.
Consideraciones:
v No se puede utilizar el parámetro /tsmnode si se especifica
PASSWORDACCESS GENERATE en el archivo de opciones de Tivoli
Storage Manager. Deberá especificar el nombre de nodo en el archivo de
opciones. De lo contrario, puede cambiar PASSWORDACCESS a
PROMPT para utilizar el parámetro /tsmnode. Para obtener más
información sobre el archivo de opciones de Tivoli Storage Manager,
consulte el apartado Creación y modificación del archivo de opciones del
cliente(http://www.ibm.com/support/knowledgecenter/SSGSG7_7.1.4/
client/t_cfg_crtmodoptunix.html).
v Si no especifica /tsmnode, el valor predeterminado es el valor
especificado por la opción nodename del archivo de opciones de Tivoli
Storage Manager. La especificación de este parámetro no cambia el valor
en el archivo de opciones.
204
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
/TSMOPTFile=nombrearchivoopcionesdsm
El parámetro /tsmoptfile especifica el archivo de opciones de Tivoli Storage
Manager que utilizar. Esto es similar a seleccionar un servidor de Tivoli
Storage Manager en la lista de servidores de la GUI. El archivo de opciones
de Tivoli Storage Manager contiene los valores de configuración de la API
de Tivoli Storage Manager. Para obtener más información sobre el archivo
de opciones de Tivoli Storage Manager, consulte el apartado Creación y
modificación del archivo de opciones del cliente(http://www.ibm.com/
support/knowledgecenter/SSGSG7_7.1.4/client/
t_cfg_crtmodoptunix.html).
Consideraciones:
v La variable nombrearchivoopcionestsm puede incluir una vía de acceso
totalmente calificada. Si no incluye ninguna vía de acceso, se utilizará el
directorio donde está instalado Data Protection for SQL Server.
v Si nombrearchivoopcionestsm incluye espacios, deberá escribirlo entre
comillas dobles.
v Si no especifica /tsmoptfile, el valor predeterminado es dsm.opt.
v Si especifica /tsmoptfile pero no especifica nombrearchivoopcionestsm, el
valor predeterminado también es dsm.opt.
Referencia relacionada:
“Establecer parámetros posicionales” en la página 296
Ejemplos de salida de changetsmpassword
Este ejemplo de salida proporciona una muestra del texto, los mensajes y el estado
del proceso que se visualizan cuando se utiliza el mandato changetsmpassword.
El mandato siguiente visualiza el cambio de contraseña de Tivoli Storage Manager.
Mandato:
tdpsqlc changetsmp sqlv2old sqlv2new sqlv2new
Salida:
IBM Tivoli Storage Manager for Databases:
Data Protection for Microsoft SQL Server
Versión 7, Release 1, Nivel 3.0
(C) Copyright IBM Corporation 1998, 2015.
Reservados todos los derechos.
ACO0260I La contraseña se ha cambiado satisfactoriamente.
Mandato delete backup
Utilice el mandato Delete Backup para suprimir una Copia de seguridad VSS de
una base de datos de SQL Server.
Debe tener derechos de registro local (en todas las versiones de SQL Server) para
suprimir la copia de seguridad de Data Protection for SQL Server.
Capítulo 8. Información de referencia
205
Sintaxis de Delete Backup
Utilice los diagramas de sintaxis del mandato delete backup como referencia para
ver las opciones disponibles y los requisitos de truncamiento.
Mandato TDPSQLC
,
►► TDPSQLC
DELete BACKup
▼
nombrebd
*
FULL
►
►
►
tdpsql.cfg
/CONFIGfile=
nombrearchivoconfig
►
►
=valor sqlserver [o valor cfg]
/FROMSQLSERVer=
=nombreservidorsql
►
►◄
/LOGPrune=
60
númdías
No
/OBJect=
nombreobjeto,...
/Quiet
Parámetros posicionales de delete backup
Los parámetros posicionales se encuentran inmediatamente a continuación del
mandato delete backup y preceden a los parámetros opcionales.
Los siguientes parámetros posicionales especifican la copia de seguridad que se
debe copiar:
* | nombrebd
*
Suprimir las copias de seguridad de todas las bases de datos.
nombrebd
Suprime una copia de seguridad de la base de datos especificada.
La copia de seguridad activa se suprime a menos que se
especifique una copia de seguridad diferente con el parámetro
opcional /object.
Separe varias entradas utilizando comas. Si se separan utilizando
comas, asegúrese de que no existe un espacio en blanco entre la
coma y el nombre de la base de datos. Si cualquier nombre de base
de datos contiene espacios en blanco, delimite el nombre de la base
de datos entre comillas dobles.
El siguiente parámetro posicional especifica el tipo de supresión de copia de
seguridad que se va a realizar:
FULL
206
Suprime copias de seguridad del tipo completo.
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Atención: Asegúrese de suprimir únicamente las copias de seguridad que desee.
Parámetros opcionales de delete backup
Los parámetros opcionales van detrás del mandato delete backup y los parámetros
posicionales.
/BACKUPDESTination=TSM|LOCAL
Utilice el parámetro /backupdestination para especificar la ubicación
desde la que se va a suprimir la copia de seguridad. El valor
predeterminado es el valor especificado (si lo hay) en el archivo de
preferencias de Data Protection for SQL Server (tdpsql.cfg). Si no hay
ningún valor, se suprime la copia de seguridad desde el almacenamiento
de servidor de Tivoli Storage Manager.
Puede especificar:
TSM
La copia de seguridad se suprime desde el almacenamiento del
servidor de Tivoli Storage Manager. Esta opción es el valor
predeterminado si no se especifica ningún valor en el archivo de
preferencias de Data Protection for SQL Server (tdpsql.cfg).
LOCAL
La copia de seguridad se suprime desde los volúmenes de
duplicación local.
/CONFIGfile=nombrearchivoconfig
Utilice el parámetro /configfile para especificar el nombre
(nombrearchivoconfig) del archivo de configuración de Data Protection for
SQL Server que contiene los valores de una operación delete backup.
La variable nombrearchivoconfig puede incluir una vía de acceso completa. Si
la variable nombrearchivoconfig no incluye una vía de acceso, se utiliza el
directorio de instalación de Data Protection for SQL Server. Si no se
especifica el parámetro /configfile o la variable nombrearchivoconfig, el
valor predeterminado es tdpsql.cfg.
Si la variable nombrearchivoconfig incluye espacios, especifique toda la
entrada del parámetro /configfile entre comillas. Por ejemplo:
/CONFIGfile="c:\Archivos de programa\file.cfg"
/FROMSQLSERVer=nombre-servidor
Utilice el parámetro /fromsqlserver para especificar el nombre de SQL
Server donde se ha realizado la copia de seguridad original. Este
parámetro sólo es necesario cuando el nombre del SQL Server desde el que
se efectuará la desactivación, tal como lo determina el parámetro
/sqlserver, es diferente del nombre del SQL Server en el que se crearon
los objetos de copia de seguridad. El valor predeterminado es el valor de
/sqlserver o el valor establecido en el archivo de configuración de Data
Protection for SQL Server.
v Si los dos nombres de SQL Server son diferentes, debe utilizar este
parámetro aunque /fromsqlserver fuera una instancia predeterminada
no agrupada en clúster.
/LOGFile=nombrearchivoregistro
Utilice el parámetro /logfile para especificar el nombre del archivo de
registro de actividades generado por Data Protection for SQL Server.
La variable nombrearchivoregistro identifica el nombre del archivo de registro
de actividades.
Si el archivo de registro especificado no existe, se crea uno nuevo. Si el
archivo especificado ya existe, se añadirán nuevas entradas de registro al
Capítulo 8. Información de referencia
207
archivo. La variable nombrearchivoregistro puede incluir una vía de acceso
totalmente calificada. No obstante, si no se especifica ninguna vía de
acceso, el archivo de registro será grabado en el directorio de instalación de
Data Protection for SQL Server.
Si la variable nombrearchivoregistro incluye espacios, especifique toda la
entrada del parámetro /logfile entre comillas. Por ejemplo:
/LOGFile="c:\Archivos de programa\mytdpsql.log"
Si no se especifica el parámetro /logfile, los registros se grabaran en el
archivo de registro predeterminado, tdpsql.log.
El parámetro /logfile no puede desactivarse, siempre está activo.
Cuando utilice varias instancias simultáneas de Data Protection for SQL
Server para realizar operaciones, utilice el parámetro /logfile para
especificar un archivo de registro distinto por cada instancia utilizada. El
registro de cada instancia se envía a un archivo de registro distinto, lo que
evita que se entremezclen los registros de archivo de registro. Si no se
especifica un archivo de registro distinto para cada instancia, se pueden
producir archivos de registro ilegibles.
/LOGPrune=númdays|No
Al podar datos de registro, puede descartar algunos de los registros
generados en función de los criterios detallados de filtrado que defina. En
función de la opción que defina para el parámetro /LOGPrune, se guardará
un número determinado de días de datos. De forma predeterminada, se
guardan 60 días de entradas de registro. Se puede indicar la opción No para
inhabilitar la poda de registro.
Independientemente de la opción que defina para este parámetro, puede
solicitar una poda de registro de forma explícita en cualquier momento.
Consideraciones:
v Para númdías, el rango es de 0 a 9999. Un valor de 0 suprime todas las
entradas del archivo de registro de actividad excepto las entradas de
mandato actuales.
v Si especifica no, el archivo de registro no será podado.
v Si no especifica /LOGPrune, el valor predeterminado es el especificado
por la opción configurable logprune del archivo de configuración. El
valor predeterminado es 60.
v Si especifica /LOGPrune, se utiliza su valor en lugar del valor almacenado
en el archivo de configuración. La especificación de este parámetro no
cambia el valor en el archivo de configuración.
v Puede especificar /LOGPrune sin especificar númdías o no; en este caso, se
utiliza el valor predeterminado, 60.
v Los cambios en el valor del parámetro TIMEformat o DATEformat pueden
dar como resultado que el archivo de registro se pode sin quererlo. Si
ejecuta un mandato que puede podar el archivo de registro y se ha
modificado el valor del parámetro TIMEformat o DATEformat, lleve a cabo
una de las acciones siguientes para evitar una poda no deseada del
archivo de registro:
– Haga una copia del archivo de registro existente.
– Especifique un nuevo archivo de registro con el parámetro /LOGFile o
el valor logfile.
208
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
/OBJect=nombreobjeto,...
Utilice el parámetro /object para especificar los nombres de los objetos de
copia de seguridad que desea suprimir. El nombre de objeto identifica de
forma exclusiva cada objeto de copia de seguridad y lo crea Data
Protection for SQL Server.
Utilice el mandato Data Protection for SQL Server query tsm * /all para
ver los nombres de todos los objetos de copia de seguridad disponibles.
Este parámetro especifica que sólo se supriman determinados objetos de
copia de seguridad de las bases de datos de SQL Server especificadas y el
tipo de objeto de copia de seguridad. La variable nombreobjeto especifica los
nombres de los objetos de copia de seguridad que desea suprimir. El
nombre de objeto identifica de forma exclusiva cada objeto de copia de
seguridad y lo crea Data Protection for SQL Server.
/Quiet Este parámetro impide que aparezca información de estado. Este
parámetro no afecta al nivel de información que se graba en el registro de
actividades.
/TSMNODe=nombrenodotsm
Utilice la variable nombre_nodo_tsm para indicar el nombre de nodo de
Tivoli Storage Manager que Data Protection for SQL Server utiliza para
iniciar una sesión en el servidor de Tivoli Storage Manager.
Puede almacenar el nombre de nodo en el archivo de opciones de Tivoli
Storage Manager (dsm.opt). Este parámetro sustituirá el valor del archivo
de opciones de Tivoli Storage Manager si PASSWORDACCESS se establece
como PROMPT. Este parámetro no es válido cuando PASSWORDACCESS
se establece como GENERATE en el archivo de opciones.
/TSMOPTFile=nombre_archivo_opc_tsm
Utilice la variable nombre_archivo_opc_tsm para identificar el archivo de
opciones de Data Protection for SQL Server.
El nombre de archivo puede incluir una ruta calificada al completo. Si no
se especifica ninguna vía de acceso, se busca en el directorio donde está
instalado Data Protection for SQL Server.
Si la variable nombre_archivo_opc_tsm incluye espacios, adjunte la entrada
entera del parámetro /tsmoptfile entre comillas dobles. Por ejemplo:
/TSMOPTFile="c:\Archivos de programa\file.opt"
El valor predeterminado es dsm.opt.
/TSMPassword=contraseña_tsm
Utilice la variable contraseña_tsm para indicar la contraseña de Tivoli
Storage Manager que Data Protection for SQL Server utiliza para iniciar
una sesión en el servidor de Tivoli Storage Manager.
Si especificó PASSWORDACCESS GENERATE en el archivo de opciones
de Data Protection for SQL Server (dsm.opt), no tiene que proporcionar la
contraseña porque se utiliza la que está almacenada en el registro. Sin
embargo, para almacenar la contraseña en el registro deberá especificar la
contraseña de Tivoli Storage Manager la primera vez que Data Protection
for SQL Server se conecte con el servidor de Tivoli Storage Manager.
Si se especifica una contraseña con este parámetro cuando
PASSWORDACCESS GENERATE está en vigor, el valor de la línea de
mandatos no se tendrá en cuenta a menos que la contraseña para ese nodo
Capítulo 8. Información de referencia
209
no se haya almacenado todavía en el registro. En ese caso, la contraseña
especificada se almacenará en el registro y se utilizará cuando se ejecute
este mandato.
Si PASSWORDACCESS PROMPT está en vigor, y no se especifica ninguna
contraseña en la línea de mandatos, se pedirá al usuario que proporcione
una.
La contraseña de Tivoli Storage Manager que Data Protection for SQL
Server utiliza para iniciar una sesión en el servidor de Tivoli Storage
Manager puede tener una longitud máxima de 63 caracteres.
Referencia relacionada:
“Establecer parámetros posicionales” en la página 296
Ejemplo de Delete Backup
Este ejemplo de salida proporciona una muestra del texto, mensajes y estado de
proceso que aparece al utilizar el mandato delete backup.
En este ejemplo, el mandato tdpsqlc delete backup xivdb1 full suprime una copia
de seguridad completa de la base de datos xivdb1. Aparecerán los siguientes
resultados:
Conectándose a SQL Server, por favor, espere...
Consultando copias de seguridad ....
Copia(s) de seguridad que se deben borrar:
<xivdb1 : VSS : full : 02/10/2011 10:03:29>
La operación de copia de seguridad VSS se ha completado con rc = 0
Archivos examinados
: 1
Archivos completados : 1
Archivos anómalos
: 0
Total Bytes
: 0
Mandato Help
Utilice el mandato tdpsqlc help para visualizar la sintaxis de todos los mandatos
o de los mandatos seleccionados de Data Protection for SQL Server que utilicen
una notación textual.
El mandato help utiliza la siguiente notación:
[a]
a es opcional; a puede ocurrir cero o una vez
{a | b} selecciona entre a o b, pero no ambas
{a } +
a debe ocurrir al menos una vez
{a } *
a puede ocurrir cero o más veces
(a)
los comentarios no forman parte del mandato
UPPERCASE
abreviatura mínima (que también puede especificarse en minúsculas)
Consejo: si utiliza un idioma que no es el inglés, es posible que necesite establecer
el ancho de la pantalla en un valor superior a 80 caracteres, para poder ver toda la
descripción de la ayuda en una sola pantalla. Por ejemplo, se puede establecer el
ancho de pantalla en 100 caracteres.
210
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Sintaxis de Help
Utilice los diagramas de sintaxis del mandato help como referencia para ver las
opciones disponibles y los requisitos de truncamiento.
Mandato help de TDPSQLC
*
►► TDPSQLC
Help
?
►◄
BACKup
INACTIVate
*
RESTore
DIFF
FIle
FULL
Group
Log
Set
Help
Query
SQL
TDP
TDP
DIFF
FIle
FULL
Group
Log
Set
Types
*
SET
CHANGETDPPassword
Parámetros posicionales de help
Los parámetros posicionales van inmediatamente a continuación del mandato help.
No existen parámetros opcionales en este mandato.
Utilice el mandato help para visualizar la sintaxis de todos los mandatos o de
mandatos seleccionados de Data Protection for SQL Server que utilicen una
anotación textual.
Help utiliza la siguiente notación:
[a]
a es opcional; a puede ocurrir cero o una vez
{a | b} selecciona entre a o b, pero no ambas
{a } +
a debe ocurrir al menos una vez
{a } *
a puede ocurrir cero o más veces
(a)
los comentarios no forman parte del mandato
UPPERCASE
abreviatura mínima (que también puede especificarse en minúsculas)
Capítulo 8. Información de referencia
211
Ejemplos de salida de help
Los ejemplos de salida que mostramos a continuación muestran un ejemplo de
texto, mensajes y estado de proceso que se visualiza cuando se ejecuta el mandato
help.
Help 1-Query TSM
Mandato:
tdpsqlc help query tsm *
Salida:
IBM Tivoli Storage Manager for Databases:
Data Protection for Microsoft SQL Server
Versión 7, Release 1, Nivel 3.0
(C) Copyright IBM Corporation 1998, 2015.
Reservados todos los derechos.
TDPSQLC Query TSM *|nombrebd[,nombrebd,...] [*]
[/ACtive]
[/ALl]
[/BUFFers=númbúferes]
valor predet.: 3
(o valor conf.)
[/BUFFERSIze=tambúferenkb]
valor predet.: 1024 (o valor conf.)
[/COMPATibilityinfo]
[/CONFIGfile=nombarchconfig]
valor predet.: tdpsql.cfg
[/FROMSQLserver=nombservidorsql]
valor predet.: valor servidorsql
(o valor conf.)
[/LOGFile=nombarchreg]
valor predet.: tdpsql.log (o valor conf.)
[/LOGPrune=númdías|No]
valor predet.: 60
(o valor conf.)
[/OBJect=*|nombreobjeto[,nombreobjeto,...]]
[/TSMNODe=nombnodotsm]
valor predet.: valor dsm.opt
[/TSMOPTFile=nombarchopcdsm]
valor predet.: dsm.opt
[/TSMPassword=contraseñatsm]
valor predet.: valor dsm.opt
Help 2-Restore Full
Mandato:
tdpsqlc help rest full
Salida:
212
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
IBM Tivoli Storage Manager for Databases:
Data Protection for Microsoft SQL Server
Versión 7, Release 1, Nivel 3.0
(C) Copyright IBM Corporation 1998, 2015.
Reservados todos los derechos.
TDPSQLC Restore *|nombrebd[,nombrebd,...] [Full]
[/BACKUPDESTination=TSM|LOCAL]
valor predet.: TSM
[/BACKUPMETHod=LEGACY|VSS]
valor predet.: LEGACY
[/BUFFers=númbúferes]
valor predet.: 3
(o valor conf.)
[/BUFFERSIze=tambúferenkb]
valor predet.: 1024 (o valor conf.)
[/CONFIGfile=nombarchconfig]
valor predet.: tdpsql.cfg
[/DBOonly]
[/FIles=*|nombrelógico[,nombrelógico,...] ]
[/FROMSQLserver=nombservidorsql]
valor predet.: valor servidorsql
(o valor conf.)
[/GRoups=*|nombregrupo[,nombregrupo,...] ]
[/INSTANTRestore=Yes|No]
valor predet.: Yes
[/INTO=nombrebd]
[/LOGFile=nombarchreg]
valor predet.: tdpsql.log (o valor conf.)
[/LOGPrune=númdías|No]
valor predet.: 60
(o valor conf.)
[/OBJect=*|nombreobjeto[,nombreobjeto,...] ]
[/PARTial]
[/Quiet]
[/RECOVery=Yes|No]
valor predet: Yes
[/RELocate=nombrel /TO=nombrep [/RELocate=nombrel /TO=nombrep ...] ]
[/RELOCATEDir=directorio[,directorio_registro_archivado[,otro_dir_archivado]] ]
[/REPlace]
[/SQLAUTHentication=INTegrated|idusuarioSQL] valor predet: INTegrated
(o valor conf.)
[/SQLBUFFers=númbúferessql]
valor predet.: 0
(o valor conf.)
[/SQLBUFFERSIze=tambúfsqlenkb]
valor predet.: 1024 (o valor conf.)
[/SQLPassword=nombcontraseñasql]
valor predet.: " "
[/SQLSERVer=[protocolosql:]nombreservidorsql]
predeterminado: nombre sistema local
(o valor cfg)
protocolosql predeterminado: ""
(o valor cfg)
[/SQLUSer=nombusuariosql]
valor predet.: sa
[/STANDby=nombarchivodeshacer]
[/STRIPes=númbandas]
valor predet.: 1
(o valor conf.)
[/TSMNODe=nombnodotsm]
valor predet.: valor dsm.opt
[/TSMOPTFile=nombarchopcdsm]
valor predet.: dsm.opt
[/TSMPassword=contraseñatsm]
valor predet.: valor dsm.opt
Help 3-Restore Log
Mandato:
tdpsqlc help rest log
Salida:
Capítulo 8. Información de referencia
213
IBM Tivoli Storage Manager for Databases:
Data Protection for Microsoft SQL Server
Versión 7, Release 1, Nivel 3.0
(C) Copyright IBM Corporation 1998, 2015.
Reservados todos los derechos.
TDPSQLC Restore *|nombrebd[,nombrebd,...]
Log=*|nombreobjetoregistro[,nombreobjetoregistro,...]
[/BUFFers=númbúferes]
valor predet.: 3
(o valor conf.)
[/BUFFERSIze=tambúferenkb]
valor predet.: 1024 (o valor conf.)
[/CONFIGfile=nombarchconfig]
valor predet.: tdpsql.cfg
[/DBOonly]
[/FROMSQLserver=nombservidorsql]
valor predet.: valor servidorsql
(o valor conf.)
[/INTO=nombrebd]
[/LOGFile=nombarchreg]
valor predet.: tdpsql.log (o valor conf.)
[/LOGPrune=númdías|No]
valor predet.: 60
(o valor conf.)
[/OBJect=*|nombreobjeto[,nombreobjeto,...] ]
[/Quiet]
[/RECOVery=Yes|No]
valor predet: Yes
[/RELocate=nombrel /TO=nombrep [/RELocate=nombrel /TO=nombrep ...] ]
[/RELOCATEDir=directorio[,directorio_registro_archivado[,otro_dir_archivado]] ]
[/SQLAUTHentication=INTegrated|idusuarioSQL] valor predet: INTegrated
(o valor conf.)
[/SQLBUFFers=númbúferessql]
valor predet.: 0
(o valor conf.)
[/SQLBUFFERSIze=tambúfsqlenkb]
valor predet.: 1024 (o valor conf.)
[/SQLPassword=nombcontraseñasql]
valor predet.: " "
[/SQLSERVer=[protocolosql:]nombreservidorsql]
predeterminado: nombre sistema local
(o valor cfg)
protocolosql predeterminado: ""
(o valor cfg)
[/SQLUSer=nombusuariosql]
valor predet.: sa
[/STANDby=nombarchivodeshacer]
[/STOPAT=fechahora]
[/STOPATMark=nombmarca [/AFTER=fechahora] ]
[/STOPBEFOREMark=nombmarca [/AFTER=fechahora] ]
[/STRIPes=númbandas]
valor predet.: 1
(o valor conf.)
[/TSMNODe=nombnodotsm]
valor predet.: valor dsm.opt
[/TSMOPTFile=nombarchopcdsm]
valor predet.: dsm.opt
[/TSMPassword=contraseñatsm]
valor predet.: valor dsm.opt
Help 4-Set
Mandato:
tdpsqlc help set
Salida:
214
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
IBM Tivoli Storage Manager for Databases:
Data Protection for Microsoft SQL Server
Versión 7, Release 1, Nivel 3.0
(C) Copyright IBM Corporation 1998, 2015.
Reservados todos los derechos.
TDPSQLC Set PARMname=valor
[/CONFIGfile=nombarchconfig]
valor predet.: tdpsql.cfg
donde PARMname y los valores posibles son:
BACKUPDESTination=[TSM|LOCAL|BOTH]
BACKUPMETHod=[LEGACY|VSS]
BUFFers=númbúferes
(2..8)
BUFFERSIze=tamañobúfer
(64..8192)
DATEformat=formatofechanúm
1
MM/DD/AAAA
2
DD-MM-AAAA
3
AAAA-MM-DD
4
DD.MM.AAAA
5
AAAA.MM.DD
6
AAAA/MM/DD
7
DD/MM/AAAA
DIFFESTimate=númporciento
(1..99)
FROMSQLserver=nombservidorsql
LANGUAGE=código de país de 3 letras
ENU
Inglés americano
PTB
Portugués de Brasil
CHS
Chino simplificado
CHT
Chino tradicional
FRA
Francés estándar
DEU
Alemán estándar
ITA
Italiano estándar
JPN
Japonés
KOR
Coreano
ESP
Español estándar
LOCALDSMAgentnode=nombrenodo
LOGFile=nombarchregistro
LOGPrune=[númdías|No]
(0..9999) | No
NUMBERformat=formatonúmeronúm
1
n,nnn.dd
2
n,nnn,dd
3
n nnn,dd
4
n nnn.dd
5
n.nnn,dd
6
n’nnn,dd
REMOTEDSMAgentnode=nombrenodo
SQLAUTHentication=[INTegrated|idusuarioSQL]
SQLBUFFers=númbúferessql
(0..999)
SQLBUFFERSIze=tamañobúfersql
(64..4096)
SQLSERVer=[protocolosql:]nombreservidorsql
STRIPes=númbandas
(1..64)
TIMEformat=formatohoranúm
1
HH:MM:SS
2
HH,MM,SS
3
HH.MM.SS
4
HH:MM:SSA/P
Mandato inactivate (sólo herencia)
Utilice el mandato inactivate para desactivar uno o varios objetos de copia de
seguridad de herencia activos en el servidor de Tivoli Storage Manager.
La mayoría de los objetos de copia de seguridad se desactivan automáticamente
como parte del proceso de copia de seguridad planificado normalmente. Para
aquellos casos en que el proceso no es suficiente, puede emitir el mandato
inactivate.
Capítulo 8. Información de referencia
215
El servidor de Tivoli Storage Manager no suprime los objetos de copia de
seguridad activos del almacenamiento gestionado por Tivoli Storage Manager; sólo
suprime los objetos de copia de seguridad inactivos. Una vez que un objeto de
copia de seguridad ha quedado inactivo, el proceso de caducidad definido en la
clase de gestión del objeto determinar exactamente cuándo se suprime el objeto de
copia de seguridad.
Sintaxis del mandato inactivate
Utilice los diagramas de sintaxis del mandato inactivate como referencia para ver
las opciones disponibles y los requisitos de truncamiento.
Sintaxis
Mandato TDPSQLC
,
►► TDPSQLC
▼ nombrebd
*
INACTIVate
►
,
►
FIle=
▼ nombrearchivológico
*
►◄
FULL
DIFFerential
,
Group=
▼ nombregrupo
*
,
Log=
▼ nombreobjregistro
*
,
Set=
▼ nombreobjetoconjunto
*
*
Parámetros opcionales de inactivate:
►►
►
=tdpsql.cfg
/CONFIGfile
=nombrearchivoconfig
►
►
=sqlserver value [or cfg. value]
/FROMSQLSERVer=
=nombreservidorsql
►
►
=tdpsql.log [o valor cfg]
/LOGFile
=nombrearchivoregistro
216
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
►
►
=60 [o valor cfg]
,
/LOGPrune
=númdías
=No
/OBJect=
▼ nombreobjeto
*
►
►
/OLDerthan=
númdíasantigüedad
/Quiet
►
►
=[dsm.opt value]
/TSMNODe
=nombrenodotsm
►
►
=dsm.opt
/TSMOPTFile
=nombrearchivodsmopt
►
►◄
=[dsm.opt value]
/TSMPassword
=nombrecontraseñatsm
Parámetros posicionales de inactivate
Los parámetros posicionales se sitúan inmediatamente después del mandato
inactivate y antes de los parámetros optativos.
FIle=*|nombrearchivológico,...
Esta opción desactiva sólo los objetos de copia de seguridad del archivo
activo para las bases de datos de SQL Server que especifique. La variable
nombrearchivológico especifica los nombres de los archivos lógicos de la base
de datos de SQL Server que desee desactivar.
Consideraciones:
v Puede especificar este parámetro más de una vez por invocación de
mandato.
v Utilice * como carácter comodín en nombrearchivológico para sustituir cero
o más caracteres para cada aparición. La especificación del carácter
comodín solo indica todos los archivos lógicos de la base de datos de
SQL Server.
v Si nombrearchivológico incluye espacios o caracteres especiales, escríbalo
entre comillas dobles.
v La variable nombrearchivológico es sensible a las mayúsculas y
minúsculas.
FULL
Esta opción desactiva sólo los objetos de copia de seguridad de la base de
datos completa activa de las bases de datos de SQL Server que especifique.
Cada base de datos de SQL Server de la que se crea un objeto de copia de
seguridad independiente en el servidor de Tivoli Storage Manager. Un
nuevo objeto de copia de seguridad de base de datos completa desactiva
todos los objetos de copia de seguridad anteriores activos para la misma
base de datos de SQL Server. Esta inactivación incluye cualquier objeto de
copia de seguridad completa activo así como cualquier objeto de copia de
seguridad de archivo, grupo, conjunto, diferencial y de registro activo.
Capítulo 8. Información de referencia
217
DIFFerential
Esta opción desactiva sólo el objeto de copia de seguridad de la base de
datos diferencial. Dado que cada copia de seguridad de la base de datos de
SQL Server crea un objeto de copia de seguridad independiente en el
servidor de Tivoli Storage Manager, un nuevo objeto de copia de seguridad
de la base de datos diferencia desactivará cualquier objeto de copia de
seguridad diferencial activo para la misma base de datos de SQL Server.
Utilice esta opción para que no sea necesario aplicar todas las copias de
seguridad de registro individuales desde que se hizo la última copia de
seguridad de base de datos completa.
Group=*|nombregrupo,...
Esta opción desactiva sólo el objeto de copia de seguridad de la base de
datos del grupo activo para la base de datos de SQL Server que
especifique. La variable nombregrupo especifica los nombres de los grupos
de archivos de base de datos de SQL Server que desea desactivar.
Consideraciones:
v Puede especificar este parámetro más de una vez por invocación de
mandato.
v Utilice * como carácter comodín en la variable nombregrupo si desea
sustituir cero o más caracteres para cada aparición.
v La especificación de sólo el carácter comodín indica todos los grupos de
archivos de la base de datos de SQL Server.
v Si la variable nombregrupo incluye espacios o caracteres especiales,
escríbalo entre comillas dobles.
v La variable nombregrupo es sensible a las mayúsculas y minúsculas.
Log o Log=*|nombreobjetoregistro,...
Esta opción desactiva sólo el objeto de copia de seguridad de la base de
datos de registro activo para la base de datos de SQL Server que
especifique. Este parámetro toma el valor del comodín o de
nombreobjetoregistro. La variable nombreobjetoregistro especifica los objetos de
copia de seguridad de registro que se desactivarán. Utilice * como carácter
comodín en nombreobjetoregistro si desea sustituir cero o más caracteres para
cada aparición. Si sólo se especifica el carácter comodín, se indicarán todos
los objetos de copia de seguridad de registro para las bases de datos de
SQL Server. Puede especificar este parámetro más de una vez por
invocación de mandato.
Set o Set=*|nombreobjetoconjunto,...
Esta opción desactiva sólo el objeto de copia de seguridad de la base de
datos de conjunto activa para la base de datos de SQL Server que
especifique. Este parámetro toma el valor del comodín o de
nombreobjetoconjunto. La variable nombreobjetoconjunto especifica los objetos
de copia de seguridad set que se desactivarán. Utilice * como carácter
comodín en nombreobjetoconjunto si desea sustituir cero o más caracteres
para cada aparición. Si sólo se especifica el carácter comodín, se indicarán
todos los objetos de copia de seguridad de conjunto para las bases de
datos de SQL Server. Puede especificar este parámetro más de una vez por
invocación de mandato.
218
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Parámetros opcionales de inactivate
Los parámetros opcionales van detrás del mandato inactivate y de los parámetros
posicionales.
Las siguientes son descripciones detalladas de cada uno de los parámetros
opcionales:
/CONFIGfile=nombrearchivoconfig
El parámetro /configfile especifica el nombre del archivo de configuración
de Data Protection for SQL Server, que contiene los valores para las
opciones configurables de Data Protection for SQL Server.
Consideraciones:
v nombrearchivoconfig puede incluir una vía de acceso completa. Si
nombrearchivoconfig no incluye una vía de acceso, se utilizará el directorio
donde esté instalado Data Protection for SQL Server.
v Si nombrearchivoconfig incluye espacios, rodéelo de comillas dobles.
v Si no especifica /configfile, el valor predeterminado será tdpsql.cfg.
v Si especifica /configfile pero no nombrearchivoconfig, se utilizará el valor
predeterminado de tdpsql.cfg.
/FROMSQLSERVer=nombreservidorsql
El parámetro /fromsqlserver especifica el SQL Server en el que se efectuó
la copia de seguridad de los objetos de copia de seguridad. Este parámetro
sólo es necesario cuando el nombre del SQL Server desde el que se
efectuará la desactivación, tal como lo determina el parámetro /sqlserver,
es diferente del nombre del SQL Server en el que se crearon los objetos de
copia de seguridad. El valor predeterminado es el valor /sqlserver o el
valor establecido en el archivo de configuración de Data Protection for SQL
Server. Si los dos nombres de SQL Server son diferentes, debe utilizar este
parámetro aunque /fromsqlserver fuera una instancia predeterminada no
agrupada en clúster.
/LOGFile=nombrearchivoregistro
El parámetro logfile especifica el nombre del registro de actividad que
genera Data Protection for SQL Server. Este registro de actividades registra
eventos como mandatos completados y mensajes de error. El registro de
actividad de Data Protection for SQL Server es diferente del registro de
errores de SQL Server. La variable nombrearchivoregistro identifica el nombre
que se debe utilizar para el registro de actividad generado por Data
Protection for SQL Server.
Consideraciones:
v Si el archivo especificado no existe, será creado. Si existe, se añadirán
nuevas entradas de registro al archivo.
v El nombre de archivo puede incluir una vía de acceso totalmente
calificada; sin embargo, si no especifica ninguna vía de acceso, el archivo
se grabará en el directorio donde está instalado Data Protection for SQL
Server.
v No puede desactivar el registro de actividad de Data Protection for SQL
Server. Si no especifica /logfile, los registros se graban en el archivo de
registro predeterminado. El archivo de registro predeterminado es
tdpsql.log.
v Cuando utilice varias instancias simultáneas de Data Protection for SQL
Server para realizar operaciones, use el parámetro /logfile para
especificar un archivo de registro distinto para cada una de las instancias
Capítulo 8. Información de referencia
219
utilizadas. Esto conduce el registro de cada instancia a un archivo de
registro distinto e impide registros de archivo intercalados. No
especificar un archivo de registro distinto para cada instancia puede
resultar en archivos de registro ilegibles.
/LOGPrune=númdays|No
Al podar datos de registro, puede descartar algunos de los registros
generados en función de los criterios detallados de filtrado que defina. En
función de la opción que defina para el parámetro /LOGPrune, se guardará
un número determinado de días de datos. De forma predeterminada, se
guardan 60 días de entradas de registro. Se puede indicar la opción No para
inhabilitar la poda de registro.
Independientemente de la opción que defina para este parámetro, puede
solicitar una poda de registro de forma explícita en cualquier momento.
Consideraciones:
v Para númdías, el rango es de 0 a 9999. Un valor de 0 suprime todas las
entradas del archivo de registro de actividad excepto las entradas de
mandato actuales.
v Si especifica no, el archivo de registro no será podado.
v Si no especifica /LOGPrune, el valor predeterminado es el especificado
por la opción configurable logprune del archivo de configuración. El
valor predeterminado es 60.
v Si especifica /LOGPrune, se utiliza su valor en lugar del valor almacenado
en el archivo de configuración. La especificación de este parámetro no
cambia el valor en el archivo de configuración.
v Puede especificar /LOGPrune sin especificar númdías o no; en este caso, se
utiliza el valor predeterminado, 60.
v Los cambios en el valor del parámetro TIMEformat o DATEformat pueden
dar como resultado que el archivo de registro se pode sin quererlo. Si
ejecuta un mandato que puede podar el archivo de registro y se ha
modificado el valor del parámetro TIMEformat o DATEformat, lleve a cabo
una de las acciones siguientes para evitar una poda no deseada del
archivo de registro:
– Haga una copia del archivo de registro existente.
– Especifique un nuevo archivo de registro con el parámetro /LOGFile o
el valor logfile.
/OBJect=*|nombreobjeto,...
Este parámetro especifica que sólo se desactivarán objetos de copia de
seguridad particulares de las bases de datos de SQL Server especificadas y
el tipo de objeto de copia de seguridad (si se ha especificado). La variable
nombreobjeto especifica los nombres de los objetos de copia de seguridad
que desee desactivar. El nombre de objeto identifica de forma exclusiva
cada objeto de copia de seguridad y lo crea Data Protection for SQL Server.
Utilice query para ver los nombres de los objetos de copia de seguridad.
Puede utilizar * como carácter comodín en nombreobjeto para sustituir cero
o más caracteres de cada ocurrencia. Si sólo se especifica el carácter
comodín, se indicarán todos los objetos de copia de seguridad de las bases
de datos de SQL Server y del tipo de objeto de copia de seguridad que se
han especificado.
/OLDerthan=númdíasantigüedad
Este parámetro especifica la antigüedad que debe tener un objeto de copia
de seguridad antes de que el mandato lo pueda desactivar.
220
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Consideraciones:
v La variable númdíasantigüedad puede estar comprendida entre 0 y 9999.
v Si especifica 0, desactivará todos los objetos de copia de seguridad
seleccionados.
v Si especifica 1, desactivará todos los objetos de copia de seguridad
seleccionados creados antes de la fecha actual. Cualquier parte de un día
cuenta como un día entero.
v No existe ningún valor predeterminado para /olderthan.
/Quiet El parámetro /quiet omite la información de estado del mandato. Sin
embargo, la información se añade al registro de actividad de Data
Protection for SQL Server.
/TSMNODe=nombrenodotsm
El parámetro /tsmnode especifica el nombre del nodo de Tivoli Storage
Manager que Data Protection for SQL Server utiliza para conectarse al
servidor de Tivoli Storage Manager. Esto identifica qué cliente de Tivoli
Storage Manager está solicitando servicios. También puede almacenar el
nombre de nodo en el archivo de opciones. El parámetro de línea de
mandatos altera temporalmente el valor del archivo de opciones.
Consideraciones:
v No se puede utilizar el parámetro /tsmnode si se especifica
PASSWORDACCESS GENERATE en el archivo de opciones de Tivoli
Storage Manager. Deberá especificar el nombre de nodo en el archivo de
opciones. De lo contrario, puede cambiar PASSWORDACCESS a
PROMPT para utilizar el parámetro /tsmnode. Para obtener más
información sobre el archivo de opciones de Tivoli Storage Manager,
consulte el apartado Creación y modificación del archivo de opciones del
cliente(http://www.ibm.com/support/knowledgecenter/SSGSG7_7.1.4/
client/t_cfg_crtmodoptunix.html).
v Si no especifica /tsmnode, el valor predeterminado es el valor
especificado por la opción nodename del archivo de opciones de Tivoli
Storage Manager. La especificación de este parámetro no cambia el valor
en el archivo de opciones.
/TSMOPTFile=nombrearchivoopcionesdsm
El parámetro /tsmoptfile especifica el archivo de opciones de Tivoli Storage
Manager que utilizar. Esto es similar a seleccionar un servidor de Tivoli
Storage Manager en la lista de servidores de la GUI. El archivo de opciones
de Tivoli Storage Manager contiene los valores de configuración de la API
de Tivoli Storage Manager.
Consideraciones:
v La variable nombrearchivoopcionestsm puede incluir una vía de acceso
totalmente calificada. Si no incluye ninguna vía de acceso, se utilizará el
directorio donde está instalado Data Protection for SQL Server.
v Si nombrearchivoopcionestsm incluye espacios, deberá escribirlo entre
comillas dobles.
v Si no especifica /tsmoptfile, el valor predeterminado es dsm.opt.
v Si especifica /tsmoptfile pero no especifica nombrearchivoopcionestsm, el
valor predeterminado también es dsm.opt.
/TSMPassword=nombrecontraseñatsm
El parámetro /tsmpassword especifica la contraseña de Tivoli Storage
Manager que Data Protection for SQL Server utiliza para conectarse al
Capítulo 8. Información de referencia
221
servidor de Tivoli Storage Manager. Este parámetro y la opción
PASSWORDACCESS del archivo de opciones de Tivoli Storage Manager
interactúan de los modos siguientes:
PASSWORDACCESS
en el archivo de
opciones de Tivoli
Storage Manager
¿La contraseña ya
está almacenada en
el registro?
especificado
generate
sí
se ignora
/tsmpassword
especificado
generate
no
se utiliza y se
almacena
/tsmpassword
especificado
prompt
—
se utiliza /tsmpassword
no especificado
prompt
—
se solicita al usuario
/tsmpassword
Resultado
Referencia relacionada:
“Mandato Set” en la página 295
Ejemplos de salida de inactivate
Los ejemplos de salida que mostramos a continuación muestran un ejemplo de
texto, mensajes y estado de proceso que se visualiza cuando se ejecuta el mandato
inactivate.
La operación siguiente desactiva explícitamente los objetos de copia de seguridad
de base de datos. Una vez desactivado, un objeto de copia de seguridad caduca
automáticamente de acuerdo con la política de retención. En este caso, se ha hecho
copia de seguridad de los objetos desde un SQL Server diferente. Primero, se
realiza una consulta para visualizar información de estado, por ejemplo fecha de
copia de seguridad y estado activo.
Mandato:
tdpsqlc query tsm DB1_XIVmini_G_BAS,model * /fromsqlserv=STRINGVM1\STRINGVM1
Salida:
222
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
IBM Tivoli Storage Manager for Databases
Data Protection for Microsoft SQL Server
Versión 7, Release 1, Nivel 3.0
(C) Copyright IBM Corporation 1998, 2015.
Reservados todos los derechos.
Conectando con el servidor de TSM como nodo ’STRINGVM1_SQL’...
Consultando al servidor TSM para copias de seguridad ....
Información de objeto de copia de seguridad
------------------------Nombre de SQL Server....................... STRINGVM1\STRINGVM1
Nombre de base de datos de SQL .............. DB1_XIVmini_G_BAS
Método copia seguridad....................... Herencia
Ubicación copia seguridad....................... Srv
Tipo de objeto de copia de seguridad......... Completa
Estado de objeto de copia de seguridad....... Activo
Fecha/Hora de creación de copia seguridad.... 03/23/2014 06:31:04
Tamaño de copia de seguridad ................ 3,35 MB
SQL comprimido .............................. No
Copia de seguridad comprimida................ No
Tipo de cifrado de copia de seguridad........ Ninguno
Cliente copia de seg. con optim. espacio..... No
Nombre de objeto de base de datos ......... . 20140323063104\00001AC4
Número de bandas en objeto copia seguridad .. 1
Clase de gestión asignada................. PREDETERMINADA
Información de objeto de copia de seguridad
------------------------Nombre de SQL Server....................... STRINGVM1\STRINGVM1
Nombre de base de datos de SQL .............. DB1_XIVmini_G_BAS
Método copia seguridad....................... Herencia
Ubicación copia seguridad....................... Srv
Tipo de objeto de copia de seguridad......... Completa
Estado de objeto de copia de seguridad....... Activo
Fecha/Hora de creación de copia seguridad.... 03/20/2014 05:35:14
Tamaño de copia de seguridad ................ 3,35 MB
SQL comprimido .............................. No
Copia de seguridad comprimida................ No
Tipo de cifrado de copia de seguridad........ Ninguno
Cliente copia de seg. con optim. espacio..... No
Nombre de objeto de base de datos ......... . 20140320053514\00001AC4
Número de bandas en objeto copia seguridad .. 1
Clase de gestión asignada................. PREDETERMINADA
Información de objeto de copia de seguridad
------------------------Nombre de SQL Server....................... STRINGVM1\STRINGVM1
Nombre de base de datos de SQL .............. DB1_XIVmini_G_BAS
Método copia seguridad....................... Herencia
Ubicación copia seguridad....................... Srv
Tipo de objeto de copia de seguridad......... Completa
Estado de objeto de copia de seguridad....... Activo
Fecha/Hora de creación de copia seguridad.... 03/19/2014 07:01:39
Tamaño de copia de seguridad ................ 3,35 MB
SQL comprimido .............................. No
Copia de seguridad comprimida................ No
Tipo de cifrado de copia de seguridad........ Ninguno
Cliente copia de seg. con optim. espacio..... No
Nombre de objeto de base de datos ......... . 20140319070139\00001AC4
Número de bandas en objeto copia seguridad .. 1
Clase de gestión asignada................. PREDETERMINADA
Capítulo 8. Información de referencia
223
Información de objeto de copia de seguridad
------------------------Nombre de SQL Server....................... STRINGVM1\STRINGVM1
Nombre de base de datos de SQL .............. model
Método copia seguridad....................... Herencia
Ubicación copia seguridad....................... Srv
Tipo de objeto de copia de seguridad......... Completa
Estado de objeto de copia de seguridad....... Activo
Fecha/Hora de creación de copia seguridad.... 03/23/2014 06:31:05
Tamaño de copia de seguridad ................ 2,08 MB
SQL comprimido .............................. No
Copia de seguridad comprimida................ No
Tipo de cifrado de copia de seguridad........ Ninguno
Cliente copia de seg. con optim. espacio..... No
Nombre de objeto de base de datos ......... . 20140323063105\00001AC4
Número de bandas en objeto copia seguridad .. 1
Clase de gestión asignada................. PREDETERMINADA
Información de objeto de copia de seguridad
------------------------Nombre de SQL Server....................... STRINGVM1\STRINGVM1
Nombre de base de datos de SQL .............. model
Método copia seguridad....................... Herencia
Ubicación copia seguridad....................... Srv
Tipo de objeto de copia de seguridad......... Completa
Estado de objeto de copia de seguridad....... Activo
Fecha/Hora de creación de copia seguridad.... 03/19/2014 11:26:15
Tamaño de copia de seguridad ................ 2,08 MB
SQL comprimido .............................. No
Copia de seguridad comprimida................ No
Tipo de cifrado de copia de seguridad........ Ninguno
Cliente copia de seg. con optim. espacio..... No
Nombre de objeto de base de datos ......... . 20140319112615\00001AC4
Número de bandas en objeto copia seguridad .. 1
Clase de gestión asignada................. PREDETERMINADA
Información de objeto de copia de seguridad
------------------------Nombre de SQL Server....................... STRINGVM1\STRINGVM1
Nombre de base de datos de SQL .............. model
Método copia seguridad....................... Herencia
Ubicación copia seguridad....................... Srv
Tipo de objeto de copia de seguridad......... Completa
Estado de objeto de copia de seguridad....... Activo
Fecha/Hora de creación de copia seguridad.... 03/17/2014 01:15:48
Tamaño de copia de seguridad ................ 2,08 MB
SQL comprimido .............................. No
Copia de seguridad comprimida................ No
Tipo de cifrado de copia de seguridad........ Ninguno
Cliente copia de seg. con optim. espacio..... No
Nombre de objeto de base de datos ......... . 20140317011548\00001AC4
Número de bandas en objeto copia seguridad .. 1
Clase de gestión asignada................. PREDETERMINADA
Completado
A continuación, el usuario decide desactivar todos los objetos de base de datos
DB1_XIVmini_G_BAS que tengan más de dos días de antigüedad (anteriores al 23
de marzo), de los cuales hay dos.
Mandato:
tdpsqlc inactivate DB1_XIVmini_G_BAS * /fromsqlserv=STRINGVM1 /olderthan=2
Salida:
224
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
IBM Tivoli Storage Manager for Databases
Data Protection for Microsoft SQL Server
Versión 7, Release 1, Nivel 3.0
(C) Copyright IBM Corporation 1998, 2015.
Reservados todos los derechos.
Iniciando inactivación de copia de seguridad de base de datos de Sql...
Consultando en Tivoli Storage Manager Server una lista de copias de seguridad
de base de datos. Espere, por favor.
Inactivando copia de seguridad completa DB1_XIVmini_G_BAS
Inactivando copia de seguridad registro DB1_XIVmini_G_BAS\20140320053514\00001AC4
Inactivando copia de seguridad completa DB1_XIVmini_G_BAS
Inactivando copia de seguridad registro DB1_XIVmini_G_BAS\20140319070139\00001AC4
Total copias de seguridad de base de datos
inspeccionadas:
Total copias de seguridad de base de datos
cuya inactivación se ha solicitado:
Total copias de seguridad de base de datos
inactivadas:
Total de bases de datos saltadas:
Tiempo de proceso transcurrido:
2
2
2
0
2,18 Segs
Otra consulta de Tivoli Storage Manager muestra el estado de estos objetos de
copia de seguridad utilizando el parámetro /all; ahora están inactivas una copia
de seguridad completa y una de registro de test1.
Mandato:
tdpsqlc query tsm test1 /fromsqlserv=STRINGVM1 /all
Salida:
IBM Tivoli Storage Manager for Databases
Data Protection for Microsoft SQL Server
Versión 7, Release 1, Nivel 3.0
(C) Copyright IBM Corporation 1998, 2015.
Reservados todos los derechos.
Información de objeto de copia de seguridad
------------------------Nombre de SQL Server....................... STRINGVM1
Nombre de base de datos de SQL .............. DB1_XIVmini_G_BAS
Tipo de objeto de copia de seguridad......... Registro
Estado de objeto de copia de seguridad....... Inactivo
Fecha/Hora de creación de copia seguridad.... 03/20/2014 05:35:14
Tamaño de copia de seguridad ................ 3.349
Nombre de objeto de base de datos ......... . 20140320053514\00001AC4
Número de bandas en objeto copia seguridad .. 1
Nombre de SQL Server....................... STRINGVM1
Nombre de base de datos de SQL .............. DB1_XIVmini_G_BAS
Tipo de objeto de copia de seguridad......... Completa
Estado de objeto de copia de seguridad....... Inactivo
Fecha/Hora de creación de copia seguridad.... 03/19/2014 07:01:39
Tamaño de copia de seguridad ................ 3.349
Nombre de objeto de base de datos ......... . 20140320053514\00001AC4
Número de bandas en objeto copia seguridad .. 1
Capítulo 8. Información de referencia
225
Mandato mount backup
Para montar copias de seguridad, utilice el mandato mount backup.
Sintaxis de mount backup
Utilice los diagramas de sintaxis del mandato mount backup como referencia para
ver las opciones disponibles y los requisitos de recorte.
Mandato TDPSQLC
►► TDPSQLC
MOUNT BACKup
comp name[(<object-id>)]=mount point root dir
[,comp name=mount point root dir]
►
►
►
tdpsql.cfg
/CONFIGfile=
nombrearchivoconfig
►
►
servidor actual
/FROMSQLSERVer=
nombreservidor
►
/LOGPrune=
tdpsql.log
60
númdías
No
►
/LOGFile=
nombrearchivoregistro
►
►
última
última
/PITDate=
/PITTime=
fecha
hora
►
►
=DP
/REMOTECOMPUTER=
nombresistema
/QUERYNode
=ALWAYSON
=BOTH
►
►
/REMOTECOMPUTERUser=
usuario
/REMOTECOMPUTERPassword=
contraseña
►
►
/TSMNODe=
nombrenodotsm
dsm.opt
/TSMOPTFile=
nomarchivotsmopt
226
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
►
►◄
/TSMPassword=
contraseñatsm
Parámetro posicional Unmount Backup
El parámetro posicional se sitúa inmediatamente después del mandato unmount
backup y antes de los parámetros opcionales.
directorio raíz de puntos de montaje
Parámetros opcionales de mount backup
Los parámetros opcionales siguen al mandato mount backup y a los parámetros
posicionales.
/CONFIGfile=nombrearchivoconfig
Utilice el parámetro /configfile para especificar el nombre
(nombrearchivoconfig) del archivo de configuración de Tivoli Storage
FlashCopy Manager for SQL Server que contiene los valores que deben
utilizarse para una operación de mount backup.
La variable nombrearchivoconfig puede incluir una vía de acceso completa. Si
la variable nombrearchivoconfig no incluye una vía de acceso, se utiliza el
directorio de instalación de Tivoli Storage FlashCopy Manager for SQL
Server. Si no se especifica el parámetro /configfile o la variable
nombrearchivoconfig, el valor predeterminado es tdpsql.cfg.
Si la variable nombrearchivoconfig incluye espacios, especifique toda la
entrada del parámetro /configfile entre comillas. Por ejemplo:
/CONFIGfile="c:\Program Files\tdpsql.cfg"
/FROMSQLSERVer=nombre-servidor
Utilice el parámetro /fromsqlserver para especificar el nombre del servidor
donde se realizó la copia de seguridad original. El valor predeterminado es
el servidor local.
/LOGFile=nombrearchivoregistro
Utilice el parámetro /logfile para especificar el nombre del archivo de
registro de actividades generado por Tivoli Storage FlashCopy Manager. La
variable nombrearchivoregistro identifica el nombre del archivo de registro de
actividades.
Si el archivo de registro especificado no existe, se creará uno nuevo. Si el
archivo especificado ya existe, se añadirán nuevas entradas de registro al
archivo. La variable nombrearchivoregistro puede incluir una vía de acceso
completa. No obstante, si no se especifica ninguna vía de acceso, el archivo
de registro será grabado en el directorio de instalación de Tivoli Storage
FlashCopy Manager for SQL Server.
Si la variable nombrearchivoregistro incluye espacios, especifique toda la
entrada del parámetro /logfile entre comillas. Por ejemplo:
/LOGFile="c:\Program
Files\tdpsql.log"
Si no se especifica el parámetro /logfile, los registros de anotaciones se
graban al archivo de registro predeterminado, tdpsql.log.
El parámetro /logfile no puede desactivarse, siempre está activo.
/LOGPrune=númdays|No
Capítulo 8. Información de referencia
227
Al podar datos de registro, puede descartar algunos de los registros
generados en función de los criterios detallados de filtrado que defina. En
función de la opción que defina para el parámetro /LOGPrune, se guarda un
número determinado de días de datos. De forma predeterminada, se
guardan 60 días de entradas de registro. Se puede indicar la opción No para
inhabilitar la poda de registro.
Independientemente de la opción que defina para este parámetro, puede
solicitar una poda de registro de forma explícita en cualquier momento.
Consideraciones:
v Para númdías, el rango es de 0 a 9999. Un valor de 0 suprime todas las
entradas del archivo de registro de actividad excepto las entradas de
mandato actuales.
v Si especifica no, el archivo de registro no será podado.
v Si no especifica /LOGPrune, el valor predeterminado es el especificado
por la opción configurable logprune del archivo de configuración. El
valor predeterminado es 60.
v Si especifica /LOGPrune, se utiliza su valor en lugar del valor almacenado
en el archivo de configuración. La especificación de este parámetro no
cambia el valor en el archivo de configuración.
v Puede especificar /LOGPrune sin especificar númdías o no; en este caso, se
utiliza el valor predeterminado, 60.
v Los cambios en el valor del parámetro TIMEformat o DATEformat pueden
dar como resultado que el archivo de registro se pode sin quererlo. Si
ejecuta un mandato que puede podar el archivo de registro y se ha
modificado el valor del parámetro TIMEformat o DATEformat, lleve a cabo
una de las acciones siguientes para evitar una poda no deseada del
archivo de registro:
– Haga una copia del archivo de registro existente.
– Especifique un nuevo archivo de registro con el parámetro /LOGFile o
el valor logfile.
/PITDAte=fecha
Utilice el parámetro /pitdate con el parámetro /pittime para establecer un
punto en el tiempo para el cual desea montar la versión más reciente de
las copias de seguridad. Se procesan las copias de seguridad que se hayan
realizado durante o antes de la fecha y hora especificadas y que no se
hayan suprimido antes de la fecha y hora especificadas. Las versiones de
copia de seguridad que se hayan creado después de esta fecha y hora se
ignoran. Especifique la fecha apropiada en la variable date; utilice el mismo
formato que ha seleccionado con la opción DATEformat en el archivo de
opciones de Tivoli Storage FlashCopy Manager for SQL Server.
Si no se especifica ni fecha ni hora, no se establece ninguna fecha ni hora.
De forma predeterminada, la copia de seguridad se monta desde la copia
de seguridad disponible más reciente.
Si se especifica fecha u hora, la copia de seguridad se monta desde la copia
de seguridad más reciente realizada después de la fecha y hora de montaje
establecida. Si no se encuentra ninguna copia de seguridad después de la
fecha y hora establecidas, la copia de seguridad, de forma predeterminada,
se monta desde la copia de seguridad disponible más reciente.
Notas:
228
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
v Si especifica fecha y hora, se establece el periodo de copia de seguridad
de montaje.
v Si especifica fecha y no especifica hora, de forma predeterminada, el valor
de hora es 23:59:59. Esto establece la fecha en la fecha especificada.
v Si especifica hora sin fecha, de forma predeterminada, fecha es la fecha
actual. Esto establece la fecha y hora de montaje en la fecha actual en la
hora especificada.
/PITTime=hora
Utilice el parámetro /pittime con la opción /pitdate para establecer un
punto en el tiempo para el cual desea montar la versión más reciente de
las copias de seguridad. Se procesan los archivos o imágenes cuya copia de
seguridad se haya realizado durante o antes de la fecha y hora
especificadas y que no se hayan suprimido antes de la fecha y hora
especificadas. Las versiones de copia de seguridad que se hayan creado
después de esta fecha y hora se ignoran. Esta opción se ignora si no
especifica el parámetro /pitdate. Especifique la hora apropiada en la
variable hora; utilice el mismo formato que ha seleccionado con la opción
TIMEFORMAT en el archivo de opciones de Tivoli Storage FlashCopy
Manager for SQL Server.
Si no se especifica ni fecha ni hora, no se establece ninguna fecha ni hora.
De forma predeterminada, la copia de seguridad se monta desde la copia
de seguridad disponible más reciente.
Si se especifica fecha u hora, la copia de seguridad se monta desde la copia
de seguridad más reciente realizada después de la fecha y hora de montaje
establecida. Si no se encuentra ninguna copia de seguridad después de la
fecha y hora establecidas, la copia de seguridad, de forma predeterminada,
se monta desde la copia de seguridad disponible más reciente.
Notas:
v Si especifica fecha y hora, se establece el periodo de copia de seguridad
de montaje.
v Si especifica fecha y no especifica hora, de forma predeterminada, el valor
de hora es 23:59:59. Esto establece la fecha en la fecha especificada.
v Si especifica hora sin fecha, de forma predeterminada, fecha es la fecha
actual. Esto establece la fecha y hora de montaje en la fecha actual en la
hora especificada.
/QUERYNode=DP|ALWAYSON|AMBOS
Especifique si desea consultar las bases de datos estándar de un SQL
Server 2012, y versiones posteriores, de las que se ha realizado una copia
de seguridad desde un nodo estándar de Data Protection for SQL Server, el
nodo AlwaysOn, o desde ambos nodos. Este parámetro se ignora para
bases de datos disponibilidad porque las bases de datos de disponibilidad
se copian siempre bajo el nodo AlwaysOn.
/REMOTECOMPUTER=nombresistema
Especifique la dirección IP o el nombre de host para el sistema remoto
donde desea montar los datos.
/REMOTECOMPUTERUser=usuario
Especifique el nombre de usuario para iniciar sesión en el servidor
especificado con el parámetro REMOTECOMPUTER. Si es necesario un dominio
para iniciar sesión con la cuenta de dominio, especifique Dominio\Usuario.
Para iniciar sesión en la cuenta local, no es necesario el dominio. No hay
ningún valor predeterminado.
Capítulo 8. Información de referencia
229
/REMOTECOMPUTERPassword=contraseña
Especifique la contraseña para el nombre de usuario especificado con el
parámetro REMOTECOMPUTERUser. No existe valor predeterminado.
/TSMNODe=nombrenodotsm
Utilice la variable nombre_nodo_tsm para indicar el nombre de nodo de
Tivoli Storage Manager que Tivoli Storage FlashCopy Manager utiliza para
iniciar una sesión en el servidor de Tivoli Storage Manager.
Puede almacenar el nombre de nodo en el archivo de opciones de Tivoli
Storage Manager (dsm.opt). Este parámetro sustituirá el valor del archivo
de opciones de Tivoli Storage Manager si PASSWORDACCESS se establece
como PROMPT. Este parámetro no es válido cuando PASSWORDACCESS
se establece como GENERATE en el archivo de opciones.
/TSMOPTFile=nombre_archivo_opc_tsm
Utilice la variable nombre_archivo_opc_tsm para identificar el archivo de
opciones de Tivoli Storage Manager.
El nombre de archivo puede incluir una ruta calificada al completo. Si no
se especifica ninguna vía de acceso, se busca en el directorio donde está
instalado Tivoli Storage FlashCopy Manager.
Si la variable nombre_archivo_opc_tsm incluye espacios, adjunte la entrada
entera del parámetro /tsmoptfile entre comillas dobles. Por ejemplo:
/TSMOPTFile="c:\Program Files\dsm.opt"
El valor predeterminado es dsm.opt.
/TSMPassword=contraseña_tsm
Utilice la variable contraseña_tsm para indicar la contraseña de Tivoli
Storage Manager que Tivoli Storage FlashCopy Manager utiliza para iniciar
una sesión en el servidor de Tivoli Storage Manager.
Si especificó PASSWORDACCESS GENERATE en el archivo de opciones
de Tivoli Storage FlashCopy Manager (dsm.opt), no tiene que proporcionar
la contraseña porque se utiliza la que está almacenada en el registro. Sin
embargo, para almacenar la contraseña en el registro deberá especificar la
contraseña de Tivoli Storage Manager la primera vez que Tivoli Storage
FlashCopy Manager se conecte con el Tivoli Storage Manager.
Si se especifica una contraseña con este parámetro cuando
PASSWORDACCESS GENERATE está en vigor, el valor de la línea de
mandatos no se tendrá en cuenta a menos que la contraseña para ese nodo
no se haya almacenado todavía en el registro. En ese caso, la contraseña
especificada se almacenará en el registro y se utilizará cuando se ejecute
este mandato.
Si PASSWORDACCESS PROMPT está en vigor, y no se especifica ninguna
contraseña en la línea de mandatos, se pedirá al usuario que proporcione
una.
La contraseña de Tivoli Storage Manager que Tivoli Storage FlashCopy
Manager utiliza para iniciar una sesión en el servidor de Tivoli Storage
Manager puede tener una longitud máxima de 63 caracteres.
230
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Mandato query
Utilice el mandato query para visualizar información sobre SQL Server y sus bases
de datos, el servidor de Tivoli Storage Manager y sus objetos de copia de
seguridad y Data Protection for SQL Server.
Consideraciones:
v Algunas de las pantallas de información pueden tener líneas de texto largas.
Puede redirigir la salida informativa del mandato query de Data Protection for
SQL Server a un archivo de texto mediante la sintaxis de redirección de la salida
del mandato de Windows (indicador de mandatos):
TDPcommandstatement > [[unidad:]vía_acceso\]nombrearchivo.ext
Esto crea o sustituye el archivo.
TDPcommandstatement >> [[unidad:]vía_acceso\]nombrearchivo.ext
Esto realiza una adición al archivo.
Entonces el archivo se puede examinar o editar.
v Puede utilizar el mandato de filtro more de Windows (indicador de mandatos)
para visualizar la salida informativa de a una sola pantalla a la vez,
conjuntamente con el carácter de barra vertical de mandato de Windows:
TDPcommandstatement | more
Sintaxis del mandato query
Utilice los diagramas de sintaxis del mandato query como referencia para ver las
opciones disponibles y los requisitos de truncamiento.
Sintaxis
Consulta SQL de TDPSQLC
►► TDPSQLC
Query
SQL
►◄
,
▼ nombrebd *
TDP
TSM
A
,
▼ nombrebd
*
El diagrama de sintaxis de las opciones de Tivoli Storage Manager
correspondientes a la letra A se muestra a continuación de los Parámetros
opcionales siguientes.
Parámetros opcionales de Query:
►►
►
=3 [or cfg value]
/BUFFers
=númalmacinter
Capítulo 8. Información de referencia
231
►
►
=1024 [or cfg value]
/COMPATibilityinfo
/BUFFERSIze
=tamañoalmacinterenkb
►
►
=tdpsql.cfg
/FILEInfo=
/CONFIGfile
=nombrearchivoconfig
►
►
=sqlserver value [or cfg. value]
/FROMSQLSERVer=
=nombreservidorsql
►
►
=tdpsql.log [o valor cfg]
/LOGFile
=nombrearchivoregistro
►
►
=60 [o valor cfg]
,
/LOGPrune
=númdías
=No
/OBJect=
▼ nombreobjeto
*
►
►
=DP
/QUERYNode
=ALWAYSON
=BOTH
►
►
=INTegrated [o valor cfg]
/SQLAUTHentication
=IDusuarioSQL
►
►
=" "
/SQLPassword
=nombrecontraseñasql
►
►
=[nombre sistema local o valor cfg]
/SQLSERVer
=protocolosql:nombreservidorsql
►
►
=sa
=[dsm.opt value]
/SQLUSer
/TSMNODe
=nombreusuariosql
=nombrenodotsm
►
►
=dsm.opt
/TSMOPTFile
=nombrearchivodsmopt
232
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
►
►◄
=[dsm.opt value]
/TSMPassword
=nombrecontraseñatsm
A Opciones de query TSM:
*
►
Full
Difffull
,
Log=
▼ nombreobjregistro
*
,
▼ nombrearchivológico
*
,
FIle=
▼ nombregrupo
*
,
Group=
Set=
▼ nombreobjetoconjunto
*
Types
► ▼
/ACtive
/FILEInfo
/ALl
,
/OBJect=
▼ nombreobjeto
*
Parámetros posicionales de query
Los parámetros posicionales se sitúan inmediatamente después del mandato query
y antes de los parámetros opcionales.
Especifique uno de los siguientes al ejecutar un mandato query de Data Protection
for SQL Server:
Query SQL *|nombrebd,...
Este parámetro muestra información sobre el SQL Server actual. La
variable nombrebd especifica bases de datos en el SQL Server actual sobre la
que mostrar información.
Cuando se consulta un SQL Server, se incluye la información siguiente:
v Nombre de servidor
v Nombre de base de datos
v Espacio de datos de la base de datos asignado
Capítulo 8. Información de referencia
233
v
v
v
v
Espacio de base de datos que se utiliza
Espacio de registro de la base de datos asignado
Espacio de registro de la base de datos utilizado
Opciones de base de datos establecidas (SELECT INTO / BULK COPY,
TRUNCATE LOG ON CHECKPOINT)
Si especifica el parámetro /COMPATibilityinfo:
v Versión de servidor
v Estado de clúster de servidor
v Nivel de compatibilidad de base de datos
Query TDP
Este parámetro muestra información sobre el nombre y la versión de Data
Protection for SQL Server y el contenido del archivo de configuración
actual de Data Protection for SQL Server.
Query TSM *|nombrebd,...
Este parámetro muestra la API de Tivoli Storage Manager e información de
la versión del servidor de Tivoli Storage Manager. La variable nombrebd
identifica las bases de datos especificadas del SQL Server actual que tienen
objetos de copia de seguridad en el nodo y el servidor de Tivoli Storage
Manager actuales. No se visualiza ningún nombre si los objetos
especificados no existen como objetos de copia de seguridad en la base de
datos de SQL Server. Utilice la opción de carácter comodín dbname para ver
información sobre todos los objetos de copia de seguridad de una o varias
bases de datos de SQL Server.
Cuando se consulta algún objeto de copia de seguridad mediante el
parámetro dbname, se incluye la siguiente información:
v Nombre de SQL Server
v nombre de base de datos de SQL Server
v Tipo de objeto de copia de seguridad
v Estado activo/inactivo de objeto de copia de seguridad
v Fecha y hora de la creación Data Protection for SQL Server del objeto de
copia de seguridad
v Tamaño de Data Protection for SQL Server del objeto de copia de
seguridad
v Nombre del objeto de copia de seguridad de Data Protection for SQL
Server
v Para copias de seguridad antiguas, si la integridad de la base de datos y
de los archivos de registro se verifica mediante el proceso de suma de
comprobación
v SQL comprimido
v Copia de seguridad comprimida
v Tipo de cifrado de copia de seguridad
v Optimización de almacenamiento de copia de seguridad
v Método de copia de seguridad
v Ubicación de copia de seguridad
v Copia de seguridad en réplica secundaria
v Número de bandas de datos en objeto de copia de seguridad
v Solo para VSS, si la copia de seguridad soporta la restauración
instantánea
234
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Si especifica el parámetro /COMPATibilityinfo, se incluye lo siguiente:
v Versión de SQL Server
v Estado de clúster de SQL Server
v Versión de Data Protection for SQL Server que ha creado el objeto de
copia de seguridad
v Nivel de compatibilidad de base de datos de SQL Server
v Espacio de datos de base de datos de SQL Server asignado
v Espacio de datos de base de datos de SQL Server utilizado
v Espacio de registro de base de datos de SQL Server asignado
v Espacio de registro de base de datos de SQL Server utilizado
v Opciones de base de datos de SQL Server
Nota:
v También se puede determinar qué objetos de copia de seguridad se
visualizarán mediante los parámetros opcionales de query TSM /active y
/all.
v No se muestra ninguna información si no existen objetos de copia de
seguridad para una base de datos de SQL Server especificada.
FIle=*|nombrearchivológico,...
Este parámetro muestra información acerca de los objetos de copia
de seguridad de archivo de una o varias bases de datos de SQL
Server del SQL Server actual que se encuentran en el nodo y el
servidor de Tivoli Storage Manager actuales.
Completa
Este parámetro muestra información acerca de los objetos de copia
de seguridad completa de una o varias bases de datos de SQL
Server del SQL Server actual que se encuentran en el nodo y el
servidor de Tivoli Storage Manager actuales.
Difffull
Este parámetro muestra información acerca de los objetos de copia
de seguridad diferencial de una o varias bases de datos de SQL
Server del SQL Server actual que se encuentran en el nodo y el
servidor de Tivoli Storage Manager actuales.
Group=*|nombregrupo,...
Este parámetro muestra información acerca de objetos de copia de
seguridad de grupo de una o varias bases de datos de SQL Server
del SQL Server actual que se encuentran en el nodo y el servidor
de Tivoli Storage Manager actuales.
Log=*|nombreobjetoregistro,...
Este parámetro muestra información acerca de objetos de copia de
seguridad de registro de una o varias bases de datos de SQL
Server del SQL Server actual que se encuentran en el nodo y el
servidor de Tivoli Storage Manager actuales. La variable
nombreobjetoregistro especifica cuáles son los objetos de copia de
seguridad de registro sobre los que se debe visualizar información.
Utilice * como carácter comodín en nombreobjetoregistro si desea
sustituir cero o más caracteres para cada aparición. Si sólo se
especifica el carácter comodín, se indicarán todos los objetos de
copia de seguridad de registro para las bases de datos de SQL
Server.
Capítulo 8. Información de referencia
235
Set=*|nombreobjetoconjunto,...
Este parámetro muestra información acerca de uno o varios objetos
de copia de seguridad de conjunto de una o varias bases de datos
de SQL Server del SQL Server actual que se encuentran en el nodo
y el servidor de Tivoli Storage Manager actuales. La variable
nombreobjetoconjunto especifica cuáles son los objetos de copia de
seguridad de conjunto sobre los que se debe visualizar
información. Utilice * como carácter comodín en
nombreobjetoconjunto si desea sustituir cero o más caracteres para
cada aparición. Si sólo se especifica el carácter comodín, se
indicarán todos los objetos de copia de seguridad de conjunto para
las bases de datos de SQL Server.
Types (Sólo copias de seguridad de herencia) Este parámetro muestra una
lista de resumen de los objetos de copia de seguridad por tipo de
copia de seguridad de una o varias bases de datos de SQL Server
del SQL Server actual que están en el servidor y nodo de Tivoli
Storage Manager actuales. Sólo se visualizan los tipos de copia de
seguridad con uno o más objetos de copia de seguridad. Si se
especifica el parámetro opcional /all, se incluye el número de
objetos de copia de seguridad inactivos. No puede especificar el
parámetro opcional /compatibility o /fileinfo con el parámetro
types.
Parámetros opcionales de query
Los parámetros opcionales van detrás del mandato query y de los parámetros
posicionales.
Las siguientes son descripciones detalladas de cada uno de los parámetros
opcionales:
/BUFFers=númbúferes
El parámetro /buffers especifica el número de búferes de datos utilizados
para cada banda de datos a fin de transferir datos entre Data Protection for
SQL Server y la API de Tivoli Storage Manager. La variable número_búferes
hace referencia al número de búferes de datos a utilizar. El número puede
estar en el rango de 2 a 8. El valor predeterminado es 3.
Consideraciones:
v Puede mejorar el rendimiento aumentando el número de búferes, pero
también aumentará el uso de almacenamiento. Cada búfer tiene el
tamaño especificado en el parámetro /buffersize.
v El valor predeterminado es el valor especificado por la opción
configurable de búferes del archivo de configuración de Data Protection
for SQL Server. Este valor es inicialmente de 3.
v Si se especifica /buffers, se utilizará su valor en lugar del valor
almacenado en el archivo de configuración de Data Protection for SQL
Server. La especificación de este parámetro no cambia el valor en el
archivo de configuración.
/BUFFERSIze=tamañobúferenkb
El parámetro /buffersize especifica el tamaño de cada búfer de Data
Protection for SQL Server especificado por el parámetro /buffers. La
variable tamaño_búfer_en_kb hace referencia al tamaño de los búferes de
datos en kilobytes. El número puede estar comprendido entre 64 y 8192. El
valor predeterminado es de 1024.
236
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Consideraciones:
v Aunque el incremento del número de búferes puede mejorar el
rendimiento, también aumenta el uso de almacenamiento tal como lo
determine este parámetro.
v El valor predeterminado es el valor especificado por la opción
configurable de búferes del archivo de configuración de Data Protection
for SQL Server. Este valor es inicialmente de 1024.
v Si se especifica /buffersize, se utilizará su valor en lugar del valor
almacenado en el archivo de configuración de Data Protection for SQL
Server. La especificación de este parámetro no cambia el valor en el
archivo de configuración.
/COMPATibilityinfo
En operaciones query, este parámetro muestra información relativa a la
compatibilidad de un objeto de copia de seguridad con SQL Server.
Determinadas opciones de configuración de SQL Server deben ser
compatibles antes de poder restaurar un objeto de copia de seguridad en
SQL Server. Cuando se especifica este parámetro, se lista la información de
configuración Data Protection for SQL Server con el fin de ayudar a
determinar si un objeto de copia de seguridad es correcto para SQL Server
o de ayudar en la determinación de problemas.
Consideraciones:
v No puede especificar este parámetro con el parámetro types en un
mandato query TSM.
v Compatible generalmente quiere decir idéntico. No obstante, si utiliza un
orden de clasificación binario para SQL Server y para el objeto de copia
de seguridad, las páginas de código pueden ser distintas, aunque la
interpretación de los valores de caracteres individuales pueden resultar
en la impresión o visualización de caracteres distintos .
/CONFIGfile=nombrearchivoconfig
El parámetro /configfile especifica el nombre del archivo de configuración
de Data Protection for SQL Server, que contiene los valores para las
opciones configurables de Data Protection for SQL Server.
Consideraciones:
v nombrearchivoconfig puede incluir una vía de acceso completa. Si
nombrearchivoconfig no incluye una vía de acceso, se utilizará el directorio
donde esté instalado Data Protection for SQL Server.
v Si nombrearchivoconfig incluye espacios, rodéelo de comillas dobles.
v Si no especifica /configfile, el valor predeterminado será tdpsql.cfg.
v Si especifica /configfile pero no nombrearchivoconfig, se utilizará el valor
predeterminado de tdpsql.cfg.
/FROMSQLSERVer=nombreservidorsql
Para restore, el parámetro /fromsqlserver especifica el SQL Server en el
que se ha realizado la copia de seguridad de los objetos de copia de
seguridad. Este parámetro es necesario sólo cuando el nombre del SQL
Server en el que restaurar, tal como lo determina el parámetro sqlserver, es
distinto del nombre del SQL Server desde el que se han creado los objetos
de copia de seguridad. El valor predeterminado es el valor /sqlserver o el
valor establecido en el archivo de configuración de Data Protection for SQL
Server.
Consideraciones:
Capítulo 8. Información de referencia
237
v Si los dos nombres de SQL Server son diferentes, debe utilizar este
parámetro aunque /fromsqlserver fuera una instancia predeterminada
no agrupada en clúster.
v Después restaurar una base de datos de SQL Server en un servidor de
SQL Server distinto, es posible que los inicios de sesión de la base de
datos de SQL Server no coincidan con los inicios de sesión del SQL
Server distinto. Si corresponde, puede utilizar el procedimiento
almacenado SQL SP_CHANGE_USERS_LOGIN para encontrar y corregir
tales discrepancias de inicio de sesión de SQL Server.
/LOGFile=nombrearchivoregistro
El parámetro logfile especifica el nombre del registro de actividad que
genera Data Protection for SQL Server. Este registro de actividades registra
eventos como mandatos completados y mensajes de error. El registro de
actividad de Data Protection for SQL Server es diferente del registro de
errores de SQL Server. La variable nombrearchivoregistro identifica el nombre
que se debe utilizar para el registro de actividad generado por Data
Protection for SQL Server.
Consideraciones:
v Si el archivo especificado no existe, será creado. Si existe, se añadirán
nuevas entradas de registro al archivo.
v El nombre de archivo puede incluir una vía de acceso totalmente
calificada; sin embargo, si no especifica ninguna vía de acceso, el archivo
se grabará en el directorio donde está instalado Data Protection for SQL
Server.
v No puede desactivar el registro de actividad de Data Protection for SQL
Server. Si no especifica /logfile, los registros se graban en el archivo de
registro predeterminado. El archivo de registro predeterminado es
tdpsql.log.
v Cuando utilice varias instancias simultáneas de Data Protection for SQL
Server para realizar operaciones, use el parámetro /logfile para
especificar un archivo de registro distinto para cada una de las instancias
utilizadas. Esto conduce el registro de cada instancia a un archivo de
registro distinto e impide registros de archivo intercalados. No
especificar un archivo de registro distinto para cada instancia puede
resultar en archivos de registro ilegibles.
/LOGPrune=númdays|No
Al podar datos de registro, puede descartar algunos de los registros
generados en función de los criterios detallados de filtrado que defina. En
función de la opción que defina para el parámetro /LOGPrune, se guardará
un número determinado de días de datos. De forma predeterminada, se
guardan 60 días de entradas de registro. Se puede indicar la opción No para
inhabilitar la poda de registro.
Independientemente de la opción que defina para este parámetro, puede
solicitar una poda de registro de forma explícita en cualquier momento.
Consideraciones:
v Para númdías, el rango es de 0 a 9999. Un valor de 0 suprime todas las
entradas del archivo de registro de actividad excepto las entradas de
mandato actuales.
v Si especifica no, el archivo de registro no será podado.
238
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
v Si no especifica /LOGPrune, el valor predeterminado es el especificado
por la opción configurable logprune del archivo de configuración. El
valor predeterminado es 60.
v Si especifica /LOGPrune, se utiliza su valor en lugar del valor almacenado
en el archivo de configuración. La especificación de este parámetro no
cambia el valor en el archivo de configuración.
v Puede especificar /LOGPrune sin especificar númdías o no; en este caso, se
utiliza el valor predeterminado, 60.
v Los cambios en el valor del parámetro TIMEformat o DATEformat pueden
dar como resultado que el archivo de registro se pode sin quererlo. Si
ejecuta un mandato que puede podar el archivo de registro y se ha
modificado el valor del parámetro TIMEformat o DATEformat, lleve a cabo
una de las acciones siguientes para evitar una poda no deseada del
archivo de registro:
– Haga una copia del archivo de registro existente.
– Especifique un nuevo archivo de registro con el parámetro /LOGFile o
el valor logfile.
/OBJect=*|nombreobjeto,...
Para las operaciones restore e inactivate, /object especifica que sólo se
deben restaurar o inactivar determinados objetos de copia de seguridad
para las bases de datos de SQL Server y el tipo de objeto de copia de
seguridad que se han especificado (si se han especificado). En operaciones
query, /object incluye aquellos objetos particulares y tipos de objetos en la
visualización. La variable nombreobjeto especifica los nombres de los objetos
de copia de seguridad que desea restaurar o desactivar. El nombre de
objeto identifica de forma exclusiva cada objeto de copia de seguridad y lo
crea Data Protection for SQL Server. Utilice query para ver los nombres de
los objetos de copia de seguridad. Puede utilizar * como carácter comodín
en nombreobjeto para sustituir cero o más caracteres de cada ocurrencia. Si
sólo se especifica el carácter comodín, se indicarán todos los objetos de
copia de seguridad de las bases de datos de SQL Server y del tipo de
objeto de copia de seguridad que se han especificado.
/QUERYNode=DP | ALWAYSON | BOTH
Especifique si desea consultar las bases de datos estándar de un SQL
Server 2012, y versiones posteriores, de las que se realiza una copia de
seguridad desde un nodo estándar de Data Protection for SQL Server, el
nodo AlwaysOn, o desde ambos nodos. Este parámetro se ignora para
bases de datos disponibilidad porque las bases de datos de disponibilidad
se copian siempre bajo el nodo AlwaysOn.
/SQLAUTHentication=INTegrated | IDusuarioSQL
Este parámetro especifica la modalidad de autorización utilizada cuando se
inicie la sesión en SQL Server. El valor integrated especifica la
autenticación de Windows. El ID de usuario que utilice en el inicio de
sesión en Windows es el mismo ID que utilizará para iniciar la sesión en
SQL Server. Éste es el valor predeterminado. Utilice el valor sqluserid para
especificar la autorización de ID de usuario de SQL Server. El ID de
usuario especificado por el parámetro /sqluserid es el ID que se utilizará
para conectarse a SQL Server. Cualquier ID de usuario de SQL Server debe
tener el rol de servidor fijo de SQL Server SYSADMIN.
/SQLPassword=nombrecontraseñasql
Este parámetro especifica la contraseña de SQL Server que Data Protection
for SQL Server utiliza para conectarse con el SQL Server del que se hacen
copias de seguridad de los objetos o en el que éstos se restauran.
Capítulo 8. Información de referencia
239
Consideraciones:
v Utilizar este parámetro significa que utilizará la autenticación de SQL
Server. SQL Server y el ID de usuario de SQL Server para esta
contraseña deben estar configurados para utilizar la autenticación de
SQL Server.
v Si no especifica /sqlpassword, el valor predeterminado es un espacio en
blanco (" ").
v Si especifica /sqlpassword pero no nombrecontraseñasql, el valor
predeterminado será también un espacio en blanco (" ").
v Se omite este parámetro si utiliza el parámetro /sqlauth=integrated con
él.
/SQLSERVer=protocolosql:nombreservidorsql
El parámetro sqlserver especifica el servidor SQL Server al que se conecta
Data Protection for SQL Server. Utilice /sqlserver para el mandato query
SQL, pero utilice /fromsqlserver para el mandato query TSM. La variable
protocolosql especifica el protocolo de comunicaciones que se debe utilizar.
Puede especificar uno de los siguientes protocolos:
v lpc: utilizar protocolo Shared Memory.
v np: utilizar protocolo Named Pipes.
v tcp: utilizar protocolo Transmission Control.
v via: utilizar protocolo Virtual Interface Architecture.
Si no se especifica ningún protocolo, Data Protection for SQL Server se
conectará al SQL Server según el primer protocolo que quede disponible.
Consideraciones:
v El valor predeterminado es el valor especificado por la opción
configurable del SQL Server del archivo de configuración de Data
Protection for SQL Server. Este es inicialmente el nombre del sistema
local.
v Si especifica /sqlserver pero no nombreservidorsql, se utilizará el nombre
del sistema local.
v Los siguientes dos accesos directos se aceptan como nombre del sistema
local: . (local) Estos son un punto o la palabra local dentro de
paréntesis.
v Debe especificar el nombre si SQL Server no es la instancia
predeterminada o es miembro de un clúster de migración tras error.
v El formato de nombreservidorsql depende del tipo de instancia del que se
trate y de si pertenece a un clúster o no:
Formato
nombresistema-local
nombresistema-local\
nombreinstancia
nomb_serv_virtual
nombreservidorvirtual\
nombreinstancia
¿Instancia?
En clúster
¿Nombre requerido?
predeterminado
no
no
con nombre
no
sí
predeterminado
sí
sí
con nombre
sí
sí
nombresistemalocal
El nombre en la red del sistema en el que residen SQL Server y
Data Protection for SQL Server. El nombre de host TCP/IP puede
siempre no ser el mismo.
240
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
nombreinstancia
El nombre proporcionado a la instancia de SQL Server especificada
durante la instalación de la instancia.
nomb_serv_virtual
El nombre proporcionado al SQL Server en clúster especificado
durante la configuración del servicio de clúster. Este no es el
nombre de clúster o no nodo.
/SQLUSer=nombreusuariosql
El parámetro /sqluser especifica el nombre que Data Protection for SQL
Server utiliza para conectarse a SQL Server.
Consideraciones:
v Utilizar este parámetro significa que utilizará la autenticación de SQL
Server. SQL Server y el ID de usuario de SQL Server para esta
contraseña deben estar configurados para utilizar la autenticación de
SQL Server.
v El ID de usuario de SQL Server debe tener el rol de servidor fijo de SQL
Server SYSADMIN.
v Si no especifica /sqluser, el valor predeterminado es sa.
v Si especifica /sqluser pero no nombreusuariosql, el valor predeterminado
será también sa.
v Se omite este parámetro si utiliza el parámetro /sqlauth=integrated con
él.
/TSMNODe=nombrenodotsm
El parámetro /tsmnode especifica el nombre del nodo de Tivoli Storage
Manager que Data Protection for SQL Server utiliza para conectarse al
servidor de Tivoli Storage Manager. Esto identifica qué cliente de Tivoli
Storage Manager está solicitando servicios. También puede almacenar el
nombre de nodo en el archivo de opciones. El parámetro de línea de
mandatos altera temporalmente el valor del archivo de opciones.
Consideraciones:
v No se puede utilizar el parámetro /tsmnode si se especifica
PASSWORDACCESS GENERATE en el archivo de opciones de Tivoli
Storage Manager. Deberá especificar el nombre de nodo en el archivo de
opciones. De lo contrario, puede cambiar PASSWORDACCESS a
PROMPT para utilizar el parámetro /tsmnode. Para obtener más
información sobre el archivo de opciones de Tivoli Storage Manager,
consulte el apartado Creación y modificación del archivo de opciones del
cliente(http://www.ibm.com/support/knowledgecenter/SSGSG7_7.1.4/
client/t_cfg_crtmodoptunix.html).
v Si no especifica /tsmnode, el valor predeterminado es el valor
especificado por la opción nodename del archivo de opciones de Tivoli
Storage Manager. La especificación de este parámetro no cambia el valor
en el archivo de opciones.
/TSMOPTFile=nombrearchivoopcionesdsm
El parámetro /tsmoptfile especifica el archivo de opciones de Tivoli Storage
Manager que utilizar. Esto es similar a seleccionar un servidor de Tivoli
Storage Manager en la lista de servidores de la GUI. El archivo de opciones
de Tivoli Storage Manager contiene los valores de configuración de la API
de Tivoli Storage Manager. Para obtener más información sobre el archivo
de opciones de Tivoli Storage Manager, consulte el apartado Creación y
Capítulo 8. Información de referencia
241
modificación del archivo de opciones del cliente(http://www.ibm.com/
support/knowledgecenter/SSGSG7_7.1.4/client/
t_cfg_crtmodoptunix.html).
Consideraciones:
v La variable nombrearchivoopcionestsm puede incluir una vía de acceso
totalmente calificada. Si no incluye ninguna vía de acceso, se utilizará el
directorio donde está instalado Data Protection for SQL Server.
v Si nombrearchivoopcionestsm incluye espacios, deberá escribirlo entre
comillas dobles.
v Si no especifica /tsmoptfile, el valor predeterminado es dsm.opt.
v Si especifica /tsmoptfile pero no especifica nombrearchivoopcionestsm, el
valor predeterminado también es dsm.opt.
/TSMPassword=nombrecontraseñatsm
El parámetro /tsmpassword especifica la contraseña de Tivoli Storage
Manager que Data Protection for SQL Server utiliza para conectarse al
servidor de Tivoli Storage Manager. Este parámetro y la opción
PASSWORDACCESS del archivo de opciones de Tivoli Storage Manager
interactúan de los modos siguientes:
PASSWORDACCESS
en el archivo de
opciones de Tivoli
Storage Manager
¿La contraseña ya
está almacenada en
el registro?
especificado
generate
sí
se ignora
/tsmpassword
especificado
generate
no
se utiliza y se
almacena
/tsmpassword
especificado
prompt
—
se utiliza /tsmpassword
no especificado
prompt
—
se solicita al usuario
/tsmpassword
Resultado
Referencia relacionada:
“Mandato Set” en la página 295
“Mandato Set” en la página 295
Ejemplos de salida de consulta
Los ejemplos de salida que mostramos a continuación muestran un ejemplo de
texto, mensajes y estado de proceso que se visualiza cuando se ejecutan los
mandatos query.
Query 1–SQL Server
Query 1 consulta el SQL Server STRINGVM1. Observe que está configurado para
operaciones VSS.
Mandato:
tdpsqlc query sql
Salida:
242
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
IBM Tivoli Storage Manager for Databases:
Data Protection for Microsoft SQL Server
Versión 7, Release 1, Nivel 3.0
(C) Copyright IBM Corporation 1997, 2015.
Reservados todos los derechos.
Conectándose a SQL Server, por favor, espere...
Información de SQL Server
---------------------Nombre de SQL Server....................... STRINGVM1\STRINGVM1
Versión de SQL Server ....................... 10.0.2573 (SQL Server 2008)
Información de VSS (Volume Shadow Copy Service)
-------------------------------------------Nombre de grabador
: SqlServerWriter
Nombre de nodo DSMAgent local: STRINGVM1
Nodo DSMAgent remoto
:
Estado de grabador
: En línea
Componentes seleccionables: 4
Completado
Query 2–SQL Database
Query 2 consulta la base de datos de SQL Server, DB1_XIVmini_G_BAS, e incluye
información de compatibilidad.
Mandato:
tdpsqlc query sql DB1_XIVmini_G_BAS /compat
Salida:
IBM Tivoli Storage Manager for Databases:
Data Protection for Microsoft SQL Server
Versión 7, Release 1, Nivel 3.0
(C) Copyright IBM Corporation 1997, 2015.
Reservados todos los derechos.
Conectándose a SQL Server, por favor, espere...
Información de SQL Server
---------------------Nombre de SQL Server....................... STRINGVM1\STRINGVM1
Versión de SQL Server ....................... 10.0.2573 (SQL Server 2008)
Clúster ............................. No
Información de la base de datos de SQL
-----------------------Nombre de base de datos de SQL .............. DB1_XIVmini_G_BAS
Espacio datos base de datos SQL asignado ................. 3.145.728
Espacio datos base datos SQL usado ....................... 1.376.256
Espacio registro base datos SQL asignado ................. 2.097.152
Espacio registro base datos SQL usado .................... 393.216
Nivel compatibilidad base datos SQL ...................... 100
Opciones base datos SQL ..................................
Completado
Capítulo 8. Información de referencia
243
Query 3–TDP (herencia)
Query 3 consulta a Data Protection for SQL Server la información del archivo de
configuración. Observe que esta configuración es sólo para las operaciones de
herencia como BACKUPDESTination TSM, BACKUPMETHod LEGACY, y que las
opciones LOCALDSMAgentnode y REMOTEDSMAgentnode no están establecidas.
Mandato:
tdpsqlc query tdp
Salida:
IBM Tivoli Storage Manager for Databases:
Data Protection for Microsoft SQL Server
Versión 7, Release 1, Nivel 3.0
(C) Copyright IBM Corporation 1997, 2015.
Reservados todos los derechos.
Valores de configuración de Data Protection for SQL
--------------------------------------------------BACKUPDESTination ......................... TSM
BACKUPMETHod .............................. LEGACY
BUFFers ................................... 3
BUFFERSIze ................................ 1024
DATEformat ................................ 1
DIFFESTimate .............................. 20
FROMSQLserver .............................
LANGuage .................................. ENU
LOCALDSMAgentnode .........................
LOGFile ................................... tdpsql.log
LOGPrune .................................. 60
NUMBERformat .............................. 1
REMOTEDSMAgentnode ........................
SQLAUTHentication ......................... INTegrated
SQLBUFFers ................................ 0
SQLBUFFERSIze ............................. 1024
SQLCOMPression .............................No
SQLSERVer ................................. STRINGVM1
STRIPes ................................... 1
TIMEformat ................................ 1
Completado
Query 4 – TDP (VSS)
Query 3 consulta a Data Protection for SQL la información del archivo de
configuración. Observe que esta configuración se ha establecido para operaciones
VSS como BACKUPDESTination LOCAL, BACKUPMETHod VSS y las opciones
LOCALDSMAgentnode y REMOTEDSMAgentnode están establecidas.
Mandato:
tdpsqlc query tdp
Salida:
244
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
IBM Tivoli Storage Manager for Databases:
Data Protection for Microsoft SQL Server
Versión 7, Release 1, Nivel 3.0
(C) Copyright IBM Corporation 1997, 2015.
Reservados todos los derechos.
Valores de configuración de Data Protection for SQL
--------------------------------------------------BACKUPDESTination ......................... LOCAL
BACKUPMETHod .............................. VSS
BUFFers ................................... 3
BUFFERSIze ................................ 1024
DATEformat ................................ 1
DIFFESTimate .............................. 20
FROMSQLserver .............................
LANGuage .................................. ENU
LOCALDSMAgentnode ......................... STRINGVM1
LOGFile ................................... tdpsql.log
LOGPrune .................................. 60
NUMBERformat .............................. 1
REMOTEDSMAgentnode ........................
SQLAUTHentication ......................... INTegrated
SQLBUFFers ................................ 0
SQLBUFFERSIze ............................. 1024
SQLCOMPression .............................No
SQLSERVer ................................. STRINGVM1
STRIPes ................................... 1
TIMEformat ................................ 1
Completado
Query 5 – Tivoli Storage Manager Types
Query 5 consulta en el servidor de Tivoli Storage Manager los tipos de objeto de
copia de seguridad de todas las bases de datos, incluidos los objetos activos y los
inactivos.
Mandato:
tdpsqlc query tsm * /all
Salida:
Capítulo 8. Información de referencia
245
IBM Tivoli Storage Manager for Databases:
Data Protection for Microsoft SQL Server
Versión 7, Release 1, Nivel 3.0
(C) Copyright IBM Corporation 1997, 2015.
Reservados todos los derechos.
Conectando con el servidor de TSM como nodo ’STRINGVM1_SQL’...
Consultando al servidor TSM para copias de seguridad ....
Información de objeto de copia de seguridad
------------------------Nombre de SQL Server....................... STRINGVM1\STRINGVM1
Nombre de base de datos de SQL .............. DB1_XIVmini_G_BAS
Método copia seguridad....................... VSS
Ubicación copia seguridad....................... Srv
Tipo de objeto de copia de seguridad......... completa
Estado de objeto de copia de seguridad....... Inactivo
Fecha/Hora de creación de copia seguridad.... 23/09/2013 06:23:14
Tamaño de copia de seguridad ................ 5,00 MB
Copia de seguridad comprimida................ No
Tipo de cifrado de copia de seguridad........ Ninguno
Cliente copia de seg. con optim. espacio..... No
Copia de seg. admite rest. instantánea....... No
Nombre de objeto de base de datos ......... . 20130923062314
Clase de gestión asignada ................ PREDETERMINADA
Información de objeto de copia de seguridad
------------------------Nombre de SQL Server....................... STRINGVM1\STRINGVM1
Nombre de base de datos de SQL .............. DB1_XIVmini_G_BAS
Método copia seguridad....................... VSS
Ubicación copia seguridad....................... Srv
Tipo de objeto de copia de seguridad......... completa
Estado de objeto de copia de seguridad....... Activo
Fecha/Hora de creación de copia seguridad.... 23/09/2013 06:39:31
Tamaño de copia de seguridad ................ 5,00 MB
Copia de seguridad comprimida................ No
Tipo de cifrado de copia de seguridad........ Ninguno
Cliente copia de seg. con optim. espacio..... No
Copia de seg. admite rest. instantánea....... No
Nombre de objeto de base de datos ......... . 20130923063931
Clase de gestión asignada ................ PREDETERMINADA
Información de objeto de copia de seguridad
------------------------Nombre de SQL Server....................... STRINGVM1\STRINGVM1
Nombre de base de datos de SQL .............. DB1_XIVmini_G_BAS
Método copia seguridad....................... VSS
Ubicación copia seguridad....................... Ubic
Tipo de objeto de copia de seguridad......... completa
Estado de objeto de copia de seguridad....... Inactivo
Fecha/Hora de creación de copia seguridad.... 23/09/2013 06:41:14
Tamaño de copia de seguridad ................ 5,00 MB
Copia de seguridad comprimida................ No
Tipo de cifrado de copia de seguridad........ Ninguno
Cliente copia de seg. con optim. espacio..... No
Copia de seg. admite rest. instantánea....... Sí
Nombre de objeto de base de datos ......... . 20130923064114
Clase de gestión asignada ................ PREDETERMINADA
246
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Información de objeto de copia de seguridad
------------------------Nombre de SQL Server....................... STRINGVM1\STRINGVM1
Nombre de base de datos de SQL .............. DB1_XIVmini_G_BAS
Método copia seguridad....................... VSS
Ubicación copia seguridad....................... Ubic
Tipo de objeto de copia de seguridad......... completa
Estado de objeto de copia de seguridad....... Activo
Fecha/Hora de creación de copia seguridad.... 23/09/2013 06:45:57
Tamaño de copia de seguridad ................ 5,00 MB
Copia de seguridad comprimida................ No
Tipo de cifrado de copia de seguridad........ Ninguno
Cliente copia de seg. con optim. espacio..... No
Copia de seg. admite rest. instantánea....... Sí
Nombre de objeto de base de datos ......... . 20130923064557
Clase de gestión asignada ................ PREDETERMINADA
Información de objeto de copia de seguridad
------------------------Nombre de SQL Server....................... STRINGVM1\STRINGVM1
Nombre de base de datos de SQL .............. DB1_XIVmini_G_BAS
Método copia seguridad....................... Herencia
Ubicación copia seguridad....................... Srv
Tipo de objeto de copia de seguridad......... Completa
Estado de objeto de copia de seguridad....... Activo
Fecha/Hora de creación de copia seguridad.... 23/09/2013 06:31:04
Tamaño de copia de seguridad ................ 2,08 MB
SQL comprimido .............................. No
Copia de seguridad comprimida................ No
Tipo de cifrado de copia de seguridad........ Ninguno
Cliente copia de seg. con optim. espacio..... No
Nombre de objeto de base de datos ......... . 20130923063104\00001AC4
Número de bandas en objeto copia seguridad .. 1
Clase de gestión asignada................. PREDETERMINADA
Información de objeto de copia de seguridad
------------------------Nombre de SQL Server....................... STRINGVM1\STRINGVM1
Nombre de base de datos de SQL .............. model
Método copia seguridad....................... VSS
Ubicación copia seguridad....................... Srv
Tipo de objeto de copia de seguridad......... completa
Estado de objeto de copia de seguridad....... Inactivo
Fecha/Hora de creación de copia seguridad.... 23/09/2013 06:23:14
Tamaño de copia de seguridad ................ 3,75 MB
Copia de seguridad comprimida................ No
Tipo de cifrado de copia de seguridad........ Ninguno
Cliente copia de seg. con optim. espacio..... No
Copia de seg. admite rest. instantánea....... No
Nombre de objeto de base de datos ......... . 20130923062314
Clase de gestión asignada ................ PREDETERMINADA
Capítulo 8. Información de referencia
247
Información de objeto de copia de seguridad
------------------------Nombre de SQL Server....................... STRINGVM1\STRINGVM1
Nombre de base de datos de SQL .............. model
Método copia seguridad....................... VSS
Ubicación copia seguridad....................... Srv
Tipo de objeto de copia de seguridad......... completa
Estado de objeto de copia de seguridad....... Activo
Fecha/Hora de creación de copia seguridad.... 23/09/2013 06:43:11
Tamaño de copia de seguridad ................ 3,75 MB
Copia de seguridad comprimida................ No
Tipo de cifrado de copia de seguridad........ Ninguno
Cliente copia de seg. con optim. espacio..... No
Copia de seg. admite rest. instantánea....... No
Nombre de objeto de base de datos ......... . 20130923064311
Clase de gestión asignada ................ PREDETERMINADA
Información de objeto de copia de seguridad
------------------------Nombre de SQL Server....................... STRINGVM1\STRINGVM1
Nombre de base de datos de SQL .............. model
Método copia seguridad....................... VSS
Ubicación copia seguridad....................... Ubic
Tipo de objeto de copia de seguridad......... completa
Estado de objeto de copia de seguridad....... Activo
Fecha/Hora de creación de copia seguridad.... 23/09/2013 06:45:58
Tamaño de copia de seguridad ................ 4,00 MB
Copia de seguridad comprimida................ No
Tipo de cifrado de copia de seguridad........ Ninguno
Cliente copia de seg. con optim. espacio..... No
Copia de seg. admite rest. instantánea....... No
Nombre de objeto de base de datos ......... . 20130923064558
Clase de gestión asignada ................ PREDETERMINADA
Información de objeto de copia de seguridad
------------------------Nombre de SQL Server....................... STRINGVM1\STRINGVM1
Nombre de base de datos de SQL .............. model
Método copia seguridad....................... Herencia
Ubicación copia seguridad....................... Srv
Tipo de objeto de copia de seguridad......... Completa
Estado de objeto de copia de seguridad....... Activo
Fecha/Hora de creación de copia seguridad.... 23/09/2013 06:31:05
Tamaño de copia de seguridad ................ 2,08 MB
SQL comprimido .............................. No
Copia de seguridad comprimida................ No
Tipo de cifrado de copia de seguridad........ Ninguno
Cliente copia de seg. con optim. espacio..... No
Nombre de objeto de base de datos ......... . 20130923063105\00001AC4
Número de bandas en objeto copia seguridad .. 1
Clase de gestión asignada................. PREDETERMINADA
Completado
Query 6–Tivoli Storage Manager Database
Query 6 consulte en el servidor de Tivoli Storage Manager la base de datos
netapp_db2, y visualiza de forma predeterminada todos los objetos de copia de
seguridad activos.
Mandato:
tdpsqlc query tsm model
Salida:
248
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
IBM Tivoli Storage Manager for Databases:
Data Protection for Microsoft SQL Server
Versión 7, Release 1, Nivel 3.0
(C) Copyright IBM Corporation 1997, 2015.
Reservados todos los derechos.
Conectando con el servidor de TSM como nodo ’STRINGVM1_SQL’...
Consultando al servidor TSM para copias de seguridad ....
Información de objeto de copia de seguridad
------------------------Nombre de SQL Server....................... STRINGVM1\STRINGVM1
Nombre de base de datos de SQL .............. model
Método copia seguridad....................... VSS
Ubicación copia seguridad....................... Srv
Tipo de objeto de copia de seguridad......... completa
Estado de objeto de copia de seguridad....... Activo
Fecha/Hora de creación de copia seguridad.... 23/09/2013 06:43:11
Tamaño de copia de seguridad ................ 3,75 MB
Copia de seguridad comprimida................ No
Tipo de cifrado de copia de seguridad........ Ninguno
Cliente copia de seg. con optim. espacio..... No
Copia de seg. admite rest. instantánea....... No
Nombre de objeto de base de datos ......... . 20130923064311
Clase de gestión asignada ................ PREDETERMINADA
Información de objeto de copia de seguridad
------------------------Nombre de SQL Server....................... STRINGVM1\STRINGVM1
Nombre de base de datos de SQL .............. model
Método copia seguridad....................... VSS
Ubicación copia seguridad....................... Ubic
Tipo de objeto de copia de seguridad......... completa
Estado de objeto de copia de seguridad....... Activo
Fecha/Hora de creación de copia seguridad.... 23/09/2013 06:45:58
Tamaño de copia de seguridad ................ 4,00 MB
Copia de seguridad comprimida................ No
Tipo de cifrado de copia de seguridad........ Ninguno
Cliente copia de seg. con optim. espacio..... No
Copia de seg. admite rest. instantánea....... No
Nombre de objeto de base de datos ......... . 20130923064558
Clase de gestión asignada ................ PREDETERMINADA
Información de objeto de copia de seguridad
------------------------Nombre de SQL Server....................... STRINGVM1\STRINGVM1
Nombre de base de datos de SQL .............. model
Método copia seguridad....................... Herencia
Ubicación copia seguridad....................... Srv
Tipo de objeto de copia de seguridad......... Completa
Estado de objeto de copia de seguridad....... Activo
Fecha/Hora de creación de copia seguridad.... 23/09/2013 06:31:05
Tamaño de copia de seguridad ................ 2,08 MB
SQL comprimido .............................. No
Copia de seguridad comprimida................ No
Tipo de cifrado de copia de seguridad........ Ninguno
Cliente copia de seg. con optim. espacio..... No
Nombre de objeto de base de datos ......... . 20130923063105\00001AC4
Número de bandas en objeto copia seguridad .. 1
Clase de gestión asignada................. PREDETERMINADA
Completado
Capítulo 8. Información de referencia
249
Query 7–Tivoli Storage Manager Database
Query 7 consulta al servidor de Tivoli Storage Manager para obtener información
sobre los objetos de copia de seguridad de tipo de grupo de la base de datos
netapp_db2.
Mandato:
tdpsqlc query tsm netapp_db2 Group=*
Salida:
IBM Tivoli Storage Manager for Databases:
Data Protection for Microsoft SQL Server
Versión 7, Release 1, Nivel 3.0
(C) Copyright IBM Corporation 1997, 2015.
Reservados todos los derechos.
Conectando con el servidor de TSM como nodo ’STRINGVM1_SQL’...
Información de objeto de copia de seguridad
------------------------Nombre de SQL Server....................... STRINGVM1\STRINGVM1
Nombre de base de datos de SQL .............. netapp_db2
Método copia seguridad....................... Herencia
Ubicación copia seguridad....................... Srv
Tipo de objeto de copia de seguridad......... Group
Nombre lógico de grupo SQL ................... PRIMARY
Estado de objeto de copia de seguridad....... Activo
Fecha/Hora de creación de copia seguridad.... 27/09/2013 08:23:58
Tamaño de copia de seguridad ................ 2,08 MB
SQL comprimido .............................. No
Copia de seguridad comprimida................ No
Tipo de cifrado de copia de seguridad........ Ninguno
Cliente copia de seg. con optim. espacio..... No
Nombre de objeto de base de datos ......... . 20130927082358\00001A4C
Número de bandas en objeto copia seguridad .. 1
Clase de gestión asignada................. PREDETERMINADA
Query 8 –Tivoli Storage Manager Database
Query 8 muestra los objetos de copia de seguridad completa activos e inactivos de
la base de datos Test1. Además, se solicita información de archivo.
Mandato:
tdpsqlc q tsm DB1_XIVmini_G_BAS full /fileinfo /all
Salida:
250
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
IBM Tivoli Storage Manager for Databases:
Data Protection for Microsoft SQL Server
Versión 7, Release 1, Nivel 3.0
(C) Copyright IBM Corporation 1997, 2015.
Reservados todos los derechos.
Conectando con el servidor de TSM como nodo ’STRINGVM1_SQL’...
Consultando al servidor TSM para copias de seguridad ....
Información de objeto de copia de seguridad
------------------------Nombre de SQL Server....................... STRINGVM1\STRINGVM1
Nombre de base de datos de SQL .............. DB1_XIVmini_G_BAS
Método copia seguridad....................... VSS
Ubicación copia seguridad....................... Srv
Tipo de objeto de copia de seguridad......... completa
Estado de objeto de copia de seguridad....... Inactivo
Fecha/Hora de creación de copia seguridad.... 23/09/2013 06:23:14
Tamaño de copia de seguridad ................ 5,00 MB
Copia de seguridad comprimida................ No
Tipo de cifrado de copia de seguridad........ Ninguno
Cliente copia de seg. con optim. espacio..... No
Copia de seg. admite rest. instantánea....... No
Nombre de objeto de base de datos ......... . 20130923062314
Clase de gestión asignada ................ PREDETERMINADA
Información de objeto de copia de seguridad
------------------------Nombre de SQL Server....................... STRINGVM1\STRINGVM1
Nombre de base de datos de SQL .............. DB1_XIVmini_G_BAS
Método copia seguridad....................... VSS
Ubicación copia seguridad....................... Srv
Tipo de objeto de copia de seguridad......... completa
Estado de objeto de copia de seguridad....... Activo
Fecha/Hora de creación de copia seguridad.... 23/09/2013 06:39:31
Tamaño de copia de seguridad ................ 5,00 MB
Copia de seguridad comprimida................ No
Tipo de cifrado de copia de seguridad........ Ninguno
Cliente copia de seg. con optim. espacio..... No
Copia de seg. admite rest. instantánea....... No
Nombre de objeto de base de datos ......... . 20130923063931
Clase de gestión asignada ................ PREDETERMINADA
Información de objeto de copia de seguridad
------------------------Nombre de SQL Server....................... STRINGVM1\STRINGVM1
Nombre de base de datos de SQL .............. DB1_XIVmini_G_BAS
Método copia seguridad....................... VSS
Ubicación copia seguridad....................... Ubic
Tipo de objeto de copia de seguridad......... completa
Estado de objeto de copia de seguridad....... Inactivo
Fecha/Hora de creación de copia seguridad.... 23/09/2013 06:41:14
Tamaño de copia de seguridad ................ 5,00 MB
Copia de seguridad comprimida................ No
Tipo de cifrado de copia de seguridad........ Ninguno
Cliente copia de seg. con optim. espacio..... No
Copia de seg. admite rest. instantánea....... Sí
Nombre de objeto de base de datos ......... . 20130923064114
Clase de gestión asignada ................ PREDETERMINADA
Capítulo 8. Información de referencia
251
Información de objeto de copia de seguridad
------------------------Nombre de SQL Server....................... STRINGVM1\STRINGVM1
Nombre de base de datos de SQL .............. DB1_XIVmini_G_BAS
Método copia seguridad....................... VSS
Ubicación copia seguridad....................... Ubic
Tipo de objeto de copia de seguridad......... completa
Estado de objeto de copia de seguridad....... Activo
Fecha/Hora de creación de copia seguridad.... 23/09/2013 06:45:57
Tamaño de copia de seguridad ................ 5,00 MB
Copia de seguridad comprimida................ No
Tipo de cifrado de copia de seguridad........ Ninguno
Cliente copia de seg. con optim. espacio..... No
Copia de seg. admite rest. instantánea....... Sí
Nombre de objeto de base de datos ......... . 20130923064557
Clase de gestión asignada ................ PREDETERMINADA
Información de objeto de copia de seguridad
------------------------Nombre de SQL Server....................... STRINGVM1\STRINGVM1
Nombre de base de datos de SQL .............. DB1_XIVmini_G_BAS
Método copia seguridad....................... Herencia
Ubicación copia seguridad....................... Srv
Tipo de objeto de copia de seguridad......... Completa
Estado de objeto de copia de seguridad....... Activo
Fecha/Hora de creación de copia seguridad.... 23/09/2013 06:31:04
Tamaño de copia de seguridad ................ 2,08 MB
SQL comprimido .............................. No
Copia de seguridad comprimida................ No
Tipo de cifrado de copia de seguridad........ Ninguno
Cliente copia de seg. con optim. espacio..... No
Nombre de objeto de base de datos ......... . 20130923063104\00001AC4
Número de bandas en objeto copia seguridad .. 1
Clase de gestión asignada................. PREDETERMINADA
Versión de SQL Server ....................... 10.0.2573 (SQL Server 2008)
Clúster .................................. No
Versión de DP ............................ 6.4.0.0
Nivel compatibilidad base datos SQL ...................... 100
Espacio datos base de datos SQL asignado ................. 3.145.728
Espacio datos base datos SQL usado ....................... 1.376.256
Espacio registro base datos SQL asignado ................. 2.097.152
Espacio registro base datos SQL usado .................... 344.064
Opciones base datos SQL ..................................
Nombre lógico de grupo SQL ................... PRIMARY
Espacio de grupo SQL asignado ................ 3.145.728
Espacio grupo SQL usado ..................... 1.376.256
Nombre lógico archivo SQL ................... DB1_XIVmini_G_BAS
Nombre físico de archivo SQL ............. G:\SQLSERVER\DB1_XIVmini_G_BAS\DB1_XIVmini_G_BAS.mdf
Espacio archivo SQL asignado ................ 3.145.728
Espacio de archivo SQL usado ..................... 1.376.256
Nombre lógico de grupo SQL ................... TRANSACTION LOG
Espacio de grupo SQL asignado ................ 2.097.152
Espacio grupo SQL usado ..................... 344.064
Nombre lógico archivo SQL ................... DB1_XIVmini_G_BAS_log
Nombre físico de archivo SQL ............. G:\SQLSERVER\DB1_XIVmini_G_BAS\DB1_XIVmini_G_BAS_log.ldf
Espacio archivo SQL asignado ................ 2.097.152
Completado
Query 9 – Tipos de Tivoli Storage Manager en nodo AlwaysOn
Query 9 consulta en el servidor de Tivoli Storage Manager los tipos de objeto de
copia de seguridad de todas las bases de datos estándar que se copian en el nodo
AlwaysOn, incluidos los objetos activos e inactivos.
Mandato:
252
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
tdpsqlc query TSM * /all /querynode=alwayson
Salida:
C:\Archivos de programa\Tivoli\TSM\TDPSql>tdpsqlc query TSM * /all
/querynode=alwayson
IBM Tivoli Storage Manager for Databases:
Data Protection for Microsoft SQL Server
Versión 7, Release 1, Nivel 3.0
(C) Copyright IBM Corporation 1997, 2015. Reservados todos los derechos.
Conectándose con el servidor TSM como nodo ’c64’...
Consultando al servidor TSM para copias de seguridad ....
Información de objeto de copia de seguridad
------------------------Nombre de SQL Server....................... hkgroup
Nombre de base de datos de SQL .............. hkaagdb
Método copia seguridad....................... VSS
Ubicación copia seguridad....................... Ubic
Tipo de objeto de copia de seguridad......... completa
Copia de seguridad en réplica secundaria .............. No
Estado de objeto de copia de seguridad....... Activo
Fecha/Hora de creación de copia seguridad.... 11/06/2013 10:18:11
Tamaño de copia de seguridad ................ 3.12 GB
Copia de seguridad comprimida................ No
Tipo de cifrado de copia de seguridad........ Ninguno
Cliente copia de seg. con optim. espacio..... No
Copia de seg. admite rest. instantánea....... Sí
Nombre de objeto de base de datos ......... . 20130611101811
Clase de gestión asignada ................ PREDETERMINADA
Mandato query managedcapacity
Utilice el mandato Query Managedcapacity para ayudarle con la planificación de
almacenamiento determinando la cantidad de capacidad de espacio gestionado en
uso.
Propósito
El mandato query managedcapacity muestra información de capacidad de los
volúmenes representados en el inventario local, y que son gestionado por Data
Protection for SQL Server. Este mandato es válido para todos los sistemas
operativos Windows soportados por Data Protection for SQL Server.
Mandato TDPSQLC
►► TDPSQLC
Query MANAGEDCAPacity
►◄
/DETAILED
Parámetros
/DETAILED
Proporciona un listado detallado de volúmenes en instantáneas. Si no se
especifica esta opción, sólo se mostrará la capacidad total.
Ejemplo de SQL Server 2008
Consulta la capacidad total gestionada de datos de SQL Server 2008 representados
en el inventario local con un listado detallado de volúmenes en instantáneas:
Capítulo 8. Información de referencia
253
tdpsqlc query managedcapacity /detailed
Capacidad total gestionada : 63,99 GB (68.706.877.440 bytes)
Volumen
: H:
Capacidad gestionada : 16,00 GB (17.176.719.360 bytes)
Volumen
: I:
Capacidad gestionada : 16,00 GB (17.176.719.360 bytes)
Volumen
: Q:
Capacidad gestionada : 16,00 GB (17.176.719.360 bytes)
Volumen
: N:
Capacidad gestionada : 16,00 GB (17.176.719.360 bytes)
Mandato Query Policy
Utilice el mandato query policy para consultar información de política local.
Query Policy
Este mandato se utiliza para enumerar los atributos de una política.
►►
TDPSQLC
Query POLicy
*
►◄
Parámetros: * (necesario) especifica que deben consultarse todas las
políticas. Los resultados de la consulta se visualizarán como se indica a
continuación:
Conectándose a SQL Server, por favor, espere...
Política
Número de instantáneas que
que se deben mantener
Días que se debe
mantener una instantánea
--------
--------------------------
----------
SQLPOL
3
60
STANDARD
2
30
Mandato restore
Utilice el mandato restore para restaurar la totalidad o parte de una o más bases
de datos de SQL Server.
Utilice este mandato para restaurar la totalidad o parte de una o varias bases de
datos de SQL Server desde el almacenamiento de Tivoli Storage Manager a un SQL
Server.
v No puede restaurar las bases de datos de SQL Server que se estén utilizando en
ese momento. Colocando bases de datos SQL Server para restaurarlas en
modalidad de un único usuario, puede evitar intentar tales restauraciones. Si
está restaurando la base de datos maestra, inicie SQL Server en modo de usuario
único utilizando la opción de arranque -m de SQL SERVER. Además, el único
usuario del servidor o de las bases de datos de SQL Server debe ser el mismo
usuario que Data Protection for SQL Server utiliza para iniciar sesión en SQL
Server para la restauración. SQL Enterprise Manager, SQL Server Application
Client y otros servicios de SQL Server pueden ser usuarios de bases de datos y
SQL Server.
254
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
v El usuario que Data Protection for SQL Server utiliza para conectarse a SQL
Server debe tener el rol de servidor SYSADMIN fijo de SQL Server.
v Puede utilizar la sentencia de comprobación de coherencia TRANSACT-SQL de
base de datos DBCC CHECKDB ('DBNAME') para verificar la integridad de las
bases de datos SQL Server restauradas.
Durante el proceso de restauración de la base de datos de SQL Server, SQL Server
prepara los archivos de la base de datos después de restaurar primero una
cantidad mínima de metadatos. En el caso de bases de datos de SQL Server de
gran volumen, la preparación de los archivos de la base de datos puede ser larga.
Para evitar que una operación de restauración termine de forma prematura,
especifique un valor que sea, como mínimo, de 10000 en la opción commtimeout. Si
la operación de restauración se realiza en un entorno fuera de la LAN, se debe
especificar este valor para el Agente de almacenamiento.
Recuperación en una fecha y hora (sólo de herencia)
Los parámetros restoredate y restoretime siempre restauran y recuperan la base
de datos especificada en la fecha y hora especificadas. Estos parámetros
automatizan la restauración de la copia de seguridad completa,copias de seguridad
diferenciales y de registro apropiadas y se recupera la base de datos en el punto en
el tiempo especificado. El comportamiento de estos parámetros cuando se utilizan
es el siguiente:
v Si sólo existen copias de seguridad completa y de registro, se producen las
acciones siguientes:
– Se restaura la copia de seguridad completa más reciente anterior a los
parámetros restoredate y restoretime especificados.
– Se restauran todos los registros hasta el primer registro del que se ha hecho
copia de seguridad después de los parámetros restoredate y restoretime
especificados.
– Se completa la recuperación hasta los parámetros restoredate y restoretime
especificados (utilizando stopat).
v Si sólo existen copias de seguridad completas o copias de seguridad completas y
diferenciales, se producen las acciones siguientes:
– Se restaura la copia de seguridad completa más reciente anterior a los
parámetros restoredate y restoretime especificados.
– Se restaura la copia de seguridad diferencial más reciente (si existe alguna)
anterior a los parámetros restoredate y restoretime especificados.
v Si existen copias de seguridad completas, diferenciales y de registro, se producen
las acciones siguientes:
– Se restaura la copia de seguridad completa más reciente anterior a los
parámetros restoredate y restoretime especificados.
– Se restaura la copia de seguridad diferencial más reciente anterior a los
parámetros restoredate y restoretime especificados.
– Se restauran todas las copias de seguridad de registro después de las
diferenciales y hasta el primer registro del que se ha hecho copia de
seguridad después de los parámetros restoredate y restoretime
especificados.
– Se completa la recuperación hasta los parámetros restoredate y restoretime
especificados (utilizando stopat).
Capítulo 8. Información de referencia
255
Consideraciones sobre la línea de mandatos de restauración
VSS
Tenga en cuenta las siguientes consideraciones al realizar restauraciones VSS. A
menos que se especifique lo contrario, restauraciones VSS hace referencia a todos los
tipos de restauración que utilizan VSS (restauración VSS, restauración rápida VSS,
restauración instantánea de VSS):
v Una restauración instantánea de VSS sobrescribe el contenido completo de los
volúmenes de origen. Sin embargo, puede evitar sobrescribir los volúmenes de
origen especificando /instantrestore=no. Este valor de parámetro ignora la
copia de nivel de volumen y utiliza en su lugar la copia de nivel de archivo para
restaurar los archivos a partir de una copia de seguridad VSS que reside en los
volúmenes de duplicación local. El volumen de origen sólo contiene la base de
datos de SQL Server.
v Cuando finaliza una restauración VSS a partir de los volúmenes de duplicación
local, la visualización de los bytes transferidos indica 0. Este valor se visualiza
porque no se restaura ningún dato (0) del servidor de Tivoli Storage Manager.
v Para realizar una restauración instantánea de VSS con versiones del cliente de
archivado y copia de seguridad de Tivoli Storage Manager anteriores a la
versión 6.1.0, es necesario que esté instalado Tivoli Storage Manager for
FlashCopy Manager Hardware Devices Snapshot Integration Module.
v Cuando realice restauraciones instantáneas de VSS, debe asegurarse de que las
copias anteriores en segundo plano que implican los volúmenes que se están
restaurando han finalizado antes de iniciar la restauración instantánea de VSS.
Sintaxis de Restore
Utilice los diagramas de sintaxis del mandato restore como referencia para ver las
opciones disponibles y los requisitos de truncamiento.
Sintaxis
,
►► TDPSQLC
256
Restore
▼
nombrebd
*
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
►
FULL
►
►◄
,
▼ nombrearchivológico
*
FIle=
FULL
B
DIFFerential
A
C
,
▼ nombregrupo
*
,
Group=
D
Log=
▼ nombreobjregistro
*
,
Set=
▼ nombreobjetoconjunto
*
E
F
Los diagramas de sintaxis de las opciones de tipo de objeto de copia de seguridad
correspondientes a las letras A, B, C, D, E, F se muestran después de los
Parámetros opcionales siguientes.
Parámetros opcionales de restore:
►►
►
destinocopiaseguridad [o valor cfg]
/BACKUPDESTination=
métodocopiaseguridad [o valor cfg]
/BACKUPMETHod=
TSM
LOCAL
LEGACY
VSS
►
►
=3 [or cfg value]
=1024 [or cfg value]
/BUFFers
=tdpsql.cfg
/BUFFERSIze
/DBOonly
/CONFIGfile
=númalmacinter
=tamañoalmacinterenkb
=nombrearchivoconfig
►
►
=sqlserver value [or cfg. value]
Yes
/FROMSQLSERVer=
/IncludeTSMVM=
/INSTANTRestore=
Yes
No
=nombreservidorsql
►
►
/INTO= nombrebd
=tdpsql.log [o valor cfg]
/LOGFile
=60 [o valor cfg]
/LOGPrune
=nombrearchivoregistro
=númdías
=No
►
►
,
=DP
/Quiet
/QUERYNode
/OBJect=
▼ nombreobjeto
*
=ALWAYSON
BOTH
,
,
► /RELocate= ▼ nombrearchivológico
/TO= ▼ nombrearchivofísico
►
,
,
dirarchivoregistro
► /RELOCATEDir= dirarchivobd [ ▼ dirarchivoregistro [
dirarchivobd
▼ otrodirarchivo ] ]
►
►
►
/RESTOREDAte
fecha actual
=date
/RESTORETime
hora actual
=time
=INTegrated [o valor cfg]
/SQLAUTHentication
=IDusuarioSQL
Capítulo 8. Información de referencia
257
►
►
=0 [or cfg value]
/SQLBUFFers
=1024 [or cfg value]
=" "
/SQLBUFFERSIze
=númalmacintersql
/SQLPassword
=tamañoalmacinterqlenkb
=nombrecontraseñasql
►
►
=[nombre sistema local o valor cfg]
=sa
/SQLSERVer
=1 [or cfg value]
/SQLUSer
=protocolosql:nombreservidorsql
/STRIPes
=nombreusuariosql
=númbandas
►
►
=[dsm.opt value]
/TSMNODe
=dsm.opt
/TSMOPTFile
=nombrenodotsm
=[dsm.opt value]
/TSMPassword
=nombrearchivodsmopt
=nombrecontraseñatsm
►
►◄
/VerifyOnly
A Opciones de restore file:
▼
/REPlace
B Opciones de restore full:
B1
B2
B1 Opciones de restore full 1:
▼
=Yes
/RECOVery
/STANDby=
/REPlace
258
=No
deshacernombrearchivo
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
B2 Opciones de restore full 2:
▼
,
▼ nombrearchivológico
*
,
/FIles=
▼ nombregrupo
*
/GRoups=
/PARTial
=Yes
/RECOVery
=No
/REPlace
C Opciones de restore diff:
=Yes
/RECOVery
/STANDby=
/REPlace
=No
deshacernombrearchivo
D Opciones de restore group:
▼
,
/FIles=
▼ nombrearchivológico
*
/REPlace
E Opciones de restore log:
▼
=Yes
/RECOVery
=No
/STANDby= deshacernombrearchivo
/STOPAT= fechahora
/STOPATMark= nombremarca
/AFTER= fechahora
/STOPBEFOREMark= nombremarca
/AFTER= fechahora
Capítulo 8. Información de referencia
259
F Opciones de restore set:
▼
,
/FIles=
/GRoups=
▼ nombrearchivológico
*
,
▼ nombregrupo
*
/REPlace
Parámetros posicionales de restore
Los parámetros posicionales se sitúan inmediatamente después del mandato
restore y antes de los parámetros opcionales.
FIle=*|nombrearchivológico,...
Una copia de seguridad file sólo incluye el contenido del archivo lógico de
SQL Server que se especifique. Puede utilizar esta opción cuando no
resulte práctico hacer copia de seguridad de una base de datos de SQL
Server entera debido al tiempo y al espacio disponibles para la copia de
seguridad o debido a los requisitos de rendimiento. Esta opción restaura
los objetos de copia de seguridad de archivo para las bases de datos de
SQL Server que especifique. La variable nombrearchivológico especifica los
nombres de los archivos lógicos de base de datos de SQL Server en los que
desea efectuar la restauración.
Consideraciones:
v Puede especificar este parámetro más de una vez por invocación de
mandato.
v Utilice * como carácter comodín en nombrearchivológico para sustituir cero
o más caracteres para cada aparición. La especificación del carácter
comodín solo indica todos los archivos lógicos de la base de datos de
SQL Server. Dado que cada archivo lógico del que se ha hecho copia de
seguridad crea un objeto de copia de seguridad independiente en el
servidor de Tivoli Storage Manager, especificar sólo el carácter comodín
producirá un objeto de copia de seguridad independiente para cada
archivo lógico de la base de datos de SQL Server.
v Si nombrearchivológico incluye espacios o caracteres especiales, escríbalo
entre comillas dobles.
v La variable nombrearchivológico es sensible a las mayúsculas y
minúsculas.
v No puede especificar el parámetro /recovery con operaciones restore file.
FULL
Esta opción restaura todos los objetos de copia de seguridad de base de
datos completa para las bases de datos de SQL Server que especifique.
COPYFull
Esta opción restaura una copia de seguridad completa de sólo copia, que
contiene una versión de sólo copia de una copia de seguridad completa.
Estas copias de seguridad se consideran fueran de la secuencia regular de
copias de seguridad y no afectan a los registros de transacción ni a
260
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
ninguna secuencia de copias de seguridad como copias de seguridad
diferenciales o copias de seguridad completas.
DIFFerential
Una copia de seguridad de base de datos differential sólo contiene las
partes de una base de datos de SQL Server que se han modificado desde
que se hizo la última copia de seguridad completa más la parte suficiente
del registro de transacciones de la base de datos de SQL Server para que
una restauración sea coherente. De este modo, una copia de seguridad
diferencial suele ocupar menos espacio que una copia de seguridad
completa. Utilice esta opción para que no sea necesario aplicar todas las
copias de seguridad de registro individuales desde que se hizo la última
copia de seguridad de base de datos completa. Esta opción permite ahorrar
tiempo durante una restauración, ya que sustituye la restauración de varias
copias de seguridad de registro de transacciones.
Group=*|nombregrupo,...
Esta opción restaura todos los objetos de copia de seguridad de base de
datos de grupo para las bases de datos de SQL Server que especifique. La
variable nombregrupo especifica los nombres de los grupos de archivos de
base de datos de SQL Server que desea restaurar.
Consideraciones:
v Puede especificar este parámetro más de una vez por invocación de
mandato.
v Utilice * como carácter comodín en la variable nombregrupo si desea
sustituir cero o más caracteres para cada aparición.
v La especificación de sólo el carácter comodín indica todos los grupos de
archivos de la base de datos de SQL Server.
v Si la variable nombregrupo incluye espacios o caracteres especiales,
escríbalo entre comillas dobles.
v La variable nombregrupo es sensible a las mayúsculas y minúsculas.
v No puede especificar el parámetro /recovery con las operaciones restore
group.
Log o Log=*|nombreobjetoregistro,...
Esta opción restaura todos los objetos de copia de seguridad de base de
datos de registro para las bases de datos de SQL Server que especifique. El
parámetro log toma el valor del comodín o de nombreobjetoregistro. La
variable nombreobjetoregistro especifica cuáles son los objetos de copia de
seguridad de registro que se restaurarán. Utilice * como carácter comodín
en nombreobjetoregistro si desea sustituir cero o más caracteres para cada
aparición. Si sólo se especifica el carácter comodín, se indicarán todos los
objetos de copia de seguridad de registro para las bases de datos de SQL
Server. Puede especificar este parámetro más de una vez por invocación de
mandato.
Set o Set=*|nombreobjetoconjunto,...
Esta opción restaura todos los objetos de copia de seguridad de base de
datos de conjunto las bases de datos de SQL Server que especifique. El
parámetro set toma el valor del comodín o de nombreobjetoregistro. La
variable nombreobjetoconjunto especifica los objetos de copia de seguridad
set que se restaurarán. Utilice * como carácter comodín en
nombreobjetoconjunto si desea sustituir cero o más caracteres para cada
aparición. Si sólo se especifica el carácter comodín, se indicarán todos los
objetos de copia de seguridad de conjunto para las bases de datos de SQL
Server.
Capítulo 8. Información de referencia
261
Consideraciones:
v Puede especificar este parámetro más de una vez por invocación de
mandato.
v No puede especificar el parámetro /recovery con las operaciones restore
set.
Parámetros opcionales de restore
Los parámetros opcionales van después del mandato restore y los parámetros
posicionales.
Las siguientes son descripciones detalladas de cada uno de los parámetros
opcionales:
/BACKUPDESTination=TSM|LOCAL
Utilice el parámetro /BACKUPDESTination para especificar la ubicación
desde la que se va a restaurar la copia de seguridad. El valor
predeterminado es el valor especificado (si lo hay) en el archivo de
preferencias de Data Protection for SQL Server (tdpsql.cfg). Si no hay
ningún valor, la copia de seguridad se restaura desde el almacenamiento
del servidor de Tivoli Storage Manager.
Puede especificar:
TSM
La copia de seguridad se restaura desde el almacenamiento del
servidor de Tivoli Storage Manager. Esta opción es el valor
predeterminado si no se especifica ningún valor en el archivo de
preferencias de Data Protection for SQL Server (tdpsql.cfg).
LOCAL
La copia de seguridad se restaura desde los volúmenes de
duplicación local.
/BACKUPMETHod=LEGACY|VSS
Utilice el parámetro /BACKUPMETHod para especificar la forma en que se
lleva a cabo la restauración. El valor predeterminado es el valor
especificado (si lo hay) en el archivo de preferencias de Data Protection for
SQL Server (tdpsql.cfg). Si no hay ningún valor, la copia de seguridad se
restaura con la API de herencia.
Puede especificar:
LEGACY La operación restauración se lleva a cabo con la API de herencia.
Esta opción es el valor predeterminado si no se especifica ningún
valor en el archivo de preferencias de Data Protection for SQL
Server (tdpsql.cfg).
VSS
La operación restauración se lleva a cabo con VSS.
/BUFFers=númbúferes
El parámetro /BUFFers especifica el número de búferes de datos utilizados
para cada banda de datos a fin de transferir datos entre Data Protection for
SQL Server y la API de Tivoli Storage Manager. La variable número_búferes
hace referencia al número de búferes de datos a utilizar. El número puede
estar comprendido entre 2 y 8. El valor predeterminado es 3.
Consideraciones:
v Puede mejorar el rendimiento aumentando el número de búferes, pero
también aumentará el uso de almacenamiento. Cada búfer tiene el
tamaño especificado en el parámetro /BUFFERSIze.
262
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
v El valor predeterminado es el valor especificado por la opción
configurable de búferes del archivo de configuración de Data Protection
for SQL Server. Este valor es inicialmente 3.
v Si especifica /BUFFers, se utiliza su valor en lugar del valor almacenado
en el archivo de configuración de Data Protection for SQL Server. La
especificación de este parámetro no cambia el valor en el archivo de
configuración.
v Si especifica /BUFFers pero no númbúferes, se utiliza el valor
predeterminado de 3.
/BUFFERSIze=tamañobúferenkb
El parámetro /BUFFERSIze especifica el tamaño de cada búfer de Data
Protection for SQL Server especificado por el parámetro /BUFFers. La
variable tamaño_búfer_en_kb hace referencia al tamaño de los búferes de
datos en KB. El número puede estar comprendido entre 64 y 8192. El valor
predeterminado es de 1024.
Consideraciones:
v Aunque el incremento del número de búferes puede mejorar el
rendimiento, también aumenta el uso de almacenamiento tal como lo
determine este parámetro.
v El valor predeterminado es el valor especificado por la opción
configurable de búferes del archivo de configuración de Data Protection
for SQL Server. Este valor es inicialmente 1024.
v Si especifica /BUFFERSIze, se utiliza su valor en lugar del valor
almacenado en el archivo de configuración de Data Protection for SQL
Server. La especificación de este parámetro no cambia el valor en el
archivo de configuración.
v Si especifica /BUFFERSIze pero no tamañobúferenkb, se utiliza el valor
predeterminado de 1024.
/CONFIGfile=nombrearchivoconfig
El parámetro /CONFIGfile especifica el nombre del archivo de
configuración de Data Protection for SQL Server, que contiene los valores
de las opciones configurables de Data Protection for SQL Server.
Consideraciones:
v nombrearchivoconfig incluye una vía de acceso completa. Si
configfilename no incluye una vía de acceso, utiliza el directorio en
donde está instalado Data Protection for SQL Server.
v Si nombre-archivo-configuración incluye espacios, se debe escribir entre
comillas dobles.
v Si no especifica /CONFIGfile, el valor predeterminado es tdpsql.cfg.
v Si especifica /CONFIGfile pero no nombrearchivoconfig, se utilizará el
valor predeterminado de tdpsql.cfg.
/DBOonly
La especificación del parámetro /DBOonly impide que los usuarios
generales accedan a una base de datos restaurada antes de que se
determine que ésta está preparada para dicho acceso. Este parámetro
garantiza que la opción de base de datos RESTRICTED USER se establezca
después de una operación de restauración.
/FROMSQLSERVer=nombreservidorsql
Para restore, el parámetro /fromsqlserver especifica el SQL Server en el
que se ha realizado la copia de seguridad de los objetos de copia de
Capítulo 8. Información de referencia
263
seguridad. Este parámetro es necesario sólo cuando el nombre del SQL
Server en el que restaurar, tal como lo determina el parámetro sqlserver,
es distinto del nombre del SQL Server desde el que se han creado los
objetos de copia de seguridad. Utilice /fromsqlserver para los mandatos
query FCM, pero utilice /sqlserver para los mandatos query SQL. El valor
predeterminado es el valor /sqlserver o el valor que está establecido en el
archivo de configuración de Data Protection for SQL Server. Si los dos
nombres de SQL Server son diferentes, debe utilizar este parámetro aunque
/fromsqlserver fuera una instancia predeterminada no agrupada en
clúster.
/INSTANTRestore=Yes|No
Utilice el parámetro /INSTANTRestore para especificar si se va a utilizar la
instantánea de nivel de volumen o la copia de nivel de archivo para
restaurar una copia de seguridad VSS que está almacenada en los
volúmenes de duplicación local. Se necesita un subsistema de
almacenamiento IBM Systems Storage SAN Volume Controller, DS8000, el
sistema XIV o IBM Storwize V7000 para ejecutar las restauraciones
instantáneas de VSS.
Puede especificar:
Sí
Utilice la restauración de instantánea de nivel de volumen para
una copia de seguridad VSS que está almacenada en volúmenes de
duplicación local si la copia de seguridad existe en volúmenes que
la admiten. Esta opción es la predeterminada.
No
Utilice la copia de nivel de archivo para restaurar los archivos de
una copia de seguridad VSS que está almacenada en volúmenes de
duplicación local. Omitir la copia de nivel de volumen quiere decir
que los archivos de base de datos de SQL Server y de registro son
los únicos datos sobrescritos en los volúmenes de origen.
Cuando ejecute una restauración instantánea de VSS en IBM System
Storage DS8000 series y Familia de Storwize , asegúrese de que las copias
en segundo plano anteriores que implican los volúmenes que se están
restaurando han finalizado antes de iniciar la restauración instantánea de
VSS.
/IncludeTSMVM=Yes
Cambie IncludeTsmVM por Yes para ver las bases de datos de SQL Server
de copia de seguridad de entorno virtual en la vista Bases de datos. El
método de copia de seguridad aparece como TSMVM para distinguir estas
bases de datos de las otras de la lista.
Como alternativa, abra la página Propiedades del panel Acciones y
seleccione Nodo de centro de datos para elegir IncludeTSMVM y acceda a
las bases de datos de los entornos virtuales de la vista Bases de datos.
/INSTANTRestore=Yes|No
Utilice el parámetro /INSTANTRestore para especificar si se va a utilizar la
instantánea de nivel de volumen o la copia de nivel de archivo para
restaurar una copia de seguridad VSS que está almacenada en los
volúmenes de duplicación local. Se necesita un subsistema de
almacenamiento IBM Systems Storage SAN Volume Controller, DS8000, el
sistema XIV o IBM Storwize V7000 para ejecutar las restauraciones
instantáneas de VSS.
Puede especificar:
264
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Sí
Utilice la restauración de instantánea de nivel de volumen para
una copia de seguridad VSS que está almacenada en volúmenes de
duplicación local si la copia de seguridad existe en volúmenes que
la admiten. Esta opción es la predeterminada.
No
Utilice la copia de nivel de archivo para restaurar los archivos de
una copia de seguridad VSS que está almacenada en volúmenes de
duplicación local. Omitir la copia de nivel de volumen quiere decir
que los archivos de base de datos de SQL Server y de registro son
los únicos datos sobrescritos en los volúmenes de origen.
Cuando ejecute una restauración instantánea de VSS en IBM System
Storage DS8000 series y Familia de Storwize , asegúrese de que las copias
en segundo plano anteriores que implican los volúmenes que se están
restaurando han finalizado antes de iniciar la restauración instantánea de
VSS.
/INTO=nombrebd
Para las operaciones restore, /INTO especifica la base de datos de SQL
Server en la que desea que se restaure un objeto de copia de seguridad.
Este parámetro es necesario sólo cuando el nombre de la base de datos del
SQL Server en la que restaurar es distinto del nombre de la base de datos
del objeto de copia de seguridad. Consideraciones:
v Cuando se especifica /INTO, es posible que no se utilicen los comodines
(*) en la variable nombrebd del mandato o en la variable nombrebd de
/INTO.
v Debe haber exactamente un elemento en la variable nombrebd de /INTO
así como en la lista nombrebd del mandato.
v Asegúrese de utilizar el parámetro /relocatedir cuando especifique la
variable nombrebd de /INTO.
/LOGFile=nombrearchivoregistro
El parámetro /LOGFile especifica el nombre del registro de actividad que
genera Data Protection for SQL Server. Este registro de actividades registra
sucesos como mandatos completados y mensajes de error. El registro de
actividad de Data Protection for SQL Server es diferente del registro de
errores de SQL Server. La variable /LOGFile identifica el nombre que se
debe utilizar para el registro de actividad generado por Data Protection for
SQL Server. Consideraciones:
v Si el archivo especificado no existe, será creado. Si existe, se añadirán
nuevas entradas de registro al archivo.
v El nombre de archivo puede incluir una vía de acceso totalmente
calificada; sin embargo, si no especifica ninguna vía de acceso, el archivo
se grabará en el directorio donde está instalado Data Protection for SQL
Server.
v No puede desactivar el registro de actividad de Data Protection for SQL
Server. Si no especifica /LOGFile, los registros se graban en el archivo de
registro predeterminado. El archivo de registro predeterminado es
tdpsql.log.
v Cuando utilice varias instancias simultáneas de Data Protection for SQL
Server para las operaciones, utilice el parámetro /LOGFile para
especificar un archivo de registro distinto para cada una de las instancias
utilizadas. Esta función dirige el registro de cada instancia a un archivo
de registro distinto y evita que se entremezclen los registros de archivo
de registro. No especificar un archivo de registro distinto para cada
instancia puede resultar en archivos de registro ilegibles.
Capítulo 8. Información de referencia
265
/LOGPrune=númdays|No
Al podar datos de registro, puede descartar algunos de los registros
generados en función de los criterios detallados de filtrado que defina. En
función de la opción que defina para el parámetro /LOGPrune, se guardará
un número determinado de días de datos. De forma predeterminada, se
guardan 60 días de entradas de registro. Se puede indicar la opción No para
inhabilitar la poda de registro.
Independientemente de la opción que defina para este parámetro, puede
solicitar una poda de registro de forma explícita en cualquier momento.
Consideraciones:
v Para númdías, el rango es de 0 a 9999. Un valor de 0 suprime todas las
entradas del archivo de registro de actividad excepto las entradas de
mandato actuales.
v Si especifica no, el archivo de registro no será podado.
v Si no especifica /LOGPrune, el valor predeterminado es el especificado
por la opción configurable logprune del archivo de configuración. El
valor predeterminado es 60.
v Si especifica /LOGPrune, se utiliza su valor en lugar del valor almacenado
en el archivo de configuración. La especificación de este parámetro no
cambia el valor en el archivo de configuración.
v Puede especificar /LOGPrune sin especificar númdías o no; en este caso, se
utiliza el valor predeterminado, 60.
v Los cambios en el valor del parámetro TIMEformat o DATEformat pueden
dar como resultado que el archivo de registro se pode sin quererlo. Si
ejecuta un mandato que puede podar el archivo de registro y se ha
modificado el valor del parámetro TIMEformat o DATEformat, lleve a cabo
una de las acciones siguientes para evitar una poda no deseada del
archivo de registro:
– Haga una copia del archivo de registro existente.
– Especifique un nuevo archivo de registro con el parámetro /LOGFile o
el valor logfile.
/MOUNTWait=Yes|No
Este parámetro no es válido para todos los tipos de copia de seguridad; no
funciona con los tipos de copia de seguridad DIFFFULL o LOG. Si servidor
de Tivoli Storage Manager está configurado para almacenar datos de copia
de seguridad en soportes de almacenamiento extraíbles, es posible que
servidor de Tivoli Storage Manager envíe un mensaje para indicar a Data
Protection for SQL Server que el servidor está esperando a que se monte
un volumen de almacenamiento necesario. Si ocurre esto, con esta opción
puede especificar si los mandatos Data Protection for SQL Server backup,
restore y query TSM /fileinfo deben esperar a que se monte el soporte o
bien deben detener la operación actual.
Puede especificar:
Sí
Esperar a que se monten las cintas (valor predeterminado para
backup y restore).
No
No esperar a que se monten las cintas (valor predeterminado para
query TSM /fileinfo).
Consideraciones:
v Si utiliza bandas de datos, Data Protection for SQL Server no puede
completar la espera hasta que los soportes iniciales para todas las
266
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
v
v
v
v
v
bandas estén disponibles, aunque Data Protection for SQL Server
empiece a utilizar cada banda a medida que su soporte quede
disponible. Debido al modo en que SQL Server distribuye los datos entre
las bandas, si alguna banda no tiene el soporte disponible, cada una de
las bandas puede a la larga estar esperando a que su soporte o el
soporte de otra banda quede disponible. En dicho caso, puede llegar a
ser necesario terminar el mandato de Data Protection for SQL Server si
la espera es prolongada. Esta acción puede llevarse a cabo cerrando el
programa Data Protection for SQL Server (cierre la ventana del indicador
de mandatos o especifique control-c).
En el caso de backup, si la clase de gestión para los metaobjetos también
necesita soportes de almacenamiento extraíbles, Data Protection for SQL
Server esperará dicho volumen, pero dado que los metaobjetos no se
crean hasta que los objetos de datos se hayan completado, la espera se
producirá después de que se hayan transferido todos los datos.
Si especifica no y se necesita cualquier soporte extraíble, Data Protection
for SQL Server termina el mandato con un mensaje de error. Lo mismo
sucede si la clase de gestión para los metaobjetos necesita soporte
desmontable. Para backup, la terminación de mandato no se produce
hasta después de que se hayan transferido todos los datos de base de
datos, dado que los metaobjetos no se crean hasta después de que se
hayan completado los objetos de datos.
Si no especifica /MOUNTWait con backup o restore, el valor
predeterminado es el especificado en la opción configurable mountwait
del archivo de configuración Data Protection for SQL Server. Este valor
es inicialmente yes. La especificación de este parámetro no cambia el
valor en el archivo de configuración.
Si especifica /MOUNTWait, pero no especifica yes ni no, se utilizará el valor
predeterminado yes.
Si no especifica /MOUNTWait con una solicitud query TSM /fileinfo, se
utiliza el valor predeterminado no.
/OBJect=*|nombreobjeto,...
Para las operaciones de restauración y desactivación, /OBJect especifica
que sólo se restauran los objetos de copia de seguridad concretos para las
bases de datos de SQL Server especificadas y el tipo de objeto de copia de
seguridad, si se ha especificado. Para las operaciones de consulta, /OBJect
incluye determinados objetos y tipos de objetos en la visualización. La
variable nombreobjeto especifica los nombres de los objetos de copia de
seguridad que se desean restaurar o desactivar. El nombre de objeto
identifica de forma exclusiva cada objeto de copia de seguridad y lo crea
Data Protection for SQL Server. Utilice query para ver los nombres de los
objetos de copia de seguridad. Consideraciones:
v Si no especifica restore, en la restauración sólo se incluye el objeto de
copia de seguridad activo.
v Puede utilizar * como carácter comodín en nombreobjeto para sustituir
cero o más caracteres para cada aparición. Si sólo se especifica el carácter
comodín, se indicarán todos los objetos de copia de seguridad de las
bases de datos de SQL Server y del tipo de objeto de copia de seguridad
que se han especificado.
/PARTial
El parámetro /PARTial sólo restaura parte de una base de datos de SQL
Server. Solo puede llevar a cabo restauraciones parciales en objetos de
copia de seguridad de base de datos full. La finalidad principal de una
Capítulo 8. Información de referencia
267
restauración parcial es recuperar datos perdidos o dañados. Una
restauración parcial crea un subconjunto de la base de datos de SQL
Server. Después de la restauración parcial, las restauraciones de base de
datos diferenciales y las restauraciones de registro de transacciones pueden
devolver la base de datos de SQL Server de subconjunto a un punto en el
que existen los datos necesarios o no están dañados. Entonces se pueden
copiar los datos necesarios de la base de datos de SQL Server de
subconjunto en la base de datos de SQL Server original. También puede
utilizar restauraciones parciales siempre que necesite un subconjunto de
una base de datos de SQL Server, por ejemplo para desarrollo o informes.
Una restauración parcial siempre restaura todo el objeto de copia de
seguridad de servidor de Tivoli Storage Manager aunque sólo se puede
utilizar una parte del objeto restaurado para realizar una recuperación
completa. Las estadísticas que se muestran sólo reflejan la cantidad de
datos restaurados de servidor de Tivoli Storage Manager, no la cantidad de
datos que utiliza SQL Server para la recuperación de la base de datos.
Consideraciones:
v Puede especificar el contenido de una restauración parcial con los
parámetros files o groups.
– Sólo puede restaurar grupos de SQL Server completos, aunque no
haya especificado todos los archivos de SQL Server de un grupo de
SQL Server con la opción files.
– El grupo primario se incluye siempre.
– Los grupos de SQL Server que no se han restaurado se marcan fuera
de línea y no son accesibles.
v Si está restaurando la base de datos de SQL Server de subconjunto en
una ubicación en la que se ha realizado una copia de seguridad de la
misma, debe utilizar los parámetros /RELocate y /to.
v Microsoft Management Console (MMC) no da soporte a los parámetros
/RELocate y /to. Debe utilizar la interfaz de la línea de mandatos para
realizar una restauración parcial que necesite esos parámetros.
v Puede especificar el parámetro /RECOVery con /PARTial.
/QUERYNode=DP | ALWAYSON | BOTH
Especifique si desea consultar las bases de datos estándar de un SQL
Server 2012, y versiones posteriores, de las que se realiza una copia de
seguridad desde un nodo estándar de Data Protection for SQL Server, el
nodo AlwaysOn, o desde ambos nodos. Este parámetro se ignora para
bases de datos disponibilidad porque las bases de datos de disponibilidad
se copian siempre bajo el nodo AlwaysOn.
/Quiet El parámetro /Quiet omite en el mandato la visualización de información
de estado. Sin embargo, se anexa la información al registro de actividad de
.
/RECOVery=Yes|No
En operaciones restore, /RECOVery especifica si desea restaurar más bases
de datos de SQL Server que no están en un SQL Server en espera. No se
puede utilizar una base de datos restaurada hasta que el parámetro
/RECOVery=Yes se administra a la base de datos. Puede especificar:
Yes (valor predeterminado)
Si realiza una secuencia de restauraciones en una base de datos de
SQL Server y la restauración actual es la restauración final en la
secuencia o si es la única restauración en una base de datos de
268
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
SQL Server. SQL Server detecta que la operación de restauración ha
finalizado está listo para retrotraer las transacciones incompletas.
No
Si realiza una secuencia de restauraciones en una base de datos de
SQL Server y la restauración actual no es la restauración final en la
secuencia. Emita /RECOVery=no para todos los mandatos restore
excepto el último.
Consideraciones:
v Una vez que se ha administrado el parámetro /RECOVery=yes, no podrá
restaurar más copias de seguridad diferenciales o de registro en la base
de datos.
v No puede especificar /RECOVery para las operaciones de restauración de
objetos de copia de seguridad file, group o set. Data Protection for SQL
Server fuerza tales restauraciones en /RECOVery=no.
v Para las restauraciones full que especifican /groups o /files, a menos
que también especifique /partial, no puede especificar /RECOVery. Sin
/partial, Data Protection for SQL Server fuerza tales restauraciones en
/RECOVery=no.
v No especificar esta opción retrotrae automáticamente las transacciones
no completadas para la base de datos.
v Cuando especifique yes y esté restaurando varios objetos de restauración
para la misma base de datos, sólo el objeto de restauración final para la
base de datos utiliza /RECOVery=yes; todos los demás usuarios utilizan
/RECOVery=no. Puede especificar una lista de registros sin tener que
especificar el registro final en un mandato distinto.
A continuación se muestra un escenario de ejemplo:
Secuencia de operaciones de restauración
Especificar
base de datos completa
no
base de datos diferencial
no
objeto de copia de seguridad de registro de transacciones
no
objeto de copia de seguridad de registro de transacciones
sí
1. Data Protection for SQL Server clasifica los objetos de restauración por
el nombre de base de datos y, dentro del nombre de la base de datos,
por la indicación de fecha y hora, de la más antigua a la más reciente.
Un mandato query TSM también muestra este orden.
2. Si falla un objeto de restauración, se saltarán todos los objetos de
restauración siguientes para dicha base de datos en un mandato de
restauración individual, independientemente de los valores de
/RECOVery o /STANDby.
/RELocate=nombrearchivológico,... /TO=nombrearchivofísico,...
Para las operaciones restore, los parámetros /RELocate y /TO como pareja
especifican la nueva ubicación de un archivo de base de datos de SQL
Server. Debe utilizar este parámetro para cada archivo de base de datos de
SQL Server que no esté restaurando en su unidad, vía de acceso completa
y nombre de archivo originales. La variable nombrearchivológico especifica el
nombre lógico del archivo de base de datos de SQL Server que desea
reubicar. La variable nombrearchivológico especifica el nuevo nombre de
archivo físico de Windows donde desea reubicar el archivo de base de
datos de SQL Server. Este parámetro sólo está disponible cuando se
restauran copias de seguridad de herencia.
Capítulo 8. Información de referencia
269
Consideraciones:
v No puede especificar más de un nombre de base de datos como valor
para el mandato de restauración cuando especifique /RELocate.
v /RELocate y /TO pueden tomar cada uno una lista de valores y pueden
especificarse varias veces. Sin embargo, como pareja, /RELocate y /TO
deben tomar el mismo número de valores y los valores deben
emparejarse en orden de aparición. Por ejemplo,
/relocate=a,b,c /to=a¹,b¹,c¹
es válido, pero lo siguiente no es válido
/relocate=a,b,c /to=b¹,a¹
v MMC no da soporte a los parámetros /RELocate y /TO. Debe utilizar la
interfaz de la línea de mandatos para realizar una restauración parcial
que necesite esos parámetros.
v Puede utilizar el mandato query con el parámetro /fileinfo para
determinar los nombres de archivo lógicos y los nombres de archivo
físicos contenidos en el objeto de copia de seguridad.
v Si nombrearchivológico o nombrearchivofísico incluye espacios, deberá
escribirlo entre comillas dobles.
v Para nombrearchivofísico, incluya la unidad, la vía de acceso y el nombre
de archivo completos del archivo nuevo.
v La unidad y la vía de acceso del nuevo nombre de archivo físico deben
existir, pero si el archivo todavía no existe, SQL Server lo crea.
Adicionalmente, si el archivo existe, es posible que se le solicite utilizar
el parámetro /replace.
v El carácter comodín (*) no está permitido en los valores para /RELocate
o /TO.
/RELOCATEDir=dirarchivobd[ ,dirarchivoregistro [ ,otrodirarchivos] ]
El parámetro /RELOCATEDir especifica las nuevas ubicaciones de destino en
las que se van a restaurar las copias de seguridad de las bases de datos de
SQL Server, los registros y los archivos de índice con texto completo de
SQL Server. Se incluyen los archivos FILESTREAM para SQL Server 2008,
SQL Server 2008 R2 y versiones posteriores. Este parámetro está disponible
al restaurar copias de seguridad VSS o de herencia.
La variable dirarchivobd especifica la ubicación del directorio de la base de
datos de SQL Server que desea reubicar. Si no se especifican las variables
dirarchregistro y otrodirarchivos, los registros y los archivos de índice de texto
completo de SQL Server se restauran en el directorio especificado por
dirarchivobd.
La variable dirarchivoregistro especifica la ubicación del directorio de los
archivos de registro de SQL Server que desea reubicar. Si no se especifica
la variable dirarchivoregistro, los archivos de registro de SQL Server serán
restaurados al directorio especificado por dirarchivobd.
La variable otrodirarchivos especifica la ubicación del directorio de los
archivos de índice de texto completo de SQL Server y los archivos
FILESTREAM (SQL Server 2008, SQL Server 2008 R2 o versiones
posteriores). Si no se especifica la variable otrodirarchivos, los archivos de
índice de texto completo de SQL Server y los archivos FILESTREAM (SQL
Server 2008, SQL Server 2008 R2 o versiones posteriores) se restauran en el
directorio especificado por dirarchivobd.
270
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
/REPlace
Para las operaciones restore, el parámetro /REPlace especifica que desea
que se grabe encima de los archivos de SQL Server existentes cuando, de
lo contrario, no se grabaría encima de ellos. Es posible que tenga que
utilizar este parámetro en las instancias siguientes:
v Está realizando una restauración de base de datos full y una de las
condiciones siguientes es cierta:
– Está utilizando el parámetro /into y la base de datos /into ya existe
en SQL Server.
– La base de datos ya existe en SQL Server y una de las condiciones
siguientes también es cierta:
- El número de archivos de SQL Server de la base de datos existente
difiere del número de archivos SQL del objeto de copia de
seguridad de base de datos completa.
- Los nombres de uno o más archivos de SQL Server de la base de
datos existente no son los nombres de ninguno de los archivos de
SQL Server del objeto de copia de seguridad de base de datos
completa.
v Está realizando una restauración file, group o set y uno o más de los
archivos de SQL Server ya existen.
/RESTOREDAte=fecha
El parámetro /RESTOREDAte especifica una fecha en la que debe recuperarse
la base de datos identificada por nombre-bd. El valor de fecha se debe
especificar en el mismo formato de fecha definido en el archivo de
preferencias de Data Protection for SQL Server. Si no se especifica
/RESTOREDAte pero se especifica /RESTORETime, el valor de /RESTOREDAte es
la fecha actual. El parámetro /RESTOREDAte sólo está disponible para
operaciones de restauración de herencia. Sólo se puede especificar al
restaurar una copia de seguridad de base de datos completa. El parámetro
/RESTORETime no puede utilizarse para restaurar copias de seguridad de
archivos, grupos y conjuntos.
/RESTORETime=hora
El parámetro /RESTORETime especifica la hora del día en la que debe
recuperarse la base de datos identificada por nombre-bd. El valor de hora se
debe especificar en el mismo formato de hora definido en el archivo de
preferencias de Data Protection for SQL Server. Si no se especifica
/RESTORETime pero se especifica /RESTOREDAte, /RESTORETime es la hora
actual. El parámetro /RESTORETime sólo está disponible para operaciones de
restauración de herencia. Sólo se puede especificar al restaurar una copia
de seguridad de base de datos completa. El parámetro /RESTORETime no
puede utilizarse para restaurar copias de seguridad de archivos, grupos y
conjuntos.
/SQLAUTHentication=INTegrated|SQLuserid
Este parámetro especifica la modalidad de autorización utilizada cuando se
inicie la sesión en SQL Server. El valor INTegrated especifica la
autenticación de Windows. El ID de usuario que utilice en el inicio de
sesión en Windows es el mismo ID que utilizará para iniciar la sesión en
SQL Server. Éste es el valor predeterminado. Utilice el valor sqluserid para
especificar la autorización del ID de usuario de SQL Server. El ID de
usuario especificado por el parámetro /sqluserid es el ID que se utiliza para
conectarse a SQL Server. Cualquier ID de usuario de SQL Server debe tener
el rol de servidor fijo de SQL Server SYSADMIN.
Capítulo 8. Información de referencia
271
/SQLBUFFers=númbúferessql
El parámetro /SQLBUFFers especifica el número total de búferes de datos
que SQL Server utiliza para transferir datos entre SQL Server y Data
Protection for SQL Server. La variable númbúferessql hace referencia al
número de búferes de datos a utilizar. El número puede estar comprendido
entre 0 y 999. El valor inicial es 0. Cuando /SQLBUFFers se establece en 0,
SQL Server determina cuántos búferes deben utilizarse.
Consideraciones:
v El valor predeterminado es el valor especificado por la opción
configurable de búfers de SQL Server del archivo de configuración de
Data Protection for SQL Server. Este valor es inicialmente 0.
v Si especifica /SQLBUFFers, se utiliza su valor en lugar del valor
almacenado en el archivo de configuración de Data Protection for SQL
Server. Especificar este parámetro no modifica el valor en el archivo de
configuración.
v Si especifica /SQLBUFFers pero no númbúferessql, se utiliza el valor
predeterminado de 0.
/SQLBUFFERSIze=tamañobúfersqlenkb
El parámetro /SQLBUFFERSIze especifica el tamaño de cada búfer
(especificado mediante el parámetro /SQLBUFFers) que SQL Server utiliza
para transferir datos a Data Protection for SQL Server. La variable
tamañobúfersqlenkb hace referencia al tamaño de los búferes de datos en KB.
El número puede estar comprendido entre 64 y 4096. El valor
predeterminado es 1024.
Consideraciones:
v El valor predeterminado es el valor especificado por la opción
configurable de búfers de SQL Server del archivo de configuración de
Data Protection for SQL Server. Este valor es inicialmente 1024.
v Si especifica /SQLBUFFERSIze, se utiliza su valor en lugar del valor
almacenado en el archivo de configuración de Data Protection for SQL
Server. La especificación de este parámetro no cambia el valor en el
archivo de configuración.
v Si especifica /SQLBUFFERSIze, pero no tamañobúfersqlenkb, se utiliza el
valor predeterminado 1024.
/SQLPassword=nombrecontraseñasql
Este parámetro especifica la contraseña de SQL Server que Data Protection
for SQL Server utiliza para conectarse con el SQL Server del que se hacen
copias de seguridad de los objetos o en el que éstos se restauran.
Consideraciones:
v Utilizar este parámetro significa que utilizará la autenticación de SQL
Server. SQL Server y el ID de usuario de SQL Server para esta
contraseña deben estar configurados para utilizar la autenticación de
SQL Server.
v Si no especifica /SQLPassword, el valor predeterminado es un espacio en
blanco (" ").
v Si especifica /SQLPassword pero no especifica nombrecontraseñasql, el valor
predeterminado es también un espacio en blanco (" ").
v Se ignora este parámetro si utiliza el parámetro /sqlauth=integrated
con él.
272
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
/SQLSERVer=protocolosql:nombreservidorsql
El parámetro /SQLSERVer especifica el SQL Server donde iniciará la sesión
Data Protection for SQL Server. Para las operaciones restore, se trata del
SQL Server en el que se restauran los objetos de copia de seguridad. Sin
embargo, si los objetos de copia de seguridad se han creado desde un
nombre de SQL Server diferente, deberá utilizar el parámetro
/fromsqlserver. Utilice /sqlserver para los mandatos query SQL y backup,
pero utilice /fromsqlserver para los mandatos query TSM e inactivate. La
variable protocolosql especifica el protocolo de comunicaciones que se debe
utilizar. Puede especificar uno de los siguientes protocolos:
v lpc: se utilizará el protocolo de memoria compartida.
v np: se utilizará el protocolo Named Pipes.
v tcp: se utilizará el protocolo de control de transmisiones.
v via: se utilizará el protocolo Virtual Interface Architecture.
Si no se especifica ningún protocolo, Data Protection for SQL Server se
conectará al SQL Server según el primer protocolo que quede disponible.
Consideraciones:
v El valor predeterminado es el valor especificado por la opción
configurable de SQL Server del archivo de configuración de Data
Protection for SQL Server. Este valor es inicialmente el nombre del
sistema local.
v Si especifica /SQLSERVer pero no especifica nombreservidorsql, se utiliza el
nombre de sistema local.
v Los siguientes dos accesos directos se aceptan como nombre del sistema
local: . (local) Los accesos directos incluyen un punto o la palabra
local entre paréntesis.
v Debe especificar el nombre si SQL Server no es la instancia
predeterminada o es miembro de un clúster de migración tras error.
v El formato de nombreservidorsql depende del tipo de instancia del que se
trate y de si pertenece a un clúster o no:
Formato
nomb_sist_local
nombre_sistema_local\
nombre_instancia
nomb_serv_virtual
nombre_servidor_virtual\
nombre_instancia
¿Instancia?
En clúster
¿Nombre requerido?
predeterminado
no
no
con nombre
no
sí
predeterminado
sí
sí
con nombre
sí
sí
nomb_sist_local
El nombre del sistema de red en el que residen SQL Server y Data
Protection for SQL Server. Es posible que el nombre de host
TCP/IP no sea siempre el mismo.
nombre_instancia
El nombre proporcionado a la instancia de SQL Server especificada
durante la instalación de la instancia.
nomb_serv_virtual
El nombre proporcionado al SQL Server en clúster especificado
durante la configuración del servicio de clúster. Este nombre no es
el nombre de clúster o nodo.
Capítulo 8. Información de referencia
273
/SQLUSer=nombreusuariosql
El parámetro /SQLUSer especifica el nombre que Data Protection for SQL
Server utiliza para iniciar la sesión en SQL Server.
Consideraciones:
v Utilizar este parámetro significa que utilizará la autenticación de SQL
Server. SQL Server y el ID de usuario de SQL para esta contraseña
deben estar configurados para utilizar la autenticación de SQL Server.
v El ID de usuario de SQL Server debe tener el rol de servidor fijo de SQL
Server SYSADMIN.
v Si no especifica /SQLUSer, el valor predeterminado es sa.
v Si especifica /SQLUSer, pero no nombreusuariosql, el valor predeterminado
es también sa.
v Se ignora este parámetro si utiliza el parámetro /sqlauth=integrated
con él.
/STANDby=nombrearchivodeshacer
Especifica que la restauración se realizará en un SQL Server en suspensión,
e indica el nombre de un archivo undo.
Consideraciones:
v No puede especificar más de un nombre de base de datos como valor de
mandato de restauración.
v Un SQL Server en suspensión puede estar en modo de sólo lectura entre
las restauraciones y puede aceptar operaciones de restauración en las
bases de datos.
v Puede utilizar el mismo archivo de deshacer para una base de datos en
cada restauración en la base de datos, pero no puede utilizar un solo
archivo de deshacer para más de una base de datos.
v La variable nombrearchivodeshacer puede incluir una vía de acceso
completa. Sin embargo, si no se especifica una vía de acceso totalmente
calificada, el archivo undo se crea en el directorio especificado por la
variable de entorno %TEMP%.
v Si nombrearchivodeshacer incluye espacios, deberá escribirlo entre comillas
dobles.
v Si el archivo de deshacer especificado no existe, SQL Server lo creará. Si
el archivo existe pero no se ha utilizado para la misma base de datos de
SQL Server, SQL Server grabará encima del mismo.
v Si no especifica /recovery ni /STANDby, el valor predeterminado es
/recovery=yes.
/STOPAT=fechahora
Para las operaciones restore, /STOPAT especifica el punto en el tiempo al
que se restaura una base de datos de SQL Server. Sólo se aplican a la base
de datos de SQL Server los registros de transacciones grabados antes del
punto en el tiempo. La variable fechahora especifica la fecha y la hora
separadas por un espacio. Utilice cualquier formato de fecha y hora válido
aceptado por SQL Server.
Consideraciones:
v Este parámetro sólo se aplica a las restauraciones de registro de
transacciones, pero la restauración base a la que se aplican los registros
de transacciones tiene que haber sido una restauración de base de datos
full. No puede restaurar restauraciones file, group y set a un punto
en el tiempo.
274
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
v Tampoco puede especificar /recovery=no ni /standby con el parámetro
/STOPAT.
v Puesto que fechahora incluye un espacio, debe escribir esta variable entre
comillas dobles.
v Si la operación de restauración con el parámetro /STOPAT no encuentra
en el registro de transacciones restaurado una transacción que tenga una
indicación de fecha y hora igual o mayor que el punto en el tiempo
especificado, la base de datos de SQL Server permanece en un estado de
no recuperada, aunque también se especifique /recovery=yes.
/STOPATMark=nombremarca [/AFTER=fechahora]
El parámetro /STOPATMark especifica un punto en el tiempo concreto en el
que se debe restaurar una base de datos. Puede especificar una hora
después de un punto en el tiempo especificado si establece la opción
/AFTER. Sólo se aplican a la base de datos de SQL Server los registros de
transacciones grabados hasta la transacción concreta inclusive (que puede
encontrarse en el punto en el tiempo especificado o después de éste). La
variable nombremarca especifica el nombre de una transacción de SQL
Server. La transacción de SQL Server puede ser una transacción local o una
transacción distribuida. Si es un nombre de transacción distribuida, la
marca con nombre existe en el registro de transacciones de cada base de
datos de SQL Server de la transacción distribuida.
nombremarca es el nombre de transacción, no la descripción que sigue a la
palabra clave MARK en una sentencia SQL BEGIN TRANSACTION o BEGIN
DISTRIBUTED TRANSACTION.La variable fechahora especifica la fecha y la hora
separadas por un espacio. Utilice cualquier formato de fecha y hora válido
aceptado por SQL Server.
Consideraciones:
v Este parámetro sólo se aplica a las restauraciones de registro de
transacciones. La restauración base a la que se aplican los registros de
transacciones tiene que haber sido una restauración de base de datos
full. No puede restaurar restauraciones file, group y set a una marca.
v Puede utilizar la misma marca con nombre para varias transacciones de
SQL Server.
v Si no especifica /AFTER, la restauración se detiene en la primera marca
que encuentra con el nombre especificado.
v Si especifica /AFTER, la restauración se detiene en la primera marca que
encuentra con el nombre especificado después de la fecha y hora
especificadas.
v Si nombremarca incluye espacios, deberá escribirla entre comillas dobles.
v No puede utilizar un mandato restore de Data Protection for SQL
Server con /STOPATMark y especificar también /recovery=no o /standby.
v Si la operación de restauración con /STOPATMarkno encuentra en el
registro de transacciones restaurado una transacción en la que detenerse,
la base de datos de SQL Server permanece en un estado de no
recuperada, incluso si especifica también /recovery=yes.
/STOPBEFOREMark=nombremarca [/AFTER=fechahora]
Este parámetro especifica un punto en el tiempo concreto en el que se debe
restaurar una base de datos. Puede especificar un punto en el tiempo
posterior especificando la opción /AFTER. Sólo se aplican a la base de datos
de SQL Server los registros de transacciones grabados antes de la
transacción concreta y que no incluyen dicha transacción (que puede
encontrarse en el punto en el tiempo especificado o después de éste). La
Capítulo 8. Información de referencia
275
variable nombremarca especifica el nombre de una transacción de SQL
Server. La transacción de SQL Server puede ser una transacción local o una
transacción distribuida. Si es un nombre de transacción distribuida, la
marca con nombre existe en el registro de transacciones de cada base de
datos de SQL Server de la transacción distribuida.
nombremarca es el nombre de transacción, no la descripción que sigue a la
palabra clave MARK en una sentencia SQL BEGIN TRANSACTION o BEGIN
DISTRIBUTED TRANSACTION. La variable fechahora especifica la fecha y la hora
separadas por un espacio. Utilice cualquier formato de fecha y hora válido
aceptado por SQL Server.
Consideraciones:
v Este parámetro sólo se aplica a las restauraciones de registro de
transacciones. La restauración base a la que se aplican los registros de
transacciones tiene que haber sido una restauración de base de datos
full. No puede restaurar restauraciones file, group y set a una marca.
v Puede utilizar la misma marca con nombre para varias transacciones de
SQL Server.
v Si no especifica /AFTER, la restauración se detiene antes de la primera
marca que encuentra con el nombre especificado.
v Si especifica /AFTER, la restauración se detiene antes de la primera marca
que encuentra con el nombre especificado o después de la fecha y hora
especificadas.
v Si nombremarca incluye espacios, deberá escribirla entre comillas dobles.
v No puede utilizar un mandato restore de Data Protection for SQL
Server con /STOPBEFOREMark y especificar también /recovery=no o
/standby.
v Si la operación de restauración con /STOPBEFOREMark no encuentra en el
registro de transacciones restaurado una transacción antes de la cual se
deba detener, la base de datos de SQL Server permanece en un estado de
no recuperada, aunque especifique también /recovery=yes.
/STRIPes=númbandas
El parámetro /STRIPes especifica el número de bandas de datos a utilizar
en una operación de copia de seguridad o restauración. La variable
númbandas puede estar comprendida entre 1 y 64.
Consideraciones:
v Si no especifica /STRIPes, se especificará el valor predeterminado que se
indique en el archivo de configuración de Data Protection for SQL
Server. El valor inicial es 1. Para restore, el valor es el mismo que el
valor utilizado en la operación de copia de seguridad.
v Si especifica /STRIPes pero no especifica númbandas, se utilizará el valor
almacenado.
v Puede utilizar como máximo hasta el número utilizado para crear la
copia de seguridad. Puede determinar el número de bandas de datos
que se utilizan para crear un objeto de copia de seguridad con el
mandato de Data Protection for SQL Server: query tsm dbname
backup_object
v Debe utilizar el parámetro MAXNUMMP en un mandato Tivoli Storage
Manager REGISTER NODE o UPDATE NODE a fin de permitir que un nodo
utilice varias sesiones para almacenar datos en soportes de
almacenamiento extraíbles (lo que requiere que se asignen varios puntos
276
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
de montaje a dicho nodo). El valor MAXNUMMP debe ser mayor o igual que
el número máximo de bandas que desee.
v Si utiliza bandas de datos, utilice también la asignación de espacio de
archivos del servidor de Tivoli Storage Manager para intentar conservar
cada banda en un volumen de almacenamiento diferente.
v El número máximo de bandas de datos que puede utilizar es uno menos
que el valor de la opción TXNGROUPMAX de servidor de Tivoli Storage
Manager en el archivo dsmserv.opt. SQL Server permite un máximo de
64 bandas de datos.
/TSMNODe=nombrenodotsm
El parámetro /tsmnode especifica el nombre del nodo de Tivoli Storage
Manager que Data Protection for SQL Server utiliza para conectarse al
servidor de Tivoli Storage Manager. Este parámetro identifica qué cliente
de Tivoli Storage Manager está solicitando servicios. También puede
almacenar el nombre de nodo en el archivo de opciones. El parámetro de
línea de mandatos altera temporalmente el valor del archivo de opciones.
Consideraciones:
v No se puede utilizar el parámetro /TSMNODe si se ha especificado
PASSWORDACCESS GENERATE en el archivo de opciones de Tivoli Storage
Manager. Deberá especificar el nombre de nodo en el archivo de
opciones. De lo contrario, puede cambiar PASSWORDACCESS a
PROMPT para utilizar el parámetro /TSMNODe. Para obtener más
información sobre el archivo de opciones de Tivoli Storage Manager,
consulte el apartado Creación y modificación del archivo de opciones del
cliente(http://www.ibm.com/support/knowledgecenter/SSGSG7_7.1.4/
client/t_cfg_crtmodoptunix.html).
v Si no especifica /TSMNODe, el valor predeterminado es el especificado por
la opción de nombre de nodo en el archivo de opciones de Tivoli Storage
Manager. La especificación de este parámetro no cambia el valor en el
archivo de opciones.
/TSMOPTFile=nombrearchivoopcionestsm
El parámetro /TSMOPTFile especifica qué archivo de opciones de Tivoli
Storage Manager se debe utilizar. Esta operación es similar a seleccionar un
servidor de Tivoli Storage Manager en la lista de servidores de la GUI.
El archivo de opciones de Tivoli Storage Manager contiene los valores de
configuración de la API de Tivoli Storage Manager. Para obtener más
información sobre el archivo de opciones de Tivoli Storage Manager,
consulte el apartado Creación y modificación del archivo de opciones del
cliente(http://www.ibm.com/support/knowledgecenter/SSGSG7_7.1.4/
client/t_cfg_crtmodoptunix.html).
Consideraciones:
v La variable nombrearchivoopcionestsm puede incluir una vía de acceso
totalmente calificada. Si no incluye ninguna vía de acceso, se utilizará el
directorio donde está instalado Data Protection for SQL Server.
v Si nombrearchivoopcionestsm incluye espacios, deberá escribirlo entre
comillas dobles.
v Si no especifica /TSMOPTFile, el valor predeterminado es dsm.opt.
v Si especifica /TSMOPTFile pero no especifica nombrearchivoopcionestsm, el
valor predeterminado también es dsm.opt.
/TSMPassword=nombrecontraseñatsm
El parámetro /TSMPassword especifica la contraseña de Tivoli Storage
Capítulo 8. Información de referencia
277
Manager que Data Protection for SQL Server utiliza para conectarse al
servidor de Tivoli Storage Manager. Este parámetro y la opción
PASSWORDACCESS en el archivo de opciones de Tivoli Storage Manager
interactúan de los modos siguientes:
PASSWORDACCESS
en el archivo de
opciones de Tivoli
Storage Manager
¿La contraseña ya
está almacenada en
el registro?
especificado
generate
sí
/TSMPassword se
ignora
especificado
generate
no
/TSMPassword se
utiliza y se almacena
especificado
prompt
—
/TSMPassword se
utiliza
no especificado
prompt
—
se solicita al usuario
/TSMPassword
Resultado
/VerifyOnly
El parámetro /VerifyOnly especifica si se verifica la integridad de una
copia de seguridad de base de datos de herencia. Antes de restaurar una
copia de seguridad, puede utilizar este parámetro para evaluar si la copia
de seguridad se ha completado y se puede leer. De forma predeterminada
no se verifica la integridad de una copia de seguridad de base de datos de
herencia.
Restricción: El parámetro /VerifyOnly sólo está disponible para copias de
seguridad de base de datos de herencia. Este parámetro es únicamente un
parámetro opcional de mandatos y no se puede establecer como una
opción de configuración.
Referencia relacionada:
“Mandato Set” en la página 295
Ejemplos de salida de restauración de herencia
Estos ejemplos de salida muestran un ejemplo de texto, mensajes y estado de
proceso que se visualiza cuando se utiliza el mandato restore.
Restore ReportServer Full
La ejecución de este mandato restaura una copia de seguridad completa de model
en un servidor distinto del servidor en el que se ha hecho copia de seguridad.
Mandato:
tdpsqlc restore model full /fromsqlserver=STRINGVM1\STRINGVM1
Salida:
278
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
IBM Tivoli Storage Manager for Databases:
Data Protection for Microsoft SQL Server
Versión 7, Release 1, Nivel 3.0
(C) Copyright IBM Corporation 1998, 2015.
Reservados todos los derechos.
Conectándose a SQL Server, por favor, espere...
Consultando al servidor TSM para copias de seguridad ....
Iniciando restauración de base de datos SQL...
Empezando la restauración VSS de ’model’...
Archivos examinados/completados/con errores: [ 2 / 2 / 0 ]
Bytes totales: 3933070
Operación de restauración VSS completada con rc = 0
Archivos examinados
: 2
Archivos completados : 2
Archivos con errores : 0
Bytes totales
: 3933070
Total bytes de LanFree
: 0
Completado
Legacy Restore 2–Differential
La restauración de herencia 2 muestra la restauración de un objeto de copia de
seguridad diferencia de la base de datos Test1 en la base de datos Test2. Observe
que la base de datos Test2 ya tiene que existir para que la restauración resulte
satisfactoria.
Mandato:
tdpsqlc restore Test1 diff /into=Test2
Salida:
IBM Tivoli Storage Manager for Databases
Data Protection for Microsoft SQL Server
Versión 7, Release 1, Nivel 3.0
(C) Copyright IBM Corporation 1998, 2015.
Reservados todos los derechos.
Iniciando restauración de base de datos SQL...
Consultando en Tivoli Storage Manager Server una lista de copias de seguridad de
base de datos.
Espere, por favor...
Empezando restauración difffull del objeto de copia de seguridad Test1, 1 de 1,
en la base de datos Test2
Completo: 0
Leídos: 478720 Grabados: 478720 Cadencia: 40,62 Kb/Seg
La restauración de Test1 se ha completado satisfactoriamente.
Total copias de seguridad de base de datos
inspeccionadas:
Total copias de seguridad de base de datos
cuya restauración se ha solicitado:
Total copias de seguridad de base de datos restauradas:
Total de bases de datos saltadas:
Cadencia de cantidad:
Total bytes transferido:
Bytes de LanFree transferidos:
Tiempo de proceso transcurrido:
1
1
1
0
40,61 Kb/Seg
478.720
0
11,51 Segs
Capítulo 8. Información de referencia
279
Legacy Restore 3–Group
La restauración de herencia 3 visualiza la restauración de un objeto de copia de
seguridad de grupo de archivos denominado Group1 en la base de datos Test1.
Mandato:
tdpsqlc restore Test1 group=Group1
Salida:
IBM Tivoli Storage Manager for Databases
Data Protection for Microsoft SQL Server
Versión 7, Release 1, Nivel 3.0
(C) Copyright IBM Corporation 1998, 2015.
Reservados todos los derechos.
Iniciando restauración de base de datos SQL...
Consultando en Tivoli Storage Manager Server una lista de copias de seguridad de
base de datos.
Espere, por favor...
Restaurando metadatos ...
Empezando restauración group del objeto de copia de seguridad Test1\Group1,
1 de 1,
en la base de datos Test1
Completo: 0
Leídos: 86982144 Grabados: 86982144 Cadencia: 8.188,11 Kb/Seg
La restauración de Test1\Group1 se ha completado satisfactoriamente.
Total copias de seguridad de base de datos
inspeccionadas:
Total copias de seguridad de base de datos
cuya restauración se ha solicitado:
Total copias de seguridad de base de datos restauradas:
Total de bases de datos saltadas:
Cadencia de cantidad:
Total de bytes transferidos:
Bytes de LanFree transferidos:
Tiempo de proceso transcurrido:
1
1
1
0
8.185,75 Kb/Seg
86.982.144
0
10,38 Segs
Legacy Restore 4–Set
La restauración de herencia 4 visualiza la restauración de todos los objetos de
copia de seguridad de conjunto activo en la base de datos Test1.
Mandato:
tdpsqlc restore Test1 set=*
Salida:
280
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
IBM Tivoli Storage Manager for Databases
Data Protection for Microsoft SQL Server
Versión 7, Release 1, Nivel 3.0
(C) Copyright IBM Corporation 1998, 2015.
Reservados todos los derechos.
Iniciando restauración de base de datos SQL...
Consultando en Tivoli Storage Manager Server una lista de copias de seguridad de
base de datos.
Espere, por favor...
Restaurando metadatos ...
Empezando la restauración de conjunto del objeto de copia de seguridad
Test1\20120718141546\00000700,
1 de 1, en la base de datos Test1
Completo: 0
Leídos: 88489472 Grabados: 88489472 Cadencia: 8.125,58 Kb/Seg
La restauración de Test1\20120718141546\00000700 se ha completado satisfactoriamente.
Total copias de seguridad de base de datos
inspeccionadas:
Total copias de seguridad de base de datos
cuya restauración se ha solicitado:
Total copias de seguridad de base de datos restauradas:
Total de bases de datos saltadas:
Cadencia de cantidad:
Total de bytes transferidos:
Bytes de LanFree transferidos:
Tiempo de proceso transcurrido:
1
1
1
0
8.122,52 Kb/Seg
88.489.472
0
10,64 Segs
Legacy Restore 5–Log (punto en el tiempo)
La restauración de herencia 5 visualiza la restauración de todos los objetos de
copia de seguridad de registro activos de la base de datos Test1 en un punto en el
tiempo concreto. Tres de las cuatro copias de seguridad de registro satisfacen los
criterios de fecha y hora.
Mandato:
tdpsqlc restore Test1 log=* /stopat="07/01/2012 13:56:00"
Salida:
Capítulo 8. Información de referencia
281
IBM Tivoli Storage Manager for Databases
Data Protection for Microsoft SQL Server
Versión 7, Release 1, Nivel 3.0
(C) Copyright IBM Corporation 1998, 2015.
Reservados todos los derechos.
Iniciando restauración de base de datos SQL...
Consultando en Tivoli Storage Manager Server una lista de
copias de seguridad de base de datos, por favor espere...
Empezando la restauración de registro del objeto de copia de seguridad
Test1\20120701135511\
00000700,
1 de 4, en la base de datos Test1
Completo: 0
Leídos: 214528 Grabados: 214528 Cadencia: 59,75 Kb/Seg
La restauración de Test1\20120701135511\00000700 se ha completado
satisfactoriamente.
Empezando la restauración de registro del objeto de copia de seguridad
Test1\20120701135605\
00000700,
2 de 4, en la base de datos Test1
Completo: 0
Leídos: 147968 Grabados: 147968 Cadencia: 32,15 Kb/Seg
La restauración de Test1\20120701135605\00000700 se ha completado
satisfactoriamente.
Empezando la restauración de registro del objeto de copia de seguridad
Test1\20120701135712\
00000700,
3 de 4, en la base de datos Test1
Completo: 0
Leídos: 0 Grabados: 0 Cadencia: 0.00 Kb/Seg
La restauración de Test1\20120701135712\00000700 se ha completado
satisfactoriamente.
Omitiendo Test1\20120701135817\00000700
debido a la anomalía o recuperación de punto en el tiempo anterior.
Total copias de seguridad de base de datos
inspeccionadas:
Total copias de seguridad de base de datos
cuya restauración se ha solicitado:
Total copias de seguridad de base de datos
restauradas:
Total de bases de datos saltadas:
Cadencia de cantidad:
Total de bytes transferidos:
Bytes de LanFree transferidos:
Tiempo de proceso transcurrido:
4
4
3
1
37,21 Kb/Seg
362.496
0
9,51 Segs
Legacy Restore 6–Log (marca con nombre)
La restauración de herencia 6 visualiza la restauración de todos los objetos de
copia de seguridad de registro activos en la base de datos Testmark a un punto en
el tiempo concreto. La primera marca con el nombre especificado, mark2, se
encuentra en el tercer objeto de copia de seguridad de registro aplicado a la
restauración. La restauración se detiene una vez que se ha encontrado esta marca.
Mandato:
tdpsqlc restore Testmark log=* /stopatmark=mark2
Salida:
282
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
IBM Tivoli Storage Manager for Databases
Data Protection for Microsoft SQL Server
Versión 7, Release 1, Nivel 3.0
(C) Copyright IBM Corporation 1998, 2015.
Reservados todos los derechos.
Iniciando restauración de base de datos SQL...
Consultando en Tivoli Storage Manager Server una lista de copias de seguridad
de base de datos, por favor espere...
Empezando la restauración de registro del objeto de copia de seguridad
Testmark\20120701102947\
0000065C, 1 de 4, en la base de datos Testmark
Completo: 0
Leídos: 159232 Grabados: 159232 Cadencia: 61,68 Kb/Seg
La restauración de Testmark\20120701102947\0000065C se ha completado
satisfactoriamente.
Empezando la restauración de registro del objeto de copia de seguridad
Testmark\20120701103127\
000001DC, 2 de 4, en la base de datos Testmark
Completo: 0
Leídos: 159232 Grabados: 159232 Cadencia: 34,51 Kb/Seg
La restauración de Testmark\20120701103127\000001DC se ha completado
satisfactoriamente.
Empezando la restauración de registro del objeto de copia de seguridad
Testmark\20120701103325\
00000680, 3 de 4, en la base de datos Testmark
Completo: 0
Leídos: 0 Grabados: 0 Cadencia: 0.00 Kb/Seg
La restauración de Testmark\20120701103325\00000680 se ha completado
satisfactoriamente.
Omitiendo Testmark\20120701103556\00000694
debido a la anomalía o recuperación de punto en el tiempo anterior.
Total copias de seguridad de base de datos
inspeccionadas:
Total copias de seguridad de base de datos
cuya restauración se ha solicitado:
Total copias de seguridad de base de datos
restauradas:
Total de bases de datos saltadas:
4
4
3
4
Cadencia de cantidad:
Total de bytes transferidos:
Bytes de LanFree transferidos:
Tiempo de proceso transcurrido:
38,60 Kb/Seg
318.464
0
8,06 Segs
Legacy Restore 7–Log (objeto inactivo)
La restauración de herencia 7 empieza con una consulta para visualizar los objetos
de copia de seguridad de registro activos e inactivos para la base de datos Test1.
Mandato:
tdpsqlc q tsm netapp_db2 log=* /all
Salida:
Capítulo 8. Información de referencia
283
IBM Tivoli Storage Manager for Databases
Data Protection for Microsoft SQL Server
Versión 7, Release 1, Nivel 3.0
(C) Copyright IBM Corporation 1998, 2015.
Reservados todos los derechos.
Conectando con el servidor de TSM como nodo ’STRINGVM1_SQL’...
Información de objeto de copia de seguridad
------------------------Nombre de SQL Server....................... STRINGVM1\STRINGVM1
Nombre de base de datos de SQL .............. netapp_db2
Método copia seguridad....................... Herencia
Ubicación copia seguridad....................... Srv
Tipo de objeto de copia de seguridad......... Log
Estado de objeto de copia de seguridad....... Activo
Fecha/Hora de creación de copia seguridad.... 27/09/2012 08:36:28
Tamaño de copia de seguridad ................ 82,50 KB
SQL comprimido .............................. No
Copia de seguridad comprimida................ No
Tipo de cifrado de copia de seguridad........ Ninguno
Cliente copia de seg. con optim. espacio..... No
Nombre de objeto de base de datos ......... . 20120927083628\00001A4C
Número de bandas en objeto copia seguridad .. 1
Clase de gestión asignada................. PREDETERMINADA
La operación de restauración para la restauración de herencia 7 se aplica a un
objeto de copia de seguridad de registro inactivo con un nombre específico de la
base de datos Test1 en la restauración. Dado que se está solicitando un objeto de
copia de seguridad de registro inactivo, se deberá utilizar el parámetro /object en
el mandato de restauración (restore).
Mandato:
tdpsqlc restore Test1 log=* /object=20120622135511\00000700
Salida:
IBM Tivoli Storage Manager for Databases
Data Protection for Microsoft SQL Server
Versión 7, Release 1, Nivel 3.0
(C) Copyright IBM Corporation 1998, 2015.
Reservados todos los derechos.
Iniciando restauración de base de datos SQL...
Consultando en Tivoli Storage Manager Server una lista de copias de seguridad
de base de datos. Espere, por favor.
Empezando la restauración de registro del objeto de copia de seguridad
Test1\20120622135511\
00000700,1 de 1, en la base de datos Test1
Completo: 0
Leídos: 214528 Grabados: 214528 Cadencia: 29,47 Kb/Seg
La restauración de Test1\20120622135511\00000700 se ha completado
satisfactoriamente.
Total copias de seguridad de base de datos
inspeccionadas:
Total copias de seguridad de base de datos
cuya restauración se ha solicitado:
Total copias de seguridad de base de datos restauradas:
Total de bases de datos saltadas:
Cadencia de cantidad:
Total de bytes transferidos:
Bytes de LanFree transferidos:
Tiempo de proceso transcurrido:
284
1
1
1
0
29,46 Kb/Seg
214.28
0
7,11 Segs
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Legacy Restore 8–Full (parcial)
La restauración de herencia 8 visualiza la restauración de parte de un objeto de
copia de seguridad completa, el grupo de archivos Group1, en la base de datos
Test1.
Mandato:
tdpsqlc restore Test1 full /partial /gr=Group1
Salida:
IBM Tivoli Storage Manager for Databases
Data Protection for Microsoft SQL Server
Versión 7, Release 1, Nivel 3.0
(C) Copyright IBM Corporation 1998, 2015.
Reservados todos los derechos.
Iniciando restauración de base de datos SQL...
Consultando en Tivoli Storage Manager Server una lista de copias de seguridad
de base de datos. Espere, por favor.
Restaurando metadatos ...
Empezando la restauración full del objeto de copia de seguridad Test1, 1 de 1,
en la base de datos Test1
Completo: 0
Leídos: 89607680 Grabados: 89607680 Cadencia: 3.359,60 Kb/Seg
La restauración de Test1 se ha completado satisfactoriamente.
Total copias de seguridad de base de datos
inspeccionadas:
Total copias de seguridad de base de datos
cuya restauración se ha solicitado:
Total copias de seguridad de base de datos restauradas:
Total de bases de datos saltadas:
Cadencia de cantidad:
Total de bytes transferidos:
Bytes de LanFree transferidos:
Tiempo de proceso transcurrido:
1
1
1
0
3.359,21 Kb/Seg
89.607.680
0
26,05 Segs
Legacy Restore 9–Full (reubicar)
La restauración de herencia 9 visualiza la restauración de un objeto de copia de
seguridad completa de la base de datos Test1, reubicando específicamente el
archivo lógico File1Group1 en una nueva ubicación física.
Mandato:
tdpsqlc restore Test1 full /relocate=File1Group1
/to=e:\sqldata\File1Group1.NDF
Salida:
Capítulo 8. Información de referencia
285
IBM Tivoli Storage Manager for Databases
Data Protection for Microsoft SQL Server
Versión 7, Release 1, Nivel 3.0
(C) Copyright IBM Corporation 1998, 2015.
Reservados todos los derechos.
Iniciando restauración de base de datos SQL...
Consultando en Tivoli Storage Manager Server una lista de copias de seguridad
de base de datos. Espere, por favor.
Restaurando metadatos ...
Empezando la restauración full del objeto de copia de seguridad Test1, 1 de 1,
en la base de datos Test1
Completo: 0
Leídos: 88100352 Grabados: 88100352 Cadencia: 3.930,18 Kb/Seg
La restauración de Test1 se ha completado satisfactoriamente.
Total copias de seguridad de base de datos
inspeccionadas:
Total copias de seguridad de base de datos
cuya restauración se ha solicitado:
Total copias de seguridad de base de datos restauradas:
Total de bases de datos saltadas:
Cadencia de cantidad:
Total de bytes transferidos:
Bytes de LanFree transferidos:
Tiempo de proceso transcurrido:
1
1
1
0
3.929,64 Kb/Seg
88.100.352
0
21,89 Segs
Ejemplos de salida de restauración VSS
Estos ejemplos de salida muestran un ejemplo de texto, mensajes y estado de
proceso que se visualiza cuando se utiliza el mandato restore.
Restauración VSS desde el servidor de Tivoli Storage Manager
Restaura la base de datos msdb del servidor de Tivoli Storage Manager utilizando
los parámetros opcionales, /backupdestination y /backupmethod.
Mandato:
tdpsqlc restore msdb full /backupdestination=tsm /backupmethod=vss
Salida:
286
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
IBM Tivoli Storage Manager for Databases:
Data Protection for Microsoft SQL Server
Versión 7, Release 1, Nivel 3.0
(C) Copyright IBM Corporation 1998, 2015.
Reservados todos los derechos.
Conectándose a SQL Server, por favor, espere...
Consultando al servidor TSM para copias de seguridad ....
Iniciando restauración de base de datos SQL...
Empezando la restauración VSS de ’msdb’...
Archivos examinados/completados/con errores: [ 2 / 2 / 0 ]
Bytes totales: 8062302
Operación de restauración VSS completada con rc = 0
Archivos examinados
: 2
Archivos completados : 2
Archivos con errores : 0
Bytes totales
: 8062302
Total bytes de LanFree
: 0
Completado
Restauración VSS desde local
Restaura la base de datos DEMODB desde los volúmenes de duplicación local
utilizando los nuevos parámetros opcionales, /backupdestination y /backupmethod.
Mandato:
tdpsqlc restore DEMODB full /backupdestination=local
/backupmethod=vss /instantrestore=no
Salida:
IBM Tivoli Storage Manager for Databases:
Data Protection for Microsoft SQL Server
Versión 7, Release 1, Nivel 3.0
(C) Copyright IBM Corporation 1998, 2015.
Reservados todos los derechos.
Conectándose a SQL Server, por favor, espere...
Consultando al servidor TSM para copias de seguridad ....
Iniciando restauración de base de datos SQL...
Empezando la restauración de VSS de ’DEMODB’...
Archivos examinados/completados/anómalos: [ 2 / 2 / 0 ] Bytes totales: 5243190
Operación de restauración VSS completada con rc = 0
Archivos examinados
: 2
Archivos completados : 2
Archivos con errores : 0
Bytes totales : 5243190
Núm. total de bytes sin red de área local
: 0
Restauración VSS: restauración instantánea desde local
Utilice la restauración instantánea para restaurar la base de datos testdb2 desde los
volúmenes de duplicación local utilizando el nuevo parámetro /instantrestore.
Capítulo 8. Información de referencia
287
Mandato:
tdpsqlc restore testdb2 /backupmethod=vss
/backupdest=local /instantrestore=yes
Salida:
IBM Tivoli Storage Manager for Databases:
Data Protection for Microsoft SQL Server
Versión 7, Release 1, Nivel 3.0
(C) Copyright IBM Corporation 1998, 2015.
Reservados todos los derechos.
Conectándose a SQL Server, por favor, espere...
Consultando al servidor TSM para copias de seguridad ....
Iniciando restauración de base de datos SQL...
Empezando la restauración de VSS de ’DEMODB’...
Restaurando ’DEMODB’ utilizando instantánea de copia de nivel de volumen.
Iniciando proceso de restauración de instantánea. Este proceso puede tardar varios
minutos.
Operación de restauración VSS completada con rc = 0
Archivos examinados : 0
Archivos completados : 0
Archivos con errores : 0
Bytes totales
: 0
Total bytes de LanFree
: 0
Restauración VSS: directorio de reubicación
Restaura y reubica la base de datos svtdb desde el almacenamiento del servidor de
Tivoli Storage Manager en el directorio m:\svtdb utilizando el nuevo parámetro
opcional, /relocatedir. También se restauran y reubican todos los registros de SQL
y los archivos de índice de texto completo asociados con la base de datos svtdb.
Mandato:
tdpsqlc restore svtdb full /relocatedir=m:\svtdb /backupdestination=tsm
/backupmethod=vss
Salida:
288
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
IBM Tivoli Storage Manager for Databases:
Data Protection for Microsoft SQL Server
Versión 7, Release 1, Nivel 3.0
(C) Copyright IBM Corporation 1998, 2015.
Reservados todos los derechos.
Conectándose a SQL Server, por favor, espere...
Consultando al servidor TSM para copias de seguridad ....
Iniciando restauración de base de datos SQL...
Empezando la restauración de VSS de ’svtdb’...
Preparando la restauración de la copia de seguridad de TSM de ’svtdb’.
Archivos examinados/completados/con errores: [ 5 / 5 / 0 ]
Bytes totales: 418328259
Operación de restauración VSS completada con rc = 0
Archivos examinados
: 5
Archivos completados : 5
Archivos anómalos
: 0
Bytes totales
: 418328259
Total bytes de LanFree
: 0
Para restaurar y reubicar la base de datos svtdb, sus registros y sus archivos de
índice de texto completo en sus respectivas ubicaciones, se emite el mandato
siguiente:
tdpsqlc restore svtdb full /relocatedir=m:\svtdb,e:\svtdb,f:\svtdb
/backupdestination=tsm /backupmethod=vss
Los valores de /relocatedir de este mandato son los siguientes:
v m:\svtdb: directorio en el que sólo se reubica la base de datos svtdb.
v e:\svtdb: directorio en el que sólo se reubican los registros de svtdb.
v f:\svtdb: directorio en el que sólo se reubican los archivos de índice de texto
completo de svtdb.
Mandato restorefiles
Utilice el mandato restorefiles para restaurar copias de seguridad basadas en
VSS ubicadas en el servidor de Tivoli Storage Manager
(/BACKUPDESTINATION=TSM) o almacenadas localmente
(/BACKUPDESTINATION=LOCAL).
Tenga en cuenta la siguiente información antes de utilizar el mandato
restorefiles.
v El mandato restorefiles restaura archivos .mdf, ldf y otros archivos sin
formato desde una copia de seguridad basada en VSS de Data Protection for
SQL Server, en un directorio especificado.
v El directorio de destino se puede especificar como un directorio de un sistema
de archivos fijo (por ejemplo, C:\temp) o de una unidad compartida (por ejemplo
\\server\dest) que sea accesible para el agente remoto del servidor de Tivoli
Storage Manager (solicitante VSS).
v El mandato restorefiles no restaura los datos en SQL Server.
Capítulo 8. Información de referencia
289
v Este mandato no necesita que SQL Server esté instalado en la máquina en la que
se ejecuta el mandato restorefiles. Los archivos se pueden restaurar en otra
máquina o en otro directorio de la misma máquina que SQL Server.
v Una restauración continúa hasta que se completa, a menos que el volumen de
destino no tenga suficiente espacio para realizar la operación de restauración.
v Las copias de seguridad basadas en VSS que están ubicadas en el servidor de
Tivoli Storage Manager (/BACKUPDESTINATION=TSM) se pueden restaurar
utilizando restorefiles en la misma máquina que ha realizado la copia de
seguridad basada en VSS, o mediante la ejecución del mandato en una máquina
en la que se haya instalado y configurado el cliente de Data Protection for SQL
para operaciones VSS.
v Al directorio especificado en el mandato restorefiles se le añade un nombre de
componente VSS para que se puedan restaurar varias bases de datos en el
mismo directorio de destino.
v Las copias de seguridad basadas en VSS que se almacenan en la máquina local
utilizando una instantánea persistente (/BACKUPDESTINATION=LOCAL), solo
se pueden restaurar ejecutando el mandato restorefiles en la misma máquina
que ha realizado la copia de seguridad basada en VSS y tiene acceso a la
instantánea persistente.
v Para ejecutar una restauración completa: tdpsqlc restorefiles DB1 FULL
relocatedir=d:\temprestore
v Utilice /RELOCATEDIR para restaurar una base de datos que existe en un
directorio diferente, aunque la copia de seguridad contenga archivos que están
ubicados en directorios diferentes. Ejecute el mandato restorefiles y
especifique solo un directorio de destino de restauración. Por ejemplo, emita
restorefiles db1 full /relocatedir=d:\temp para colocar los archivos en el
directorio d:\temp\db1\*.
v Si está en un entorno sin clúster, solo puede restaurar una instantánea local en la
máquina que ha generado la instantánea.
v Si está en un entorno en clúster, puede ejecutar un mandato restorefiles en
cualquiera de las máquinas del clúster.
Sintaxis de restorefiles
Utilice el diagrama de sintaxis del mandato restorefiles como referencia para
conocer las opciones disponibles y los requisitos de recorte.
Mandato TDPSQLC
,
►► TDPSQLC
290
RESTOREFIles
▼
nombrebd
*
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
►
FULL
►
►◄
,
FIle=
▼ nombrearchivológico
*
FULL
B
DIFFerential
A
C
,
▼ nombregrupo
*
,
Group=
Log=
▼ nombreobjregistro
*
,
Set=
▼ nombreobjetoconjunto
*
D
E
F
Los diagramas de sintaxis del tipo de objeto de copia de seguridad contienen
opciones correspondientes a las letras A, B, C, D, E, F. Siga los parámetros
opcionales para el mandato restorefiles.
Parámetros posicionales de restorefiles
Los parámetros posicionales se sitúan inmediatamente después del mandato
restorefiles y antes de los parámetros optativos.
Los siguientes parámetros posicionales especifican qué objeto restaurar:
tdpsqlc restorefiles
* |nombrecomponente1, ..., nombrecomponenteNFULL
*
Restaura secuencialmente todos los archivos sin formato para la
base de datos.
Los parámetros posicionales siguientes especifican el tipo de copia de seguridad
desde el que se restauran los archivos:
FULL
Restaura los archivos de una copia de seguridad de tipo Full para
VSS.
Parámetros opcionales de restorefiles
Los parámetros opcionales para el mandato restorefiles de Data Protection for SQL
Server y los parámetros opcionales.
/BACKUPDESTINATION
Las copias de seguridad VSS que están ubicadas en el servidor de Tivoli
Storage Manager se restauran utilizando el mandato restorefiles con
/BACKUPDESTINATION=TSM. Las copias de seguridad VSS que se
ejecutan en una máquina local utilizando una instantánea persistente se
restauran utilizando el mandato restorefiles con
/BACKUPDESTINATION=LOCAL. TSM es el destino predeterminado
para restorefiles.
Capítulo 8. Información de referencia
291
/CONFIGfile=nombrearchivoconfig
Utilice el parámetro /configfile para especificar el nombre del archivo de
configuración de Data Protection for SQL Server que contiene los valores
de las opciones de configuración de Data Protection for SQL Server.
La variable nombre_archivo_configuración puede incluir una vía de acceso
calificada al completo. Si la variable nombrearchivoconfig no incluye una vía
de acceso, se utiliza el directorio de instalación de Data Protection for SQL
Server. Si no se especifica el parámetro /configfile, o la variable
nombrearchivoconfig, el valor predeterminado es tdpsql.cfg.
Si la variable nombrearchivoconfig incluye espacios, rodee toda la entrada del
parámetro /configfile de comillas dobles. Por ejemplo:
/CONFIGfile="c:\Archivos de programa\file.cfg"
/FROMSQLserver=nombreservidorsql
Utilice el parámetro /fromsqlserver para especificar el nombre de SQL
Server donde se ha realizado la copia de seguridad original. El valor
predeterminado es el nombre de SQL Server local.
/LOGFile=nombrearchivoregistro
Utilice el parámetro /logfile para especificar el nombre del archivo de
registro de actividades generado por Data Protection for SQL Server.
La variable nombrearchivoregistro identifica el nombre del archivo de registro
de actividades.
Si el archivo de registro especificado no existe, se creará uno nuevo. Si el
archivo especificado ya existe, se añadirán nuevas entradas de registro al
archivo. La variable nombrearchivoregistro puede incluir una vía de acceso
completa. No obstante, si no se especifica ninguna vía de acceso, el archivo
de registro será grabado en el directorio de instalación de Data Protection
for SQL Server.
Si la variable nombrearchivoregistro incluye espacios, rodee toda la entrada
del parámetro /logfile de comillas dobles. Por ejemplo:
/LOGFile="c:\Archivos de programa\mytdpsqlserver.log"
Si no se especifica el parámetro /logfile, los registros se graban en el
archivo de registro predeterminado, tdpsqlserver.log.
El parámetro /logfile no puede desactivarse, siempre está activo.
Cuando utilice varias instancias simultáneas de Data Protection for SQL
Server para realizar operaciones, use el parámetro /logfile para especificar
un archivo de registro distinto para cada una de las instancias que utilice.
Así dirigirá el registro de cada instancia a un archivo de registro distinto y
evitará que los registros de los archivos de registro estén entremezclados.
No especificar un archivo de registro distinto para cada instancia puede
resultar en archivos de registro ilegibles.
/LOGPrune=númdías|No
Utilice el parámetro /logprune para inhabilitar la poda o para solicitar de
forma explícita que se pode el registro para una ejecución de mandato. De
forma predeterminada, la poda de registro está habilitada y se realiza una
vez al día. La variable númdías representa el número de días que mantener
entradas de registro. De forma predeterminada, se guardan 60 días de
entradas de registro en el proceso de poda. Puede utilizar Microsoft
Management Console (MMC) o el mandato set para cambiar los valores
predeterminados para que se inhabilite la poda del registro o se guarden
por más o menos días las entradas del registro. Si utiliza la línea de
292
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
mandatos, puede utilizar el mandato /logprune para alterar temporalmente
estos valores predeterminados. Cuando el valor de la variable de /logprune
númdías es un número en el rango de 0 a 9999, el registro se podará incluso
si ya se ha realizado una poda durante el día.
Realizar cambios en el valor del parámetro timeformat o dateformat puede
resultar en la poda no deseada del archivo de registro. Si se ha modificado
el valor del parámetro timeformat o dateformatantes de emitir un
mandato Data Protection for SQL Server que pueda podar el archivo de
registro, realice una de las siguientes acciones para impedir que se pode el
archivo de registro:
v Haga una copia del archivo de registro existente.
v Especifique un nuevo archivo de registro con el parámetro /logfile o el
valor logfile.
/MOUNTWait=Yes|No
Este parámetro no es válido para todos los tipos de copia de seguridad; no
funciona con los tipos de copia de seguridad DIFFFULL o LOG. El
parámetro /mountwait se utiliza para especificar si Data Protection for SQL
Server debe esperar a que los soportes extraíbles (como cintas o CD) se
monten o se detenga la operación actual. Se produce esta situación cuando
el servidor de Tivoli Storage Manager está configurado para almacenar
datos de copia de seguridad en soportes de almacenamiento extraíbles y
espera a que se monte un volumen de almacenamiento requerido.
Puede especificar:
Yes
Esperar a que se monten cintas. Este es el valor predeterminado.
No
No esperar a que se monten las cintas.
/OBJect=nombre objeto
Utilice el parámetro /object para especificar el nombre de los archivos de
objeto de copia de seguridad que desee restaurar. El nombre de objeto
identifica de forma exclusiva cada objeto de copia de seguridad y lo crea
Data Protection for SQL Server.
Utilice el mandato query tsm * de Data Protection for SQL Server para ver
los nombres de los objetos de copia de seguridad.
/Quiet Este parámetro impide que aparezca información de estado. Esto no afecta
al nivel de información que se almacena en el registro de actividades.
/RELOCATEDir=dirarchivobd[ ,dirarchivoregistro [ ,otrodirarchivos] [ ,archivos de
secuencia de archivos]]
El parámetro /relocatedir especifica las ubicaciones de destino en las que se
deben restaurar los archivos sin formato. Esto incluye bases de datos,
registros y archivos FILESTREAM.
La variable dirarchivobd especifica la ubicación del directorio de la base de
datos de SQL Server que desea reubicar. Tenga en cuenta que si no se
especifican las variables dirarchregistro u otrodirarchivos, los registros y los
archivos de índice de texto completo de SQL Server se restauran en el
directorio especificado por dirarchivobd.
La variable dirarchivoregistro especifica la ubicación del directorio de los
archivos de registro de SQL Server que desea reubicar. Tenga en cuenta
que si no se especifica la variable dirarchivoregistro, los archivos de registro
de SQL Server serán restaurados al directorio especificado por dirarchivobd.
Capítulo 8. Información de referencia
293
La variable otrodirarchivo especifica la ubicación de directorio de los
archivos de índice de texto completo de SQL Server que desea reubicar.
Tenga en cuenta que si no se especifica la variable otrodirarchivo, los
archivos de índice de texto completo de SQL Server serán restaurados al
directorio especificado por dirarchivobd.La operación restorefiles crea un
subdirectorio bajo el directorio raíz que contiene el nombre de la base de
datos. Los archivos restaurados se colocan en ese subdirectorio. Si no se
especifica el parámetro /relocatedir, se restaurarán los archivos en el
directorio desde donde se ha emitido el mandato restorefiles. Por ejemplo,
si Data Protection for SQL Server está instalado en el directorio
c:\Archivos de programa\Tivoli\TSM\TDPSQLC y se emite el mandato
siguiente desde E:\Somedir:
e:\Somedir> c:\"Archivos de programa"\Tivoli\TSM\TDPSQLC\tdpsqlc restorefiles
db1 full
Los archivos se restaurarán en los subdirectorios de la ubicación
e:\Somedir:
e:\Somedir\db1\db1.mdf
e:\Somedir\db1\db1.ldf
/TSMNODe=nombrenodotsm
Utilice la variable nombre_nodo_tsm para indicar el nombre de nodo de
Tivoli Storage Manager que Data Protection for SQL Server utiliza para
iniciar una sesión en el servidor de Tivoli Storage Manager.
Puede almacenar el nombre de nodo en el archivo de opciones de Tivoli
Storage Manager (dsm.opt). Este parámetro sustituirá el valor del archivo
de opciones de Tivoli Storage Manager si PASSWORDACCESS se establece
como PROMPT. Este parámetro no es válido cuando PASSWORDACCESS
se establece como GENERATE en el archivo de opciones.
/TSMOPTFile=nombre_archivo_opc_tsm
Utilice la variable nombre_archivo_opc_tsm para identificar el archivo de
opciones de Data Protection for SQL Server.
El nombre de archivo puede incluir una ruta calificada al completo. Si no
se especifica ninguna vía de acceso, se busca en el directorio donde está
instalado Data Protection for SQL Server.
Si la variable nombre_archivo_opc_tsm incluye espacios, adjunte la entrada
entera del parámetro /tsmoptfile entre comillas dobles. Por ejemplo:
/TSMOPTFile="c:\Archivos de programa\file.opt"
El valor predeterminado es dsm.opt.
/TSMPassword=contraseña_tsm
Utilice la variable contraseña_tsm para indicar la contraseña de Tivoli
Storage Manager que Data Protection for SQL Server utiliza para iniciar
una sesión en el servidor de Tivoli Storage Manager.
Si especificó PASSWORDACCESS GENERATE en el archivo de opciones
de Data Protection for SQL Server (dsm.opt), no tiene que proporcionar la
contraseña porque se utiliza la que está almacenada en el registro. Sin
embargo, para almacenar la contraseña en el registro deberá especificar la
contraseña de Tivoli Storage Manager la primera vez que Data Protection
for SQL Server se conecte con el servidor de Tivoli Storage Manager.
Si se especifica una contraseña con este parámetro cuando
PASSWORDACCESS GENERATE está en vigor, el valor de la línea de
mandatos no se tendrá en cuenta a menos que la contraseña para ese nodo
294
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
no se haya almacenado todavía en el registro. En ese caso, la contraseña
especificada se almacenará en el registro y se utilizará cuando se ejecute
este mandato.
Si PASSWORDACCESS PROMPT está en vigor, y no se especifica ninguna
contraseña en la línea de mandatos, se pedirá al usuario que proporcione
una.
La contraseña de Tivoli Storage Manager que Data Protection for SQL
Server utiliza para iniciar una sesión en el servidor de Tivoli Storage
Manager puede tener una longitud máxima de 63 caracteres.
Ejemplos de restorefiles
Este ejemplo de salida proporciona una muestra del texto, los mensajes y el estado
del proceso que se visualizan cuando se utiliza el mandato restorefiles.
Este mandato, tdpsqlc restorefiles Finance FULL /backupdestination=local
/RELOCATEDir=e:\test/FROMSQLServer=sqlsrv12, restaura archivos VSS desde
una copia de seguridad de tipo FULL de la base de datos Finance del SQL Server
denominado sqlsrv12 en el directorio e:\test. Los archivos restaurados son:
e:\test\Finance\finance.mdf
e:\test\Finance\finance_log.ldf
Mandato Set
Utilice el mandato set para cambiar los valores de los parámetros y opciones
configurables de Data Protection for SQL Server.
Los archivos se guardan en un archivo de configuración. El archivo
predeterminado es tdpsql.cfg. Los valores de configuración también se pueden
establecer en la ventana Propiedades de Data Protection en la GUI.
Si no se especifica un archivo de configuración, se utilizan los valores de
tdpsql.cfg y se crea un archivo de configuración predeterminado con sólo el valor
de lastprunedate. Si se especifica un valor no válido o inexistente, se utilizarán los
valores predeterminados.
Sintaxis de set
Utilice los diagramas de sintaxis del mandato set como referencia para ver las
opciones disponibles y los requisitos de truncamiento.
Mandato TDPSQLC
Capítulo 8. Información de referencia
295
►► TDPSQLC
Set
ALWAYSONNode=
nombre_nodo
TSM
BACKUPDESTINATION=
LOCAL
BOTH
LEGACY
BACKUPMETHOD=
VSS
BUFFers= numbúferes
BUFFERSIze= tamañobúferkb
DATEformat= númformatofecha
DIFFESTimate= númporciento
FROMSQLserver= desdeservidorsql
IMPORTVSSSNAPSHOTSONLYWhenneeded=
►◄
Yes
No
LOCALDSMAGENTNODE= nombrenodo
LOGFile= nombrearchivoregistro
LOGPrune=
númdías
No
NUMBERformat= númformatonúmero
MOUNTWaitfordata=
Yes
No
REMOTEDSMAGENTNODE= nombre_nodo
SQLAUTHentication=
INTegrated
IDusuarioSQL
SQLBUFFers= númbúferessql
SQLBUFFERSIze= tamañobúfersqlenkb
=No
/SQLCHECKSum
=Yes
/SQLCOMPression
=No
=Yes
SQLSERVer= protocolosql:nombreservidorsql
STRIPes= númbandas
TIMEformat= númformatohora
Establecer parámetros opcionales
►►
►◄
=tdpsql.cfg
/CONFIGfile
=nombrearchivoconfig
Establecer parámetros posicionales
Los parámetros posicionales se sitúan inmediatamente después del mandato set y
antes de los parámetros opcionales.
Para establecer valores predeterminados en el archivo de configuración de Data
Protection for SQL Server, especifique uno de los siguientes parámetros cuando
emita un mandato set.
/ALWAYSONNode=nombre_nodo
Especifique el nombre de nodo de Tivoli Storage Manager que se utiliza
para realizar una copia de seguridad de las bases de datos de
disponibilidad AlwasyOn con SQL Server 2012 y versiones posteriores.
Este parámetro es necesario cuando está configurando Data Protection for
SQL Server con SQL Server 2012 y versiones posteriores. Todas las bases de
296
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
datos de disponibilidad en grupo de disponibilidad se copian bajo este
nombre de nodo, sin tener en cuenta a que réplica de disponibilidad
pertenecen. Las bases de datos que no están en un grupo de disponibilidad
se copian bajo el nombre de nodo estándar Data Protection for SQL Server
a menos que especifique el parámetro /USEALWAYSONnode.
BACKUPDESTination=TSM|LOCAL|BOTH
Utilice el parámetro posicional BACKUPDESTination para especificar la
ubicación de almacenamiento para la copia de seguridad. Puede
especificar:
TSM
De forma predeterminada, la copia de seguridad sólo se almacena
en el almacenamiento del servidor de Tivoli Storage Manager.
LOCAL
La copia de seguridad sólo se almacena en los volúmenes de
duplicación local.
BOTH
La copia de seguridad se almacena en el almacenamiento del
servidor de Tivoli Storage Manager y en los volúmenes de
duplicación local.
BACKUPMETHod=LEGACY|VSS
Utilice el parámetro posicional BACKUPMETHod para especificar el método
para la copia de seguridad. Puede especificar:
LEGACY De forma predeterminada, Data Protection for SQL Server utiliza la
API de herencia para realizar la copia de seguridad.
VSS
Data Protection for SQL Server utiliza VSS para completar la copia
de seguridad.
BUFFers=númbúferes
El parámetro BUFFers especifica el número de almacenamientos
intermedios de datos utilizados para cada banda de datos a fin de
transferir datos entre Data Protection for SQL Server y la API de Tivoli
Storage Manager. Puede mejorar el rendimiento aumentando el número de
búferes, pero también aumentará el uso de almacenamiento. Cada búfer
tiene el tamaño especificado en el parámetro /BUFFERSIze. La variable
número_búferes hace referencia al número de búferes de datos a utilizar. El
número puede estar comprendido entre 2 y 8. El valor inicial es 3.
BUFFERSIze=tamañobúferenkb
El parámetro /BUFFERSIze especifica el tamaño de cada búfer de Data
Protection for SQL Server especificado por el parámetro /BUFFers. La
variable tamaño_búfer_en_kb hace referencia al tamaño de los búferes de
datos en KB. El número puede estar comprendido entre 64 y 8192. El valor
predeterminado es inicialmente de 1024.
DATEformat=númformatofecha
El parámetro DATEformat selecciona el formato que desea utilizar para
visualizar fechas.
La variable dateformatnum puede estar comprendida entre 1 y 7. El valor
inicial es 1. Los valores del número especifican los siguientes formatos:
1
MM/DD/AAAA.
2
DD-MM-AAAA.
3
AAAA-MM-DD.
4
DD.MM.AAAA.
5
AAAA.MM.DD.
Capítulo 8. Información de referencia
297
6
AAAA/MM/DD.
7
DD/MM/AAAA.
Los cambios efectuados en el parámetro DATEformat pueden tener como
resultado una poda no deseada del archivo de registro Data Protection for
SQL Server (de forma predeterminada, tdpsql.log). Puede evitar perder
datos del archivo de registro existentes haciendo una de las siguientes
acciones:
v Después de cambiar el valor del parámetro DATEformat, realice una copia
del archivo de registro existente antes de ejecutar Data Protection for
SQL Server.
v Especifique un nuevo archivo de registro con el parámetro LOGFile.
DIFFESTimate=númporciento
Para las copias de seguridad de base de datos diferenciales que utilizan el
mandato backup de Data Protection for SQL Server, DIFFESTimate especifica
la fracción estimada de una base de datos de SQL Server entera que se ha
modificado desde que se realizó la última copia de seguridad de base de
datos completa. Esta estimación es necesaria porque SQL Server no
proporciona ningún procedimiento para determinar el tamaño de una
copia de seguridad diferencial y porque el servidor de Tivoli Storage
Manager necesita una estimación de tamaño precisa para asignar espacio y
colocar objetos de forma eficiente. El servidor de Tivoli Storage Manager
utiliza este valor para determinar si hay suficiente espacio en la agrupación
de almacenamiento primaria para incluir la copia de seguridad de la base
de datos de SQL Server. Dado que se crea un objeto de copia de seguridad
independiente para cada base de datos de SQL Server especificada, esta
estimación se aplica individualmente a cada base de datos de SQL Server
especificada. La variable numpercent puede estar comprendida entre 1 y 99.
Puesto que una copia de seguridad diferencial hace copia de seguridad de
páginas de base de datos, este número es el porcentaje de páginas de base
de datos cambiadas desde que se hizo la última copia de seguridad de
base de datos completa. El valor inicial es 20.
Consideraciones:
v Si la estimación es menor que la cantidad real de cambios, es posible
que el servidor de Tivoli Storage Manager se vea forzado a terminar
anormalmente la copia de seguridad porque el tamaño de la copia de
seguridad es mayor que el espacio que le ha asignado el servidor de
Tivoli Storage Manager.
v Si la estimación es mayor que la cantidad real de cambios, es posible
que el servidor se vea forzado a colocar el objeto de copia de seguridad
en un lugar más alto de la jerarquía de agrupación de almacenamiento
de lo que de otro modo sería necesario, posiblemente en soporte
desmontable.
FROMSQLSERVer=nombreservidorsql
El parámetro /FROMSQLSERVer especifica el SQL Server en el que se efectuó
la copia de seguridad de los objetos de copia de seguridad. Este parámetro
es necesario sólo cuando el nombre del SQL Server en el que restaurar, tal
como lo determina el parámetro sqlserver, es distinto del nombre del SQL
Server desde el que se han creado los objetos de copia de seguridad.
Utilice /FROMSQLSERVer para los mandatos query TSM y inactivate, pero
utilice sqlserver para los mandatos query SQL. El valor predeterminado es
el valor sqlserver o el valor establecido en el archivo de configuración de
Data Protection for SQL Server.
298
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
IMPORTVSSSNAPSHOTSONLYWhenneeded
Utilice el parámetro /IMPORTVSSSNAPSHOTSONLYWhenneeded para especificar si
Data Protection for SQL Server importa automáticamente las instantáneas
VSS al sistema Windows donde se han creado las instantáneas.
Especifique uno de los siguientes valores:
Yes
Importe las instantáneas VSS al sistema Windows donde se crean
las instantáneas. La opción es la predeterminada. Durante el
proceso de copia de seguridad, las instantáneas transportables se
crean automáticamente y se importan a los sistemas de
almacenamiento cuando se requieren las instantáneas. Esta es la
opción predeterminada.
No
No cree las instantáneas VSS transportables durante el proceso de
copia de seguridad y no importe automáticamente la instantánea a
los sistemas de almacenamiento después de que se haya
completado la copia de seguridad.
Establecer parámetros opcionales
Los parámetros opcionales van después del mandato set y los parámetros
posicionales.
/CONFIGfile=nombrearchivoconfig
El parámetro /configfile especifica el nombre del archivo de
configuración de Data Protection for SQL Server, que contiene los valores
para las opciones configurables de Data Protection for SQL Server.
Consideraciones:
v nombrearchivoconfig puede incluir una vía de acceso completa. Si
nombrearchivoconfig no incluye una vía de acceso, se utilizará el directorio
donde esté instalado Data Protection for SQL Server.
v Si nombre-archivo-configuración incluye espacios, se debe escribir entre
comillas dobles.
v Si no especifica /configfile, el valor predeterminado será tdpsql.cfg.
v Si especifica /configfile pero no nombrearchivoconfig, se utilizará el valor
predeterminado de tdpsql.cfg.
Ejemplos de salida de set
Estos ejemplos de salida proporcionan una muestra del texto, mensajes y estado de
proceso que aparece al utilizar el mandato set.
Ejemplo 1
El ejemplo siguiente especifica el servidor STRINGVM1 como SQL Server
predeterminado en el archivo de configuración.
Mandato:
tdpsqlc set sqlserver=STRINGVM1
Salida:
IBM Tivoli Storage Manager for Databases
Data Protection for Microsoft SQL Server
Versión 7, Release 1, Nivel 3.0
(C) Copyright IBM Corporation 1997, 2015. Reservados todos los derechos.
ACO5054I La opción de configuración se ha establecido satisfactoriamente.
Capítulo 8. Información de referencia
299
Ejemplo 2
El ejemplo siguiente especifica a c64 como el nombre de nodo AlwaysOn en el
archivo de configuración.
Mandato:
tdpsqlc set alwaysonnode=c64
Salida:
IBM Tivoli Storage Manager for Databases:
Data Protection for Microsoft SQL Server
Versión 7, Release 1, Nivel 3.0
(C) Copyright IBM Corporation 1997, 2015. Reservados todos los derechos.
Conectándose a SQL Server, por favor, espere...
ACO5054I La opción de configuración se ha establecido satisfactoriamente.
Se añade la siguiente sentencia al archivo de configuración tdpsql.cfg:
ALWAYSONNode
c64
Mandato unmount backup
Utilice el mandato unmount backup para desmontar copias de seguridad que hayan
sido montadas anteriormente y que sean gestionadas por Tivoli Storage FlashCopy
Manager for SQL Server.
Sintaxis de unmount backup
Utilice los diagramas de sintaxis del mandato unmount backup como referencia para
ver las opciones disponibles y los requisitos de recorte.
Mandato TDPSQLC
►► TDPSQLC
UNMOUNT BACKup
directorio raíz punto montaje
►
►
►
tdpsql.xml
/CONFIGfile=
nombrearchivoconfig
►
/LOGPrune=
tdpsql.log
60
númdías
No
►
/LOGFile=
nombrearchivoregistro
►
►
=DP
/REMOTECOMPUTER=
nombresistema
/QUERYNode
=ALWAYSON
=BOTH
300
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
►
►
/REMOTECOMPUTERUser=
usuario
/REMOTECOMPUTERPassword=
contraseña
►
►
/TSMNODe=
nombrenodotsm
dsm.opt
/TSMOPTFile=
nomarchivotsmopt
►
►◄
/TSMPassword=
contraseñatsm
Parámetro posicional Unmount Backup
El parámetro posicional se sitúa inmediatamente después del mandato unmount
backup y antes de los parámetros opcionales.
directorio raíz de puntos de montaje
Parámetros opcionales de unmount backup
Los parámetros opcionales siguen al mandato unmount backup y a los parámetros
posicionales.
/CONFIGfile=nombrearchivoconfig
Utilice el parámetro /configfile para especificar el nombre
(nombrearchivoconfig) del archivo de configuración que contiene los valores
que deben utilizarse para una operación de unmount backup.
La variable nombrearchivoconfig puede incluir una vía de acceso completa. Si
la variable nombrearchivoconfig no incluye una vía de acceso, se utiliza el
directorio de instalación. Si no se especifica el parámetro /configfile o la
variable nombrearchivoconfig, el valor predeterminado es tdpsql.cfg.
Si la variable nombrearchivoconfig incluye espacios, especifique toda la
entrada del parámetro /configfile entre comillas. Por ejemplo:
/CONFIGfile="c:\Program Files\tdpsql.cfg"
/LOGFile=nombrearchivoregistro
Utilice el parámetro /logfile para especificar el nombre del archivo de
registro de actividades. La variable nombrearchivoregistro identifica el
nombre del archivo de registro de actividades.
Si el archivo de registro especificado no existe, se crea uno nuevo. Si el
archivo existe, se añaden nuevas entradas al mismo. La variable
nombrearchivoregistro puede incluir una vía de acceso completa. Sin
embargo, si no se especifica ninguna vía de acceso, el archivo de registro se
graba en el directorio de instalación.
Si la variable nombrearchivoregistro incluye espacios, especifique toda la
entrada del parámetro /logfile entre comillas. Por ejemplo:
/LOGFile="c:\Program
Files\tdpsql.log"
Si no se especifica el parámetro /logfile, los registros de anotaciones se
graban al archivo de registro predeterminado, tdpsql.log.
El parámetro /logfile no puede desactivarse, siempre está activo.
Capítulo 8. Información de referencia
301
/LOGPrune=númdays|No
Al podar datos de registro, puede descartar algunos de los registros
generados en función de los criterios detallados de filtrado que defina. En
función de la opción que defina para el parámetro /LOGPrune, se guarda un
número determinado de días de datos. De forma predeterminada, se
guardan 60 días de entradas de registro. Se puede indicar la opción No para
inhabilitar la poda de registro.
Independientemente de la opción que defina para este parámetro, puede
solicitar una poda de registro de forma explícita en cualquier momento.
Consideraciones:
v Para númdías, el rango es de 0 a 9999. Un valor de 0 suprime todas las
entradas del archivo de registro de actividad excepto las entradas de
mandato actuales.
v Si especifica no, el archivo de registro no será podado.
v Si no especifica /LOGPrune, el valor predeterminado es el especificado
por la opción configurable logprune del archivo de configuración. El
valor predeterminado es 60.
v Si especifica /LOGPrune, se utiliza su valor en lugar del valor almacenado
en el archivo de configuración. La especificación de este parámetro no
cambia el valor en el archivo de configuración.
v Puede especificar /LOGPrune sin especificar númdías o no; en este caso, se
utiliza el valor predeterminado, 60.
v Los cambios en el valor del parámetro TIMEformat o DATEformat pueden
dar como resultado que el archivo de registro se pode sin quererlo. Si
ejecuta un mandato que puede podar el archivo de registro y se ha
modificado el valor del parámetro TIMEformat o DATEformat, lleve a cabo
una de las acciones siguientes para evitar una poda no deseada del
archivo de registro:
– Haga una copia del archivo de registro existente.
– Especifique un nuevo archivo de registro con el parámetro /LOGFile o
el valor logfile.
/QUERYNode=DP|ALWAYSON|AMBOS
Especifique si desea consultar las bases de datos estándar de un SQL
Server 2012, y versiones posteriores, de las que se ha realizado una copia
de seguridad desde un nodo estándar de Data Protection for SQL Server, el
nodo AlwaysOn, o desde ambos nodos. Este parámetro se ignora para
bases de datos disponibilidad porque las bases de datos de disponibilidad
se copian siempre bajo el nodo AlwaysOn.
/REMOTECOMPUTER=nombresistema
Especifique la dirección IP o el nombre de host para el sistema remoto
donde desea desmontar los datos.
/REMOTECOMPUTERUser=usuario
Especifique el nombre de usuario para iniciar sesión en el servidor
especificado con el parámetro REMOTECOMPUTER. Si es necesario un dominio
para iniciar sesión con la cuenta de dominio, especifique Dominio\Usuario.
Para iniciar sesión en la cuenta local, no es necesario el dominio. No hay
ningún valor predeterminado.
/REMOTECOMPUTERPassword=contraseña
Especifique la contraseña para el nombre de usuario especificado con el
parámetro REMOTECOMPUTERUser. No existe valor predeterminado.
302
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
/TSMNODe=nombrenodotsm
Utilice la variable nombre_nodo_tsm para indicar el nombre de nodo de
Tivoli Storage Manager que Tivoli Storage FlashCopy Manager utiliza para
iniciar una sesión en el servidor de Tivoli Storage Manager.
Puede almacenar el nombre de nodo en el archivo de opciones de Tivoli
Storage Manager (dsm.opt). Este parámetro sustituirá el valor del archivo
de opciones de Tivoli Storage Manager si PASSWORDACCESS se establece
como PROMPT. Este parámetro no es válido cuando PASSWORDACCESS
se establece como GENERATE en el archivo de opciones.
/TSMOPTFile=nombre_archivo_opc_tsm
Utilice la variable nombre_archivo_opc_tsm para identificar el archivo de
opciones de Tivoli Storage Manager.
El nombre de archivo puede incluir una ruta calificada al completo. Si no
se especifica ninguna vía de acceso, se busca en el directorio donde está
instalado Tivoli Storage FlashCopy Manager.
Si la variable nombre_archivo_opc_tsm incluye espacios, adjunte la entrada
entera del parámetro /tsmoptfile entre comillas dobles. Por ejemplo:
/TSMOPTFile="c:\Program Files\dsm.opt"
El valor predeterminado es dsm.opt.
/TSMPassword=contraseña_tsm
Utilice la variable contraseña_tsm para indicar la contraseña de Tivoli
Storage Manager que Tivoli Storage FlashCopy Manager utiliza para iniciar
una sesión en el servidor de Tivoli Storage Manager.
Si especificó PASSWORDACCESS GENERATE en el archivo de opciones
de Tivoli Storage FlashCopy Manager (dsm.opt), no tiene que proporcionar
la contraseña porque se utiliza la que está almacenada en el registro. Sin
embargo, para almacenar la contraseña en el registro deberá especificar la
contraseña de Tivoli Storage Manager la primera vez que Tivoli Storage
FlashCopy Manager se conecte con el servidor de Tivoli Storage Manager.
Si se especifica una contraseña con este parámetro cuando
PASSWORDACCESS GENERATE está en vigor, el valor de la línea de
mandatos no se tendrá en cuenta a menos que la contraseña para ese nodo
no se haya almacenado todavía en el registro. En ese caso, la contraseña
especificada se almacenará en el registro y se utilizará cuando se ejecute
este mandato.
Si PASSWORDACCESS PROMPT está en vigor, y no se especifica ninguna
contraseña en la línea de mandatos, se pedirá al usuario que proporcione
una.
La contraseña de Tivoli Storage Manager que Tivoli Storage FlashCopy
Manager utiliza para iniciar una sesión en el servidor de Tivoli Storage
Manager puede tener una longitud máxima de 63 caracteres.
Capítulo 8. Información de referencia
303
304
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Apéndice A. Preguntas formuladas frecuentemente
Revise las respuestas a las siguientes preguntas frecuentes sobre Data Protection
for SQL Server.
¿Cómo puedo comprimir mis copias de seguridad de Data Protection for SQL
Server?
Se pueden utilizar los métodos siguientes para comprimir las copias de
seguridad de Data Protection for SQL Server:
v Utilice la opción compression para indicar a la API de Tivoli Storage
Manager cómo comprimir los datos antes de enviarlos al servidor de
Tivoli Storage Manager. Al comprimir los datos se reducen el tráfico y
los requisitos de almacenamiento.
La especificación de la opción compression depende del método de copia
de seguridad que se esté utilizando:
– Para las copias de seguridad de herencia, especifique la opción
compression en el archivo de opciones de Data Protection for SQL
Server.
– Para las copias de seguridad VSS, especifique la opción compression
en el archivo de opciones del cliente de archivado y copia de
seguridad que se utiliza como nodo DSMAGENT local. Si el entorno
está configurado para copias de seguridad con traspaso de datos VSS,
también debe especificar la opción de compresión en el archivo de
opciones del cliente de archivado y copia de seguridad que se utiliza
como nodo DSMAGENT remoto. Repase la información de
compresión disponible en la documentación del cliente antes de
intentar comprimir los datos.
Para obtener más información sobre la opción compression, consulte
“Especificación de parámetros de configuración de Tivoli Storage
Manager” en la página 52.
v Puede especificar la compresión de copia de seguridad de SQL Server
desde la ventana Propiedades de SQL en Microsoft Management
Console (MMC) o puede utilizar la opción sqlcompression desde la línea
de mandatos para definir la compresión de copia de seguridad nativa de
SQL Server para las copias de seguridad de Data Protection for SQL
Server. Para obtener más información, consulte el apartado “Habilitación
de la compresión de copia de seguridad de SQL Server” en la página
111.
La compresión de copia de seguridad sólo está disponible con las copias
de seguridad de herencia. Sólo puede ejecutar la compresión de copia de
seguridad en Enterprise Edition. Puede ejecutar la compresión de copia
de seguridad de SQL Server 2008 R2 en las ediciones Standard,
Enterprise y Datacenter. Cualquier edición puede restaurar una copia de
seguridad comprimida.
¿Cómo puedo cifrar mis copias de seguridad de Data Protection for SQL Server?
Utilice las opciones enableclientencryptkey y encryptiontype para cifrar
las bases de datos de Microsoft SQL Server durante el proceso de copia de
seguridad y restauración.
El lugar en el que se especifican estas opciones depende del método de
copia de seguridad que se utilice:
© Copyright IBM Corp. 1997, 2015
305
v Para las copias de seguridad de herencia, especifique estas opciones en
el archivo de opciones de Data Protection for SQL Server.
v Para las copias de seguridad VSS, especifique las opciones de cifrado en
el archivo de opciones del cliente de archivado y copia de seguridad que
se utiliza como nodo DSMAGENT local. Si el entorno está configurado
para copias de seguridad con traspaso de datos VSS, también debe
especificar las opciones de cifrado en el archivo de opciones del cliente
de archivado y copia de seguridad que se utiliza como nodo
DSMAGENT remoto. Repase la información de cifrado disponible en la
documentación del cliente antes de intentar cifrar las bases de datos.
Para obtener más información sobre las opciones enableclientencryptkey
y encryptiontype, consulte “Especificación de parámetros de configuración
de Tivoli Storage Manager” en la página 52.
¿Cómo puedo optimizar el almacenamiento de mis copias de seguridad de Data
Protection for SQL Server?
Utilice la opción deduplication para habilitar la optimización de
almacenamiento de datos del lado de cliente. La API de Tivoli Storage
Manager utiliza la optimización de almacenamiento de datos del lado de
cliente para eliminar los datos redundantes durante el proceso de copia de
seguridad antes de que se transfieran los datos al servidor de Tivoli
Storage Manager.
El lugar en el que se especifican estas opciones depende del método de
copia de seguridad que se utilice:
v Para las copias de seguridad de herencia, especifique las opciones de
cifrado deduplication en el archivo de opciones de Data Protection for
SQL Server.
v Para las copias de seguridad VSS, especifique la opción deduplication
en el archivo de opciones del cliente de archivado y copia de seguridad
que se utiliza como nodo DSMAGENT local. Si el entorno está
configurado para copias de seguridad con traspaso de datos VSS,
también debe especificar la opción deduplication en el archivo de
opciones del cliente de archivado y copia de seguridad que se utiliza
como nodo DSMAGENT remoto. Revise la información de optimización
de almacenamiento en la documentación de cliente antes de intentar
cifrar las bases de datos.
Para obtener más información sobre la opción deduplication, consulte
“Especificación de parámetros de configuración de Tivoli Storage Manager”
en la página 52.
¿Puedo restaurar una única tabla desde una copia de seguridad de SQL Server?
Sí, pero sólo para copias de seguridad de herencia. No se puede restaurar
una tabla individual desde una copia de seguridad VSS Para restaurar una
tabla individual desde una copia de seguridad de herencia de SQL Server,
coloque las tablas que necesitan granularidad de restauración individual en
su propio grupo de archivos. A continuación, utilice Data Protection for
SQL Server para restaurar un único grupo de archivos de una copia de
seguridad completa.
¿Puedo restaurar una copia de seguridad de una base de datos Server SQL en
otra instancia o máquina de SQL Server?
Sí, pero sólo para copias de seguridad de herencia. No puede restaurar las
copias de seguridad VSS directamente en una instancia o máquina de SQL
Server alternativa.
|
|
|
|
|
306
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
|
|
|
|
|
|
|
¿Puedo restaurar copias de seguridad VSS en otras ubicaciones en la misma
instancia de SQL Server?
Puede restaurar copias de seguridad VSS en otras ubicaciones en la misma
instancia de SQL Server de la siguiente manera:
v Utilice el parámetro /relocatedir desde la línea de mandatos.
v Utilice la opción Reubicar de la ventana Restaurar bases de datos desde
la interfaz gráfica de usuario.
|
|
|
|
|
|
|
¿Puedo restaurar Copias de seguridad VSS en otros nombres de bases de datos
en la misma instancia de SQL Server?
Puede restaurar copias de seguridad VSS en otros nombres de base de
datos de la siguiente manera:
v Utilice el parámetro /into desde la línea de mandatos.
v Utilice la opción Restaurar en de la ventana Restaurar bases de datos
desde la interfaz gráfica de usuario.
¿Puedo utilizar Data Protection for SQL Server para realizar la copia de
seguridad de bases de datos de SQL Server, archivos de anotaciones y reducir el
tamaño del archivo de anotaciones de transacciones?
Modifique el archivo de mandatos que se utiliza para copias de seguridad
planificadas con una entrada que llama a un archivo de mandatos T-SQL
que reduce el archivo de registro de transacciones. Por ejemplo, en el
siguiente archivo de mandatos que se utiliza para las copias de seguridad
programadas:
tdpsqlc backup * full
tdpsqlc backup * log
osql -E -i shrinkjob.sql
El archivo shrinkjob.sql es un archivo de mandatos T-SQL que reduce el
archivo de registro de transacciones.
¿Debo crear un nombre de nodo diferente para crear una copia de seguridad y
archivado para una base de datos de SQL Server?
Primero, utilice el mismo nombre de nodo que el nodo de SQL Server
principal, aunque deberá agregar una extensión para el nodo de archivado.
Por ejemplo:
Principal:
SQLSRV550_SQL
Archivado: SQLSRV550_SQL_ARCH
En segundo lugar, utilice otro archivo de opciones de Data Protection for
SQL Server (dsmarchive.opt) que contiene el nodo de archivado con los
valores de archivado que desee. Consulte los apartados siguientes para
obtener más información sobre nodos y opciones:
v “Especificación de parámetros de nombre de nodo de Data Protection for
SQL Server” en la página 54
v “Especificación de parámetros de configuración de Tivoli Storage
Manager” en la página 52
¿Puedo realizar operaciones VSS en un entorno de SQL Server en clúster?
Sí, puede ejecutar operaciones de VSS de Data Protection for SQL Server
en un entorno de SQL Server en clúster. Para obtener más información,
consulte el apartado “Grupos de disponibilidad AlwaysOn con Data
Protection for SQL Server en un entorno de Windows Failover Cluster
(clúster de migración tras error)” en la página 25.
Apéndice A. Preguntas formuladas frecuentemente
307
¿Cómo puedo realizar copias de seguridad descargadas de VSS o gestionar
instantáneas locales?
Instale Data Protection for SQL Server para realizar copias de seguridad
descargadas de VSS o realizar copia de seguridad de instantáneas locales y
restaurarlas. Para obtener más información, consulte el apartado
“Prerrequisitos” en la página 33.
¿Cómo puedo utilizar copias de seguridad VSS y de herencia en una estrategia
de copia de seguridad común?
Para obtener más información, consulte el apartado “Métodos de copia de
seguridad de herencia y VSS” en la página 100.
¿Puedo utilizar copias de seguridad de herencia y Copias de seguridad VSS
juntas?
Sí, puede aplicar copias de seguridad de registro de herencia y
diferenciales de herencia después de que se haya restaurado una copia de
seguridad VSS completa. Para poder hacerlo, es necesario dejar la base de
datos en un estado de recuperación especificando /recovery=no en la
interfaz de línea de mandatos o asegurándose de que la opción
Recuperación de la interfaz gráfica de usuario (GUI) Restaurar bases de
datos o Restaurar grupos/archivos no esté seleccionada al restaurar la
copia de seguridad VSS. Con VSS, puede ejecutar sólo copias de seguridad
completas. No puede ejecutar los archivos de registro, diferenciales, de
grupos de archivos individuales, de archivos individuales y copias de
seguridad definidas con VSS. Para obtener más información, consulte el
apartado “Métodos de copia de seguridad de herencia y VSS” en la página
100.
Al restaurar bases de datos de SQL Server de gran volumen, ¿cómo puedo evitar
que falle la operación de restauración debido a un error de tiempo de espera
excedido?
SQL Server vuelve a crear y a dar formato a los archivos físicos nuevos en
los que se restaurarán los datos de copia de seguridad. Dado que en las
bases de datos voluminosas, este proceso puede durar más de una hora, se
puede exceder el tiempo de espera de la sesión de Tivoli Storage Manager
y hacer que el proceso de restauración sea anómalo. Para evitar este error,
establezca el valor de la opción de Tivoli Storage Manager COMMTIMEOUT en
3600 o superior. En el caso de bases de datos de más de 100 GB, establezca
el valor en 10000 o un valor superior. En el caso de una operación de
restauración LANFREE, aumente el valor de las opciones COMMTIMEOUT y
IDLETIMEOUT para el agente de almacenamiento.
¿Cómo funcionan las operaciones de restauración instantáneas de VSSP?
En una operación de restauración instantánea de VSS, una copia asistida
por hardware de nivel de volumen que incluye volúmenes de destino (que
contienen la instantánea) se vuelven a copiar en los volúmenes de origen
originales. Un SAN Volume Controller, Storwize V7000, XIV, o sistema de
almacenamiento de IBM System Storage serie DS8000 es necesario para
completar las operaciones de restauración instantáneas de VSS. Para
obtener más información, consulte el apartado “Proceso de restauración
instantánea de VSS” en la página 23.
Ahora que realizo operaciones VSS, ¿por qué hay tantas copias de seguridad
activas?
La política de Tivoli Storage Manager gestiona las copias de seguridad VSS
que están ubicadas en volúmenes de duplicación local y en el
almacenamiento del servidor de Tivoli Storage Manager. Con esta
característica, puede utilizar diferentes políticas que provoquen un
308
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
incremento del número de copias de seguridad activas. Para obtener más
información, consulte “Cómo la política afecta a la gestión de copias de
seguridad en Data Protection for SQL Server” en la página 10 y “Métodos
de copia de seguridad de herencia y VSS” en la página 100.
¿Por qué recibo un error de tiempo excedido de espera de TCP/IP cuando tengo
activado el rastreo de VSS interno de Windows?
Las operaciones VSS de Data Protection for SQL Server podrían exceder el
tiempo de espera y producir un error de TCP/IP cuando el rastreo VSS
interno de Windows está activado debido al tiempo adicional necesario
para grabar las entradas en el archivo de rastreo. Puede evitar este
problema aumentando los valores de las opciones servidor de Tivoli
Storage Manager commtimeout y idletimeout o disminuyendo la cantidad
de rastreos VSS internos de Windows.
Qué valores utilizar para un rendimiento óptimo
El valor predeterminado del parámetro buffers (3) y del parámetro
buffersize (1024) son los que proporcionan el mejor rendimiento en las
pruebas. No obstante, factores de entorno como la velocidad de la red, el
diseño de la base de datos física, los recursos de la máquina y los recursos
de SQL Server influyen sobre el rendimiento de Data Protection for SQL
Server y deben tenerse en cuenta a la hora de determinar la configuración.
Tenga en cuenta que los parámetros buffers y buffersize sólo se aplican a
copias de seguridad de herencia. Para obtener más información, consulte
los temas siguientes:
v Capítulo 7, “Ajuste de rendimiento”, en la página 173
v “Especificación de parámetros de configuración de Tivoli Storage
Manager” en la página 52
v "los parámetros /buffers y /buffersize" (con el mandato backup) en el
apartado “Parámetros opcionales de backup” en la página 187.
v "los parámetros /buffers y /buffersize" (con el mandato restore) en el
apartado “Parámetros opcionales de restore” en la página 262.
v "los parámetros /buffers y /buffersize" (con el mandato set) en el
apartado “Establecer parámetros opcionales” en la página 299.
¿Cómo debo planificar las copias de seguridad de Data Protection for SQL
Server?
Puede planificar las copias de seguridad de Data Protection for SQL Server
utilizando el planificador de cliente de archivado y copia de seguridad de
Tivoli Storage Manager o el planificador de MMC.
¿Cómo debo configurar Data Protection for SQL Server para que se ejecute en
un clúster?
Los apartados siguientes contienen información sobre cómo utilizar Data
Protection for SQL Server en un entorno de clúster.
v “Grupos de disponibilidad AlwaysOn con Data Protection for SQL
Server en un entorno de Windows Failover Cluster (clúster de migración
tras error)” en la página 25
¿Cómo puedo saber si mi copia de seguridad se ha ejecutado satisfactoriamente?
Se visualiza un mensaje que indica que la copia de seguridad ha finalizado
satisfactoriamente. Además, el gestor de tareas de MMC proporciona
información centralizada sobre el estado de las tareas. La información de
proceso también está disponible en los archivos siguientes:
v Archivo de registro de Data Protection for SQL Server (valor
predeterminado: tdpsql.log)
Apéndice A. Preguntas formuladas frecuentemente
309
Este archivo indica la fecha y hora de una copia de seguridad, los datos
que se han copiado y los posibles mensajes de error o códigos de
terminación.
v Registro de actividades del servidor de Tivoli Storage Manager
Data Protection for SQL Server registra información sobre los mandatos
de copia de seguridad y restauración en el registro de actividades del
servidor Tivoli Storage Manager. Si el usuario no tiene ID de usuario y
contraseña de administrador de Tivoli Storage Manager, un
administrador de Tivoli Storage Manager puede examinar este registro
por él.
v Archivo de registro de errores de la API Tivoli Storage Manager (valor
predeterminado: dsierror.log).
¿Debo utilizar el mismo nombre_nodo que utiliza mi cliente de copia de
seguridad/archivado?
Copias de seguridad de herencia: utilice nombres de nodo diferentes para
simplificar las tareas de planificación, separación de datos y gestión de
políticas.
Copias de seguridad VSS: debe utilizar nombres de nodos distintos.
Para obtener más información, consulte el apartado “Especificación de
parámetros de nombre de nodo de Data Protection for SQL Server” en la
página 54.
¿Cómo debo configurar un entorno fuera de la LAN para realizar una copia de
seguridad del Data Protection for SQL Server a través de mi SAN?
Consulte la sección sobre el entorno fuera de la LAN de Capítulo 7,
“Ajuste de rendimiento”, en la página 173.
Para obtener más información, consulte el apartado http://
www.redbooks.ibm.com/abstracts/sg246148.html.
310
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Apéndice B. Funciones de accesibilidad para la familia de
productos Tivoli Storage Manager
Las funciones de accesibilidad ayudan a los usuarios que tienen discapacidades,
tales como movilidad reducida o visión limitada, a utilizar productos de tecnología
de la información de manera satisfactoria.
Características de accesibilidad
La familia de productos de IBM Tivoli Storage Manager incluye las siguientes
funciones de accesibilidad:
v Funcionamiento sólo con teclado utilizando los convenios de sistema operativo
estándares.
v Interfaces que soportan la tecnología de asistencia de soporte como los lectores
de pantalla
Son accesibles las interfaces de línea de mandatos para todos los productos de la
familia de productos.
Centro de operaciones de Tivoli Storage Manager proporciona las siguientes
funciones de accesibilidad adicionales cuando se utiliza con un navegador Mozilla
Firefox en un sistema Microsoft Windows:
v Lupas de pantalla y acercamiento al contenido
v Modalidad de alto contraste
Centro de operaciones y el servidor de Tivoli Storage Manager se pueden instalar
en la modalidad de consola, la cual es accesible.
El sistema de ayuda de Centro de operaciones está habilitado para la accesibilidad.
Para obtener más información, pulse el icono de signo de interrogación en la barra
de menús del sistema de ayuda.
Software de proveedores
La familia de productos Tivoli Storage Manager incluye cierto software del
proveedor que no está cubierto por el acuerdo de licencia de IBM. IBM no es
responsable de las funciones de accesibilidad de estos productos. Contacte con el
proveedor para obtener información de accesibilidad de sus productos.
IBM y accesibilidad
Consulte IBM Human Ability and Accessibility Center (http://www.ibm.com/able)
para obtener información sobre el compromiso que tiene IBM con la accesibilidad.
© Copyright IBM Corp. 1997, 2015
311
312
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Avisos
Esta información ha sido desarrollada para productos y servicios ofertados en los
EE.UU.
Es posible que IBM no ofrezca en otros países los productos, servicios o
características que se describen en este documento. Consulte a su representante
local de IBM para obtener información sobre los productos y servicios que
actualmente están disponibles en su zona. Cualquier referencia hecha en esta
publicación a un producto, programa o servicio de IBM no pretende indicar ni
implica que sólo se pueda utilizar este producto, programa o servicio de IBM. En
su lugar, se puede utilizar cualquier producto, programa o servicio funcionalmente
equivalente que no infrinja ninguno de los derechos de propiedad intelectual de
IBM. No obstante, es responsabilidad del usuario evaluar y verificar el
funcionamiento de cualquier producto, programa o servicio que no sea de IBM.
IBM puede tener patentes o solicitudes de patentes pendientes que traten el tema
principal descrito en este documento. La entrega de este documento no le otorga
ninguna licencia sobre estas patentes. Puede enviar las consultas sobre licencias,
por escrito, a la siguiente dirección:
IBM Director of Licensing
IBM Corporation
North Castle Drive, MD-NC119
Armonk, NY 10504-1785
Estados Unidos de América
Para consultas sobre licencias relativas a la información del conjunto de caracteres
de doble byte (DBCS), póngase en contacto con el departamento de propiedad
intelectual de IBM en su país o envíe las consultas, por escrito, a:
Intellectual Property Licensing
Legal and Intellectual Property Law
IBM Japan Ltd.
19-21, Nihonbashi-Hakozakicho, Chuo-ku
Tokio 103-8510, Japón
El párrafo siguiente no se aplica a ningún país donde tales determinaciones son
incoherentes con las leyes locales: INTERNATIONAL BUSINESS MACHINES
CORPORATION PROPORCIONA ESTA PUBLICACIÓN "TAL CUAL" SIN
GARANTÍA DE CUALQUIER ESPECIE, YA SEA EXPRESA O IMPLÍCITA,
INCLUYENDO, SIN ESTAR LIMITADO A, LAS GARANTÍAS IMPLÍCITAS DE
NO-INFRACCIÓN, COMERCIABILIDAD O ADECUACIÓN PARA UNA
FINALIDAD ESPECÍFICA. Algunas legislaciones no contemplan la exclusión de
garantías, ni implícitas ni explícitas, por lo que puede haber usuarios a los que no
les afecte esta norma.
Esta información puede contener imprecisiones técnicas o errores tipográficos. La
información incluida en este documento está sujeta a cambios periódicos, que se
incorporarán en nuevas ediciones de la publicación. IBM puede realizar mejoras
y/o cambios en los productos o programas descritos en esta publicación sin previo
aviso.
© Copyright IBM Corp. 1997, 2015
313
Las referencias en este documento a sitios web que no son de IBM se proporcionan
únicamente para su comodidad y no representan en modo alguno la promoción de
dichos sitios web. Los materiales en estos sitios web no forman parte de los
materiales para este producto de IBM; la utilización de dichos sitios es a cuenta y
riesgo del usuario.
IBM puede utilizar o distribuir la información que se le proporcione, en la forma
que crea conveniente, sin incurrir por ello en ninguna obligación con el remitente.
Los poseedores de licencias de este programa que deseen obtener información
sobre éste a efectos de permitir: (i) el intercambio de información entre programas
creados de forma independiente y otros programas (incluido éste) y (ii) el uso
mutuo de la información intercambiada, deben ponerse en contacto con:
IBM Corporation
2Z4A/101
11400 Burnet Road
Austin, TX 78758
EE.UU.
Tal información puede estar disponible, sujeta a los términos y a las condiciones
adecuadas, incluyendo en algunos casos el pago de una cuota.
El programa bajo licencia descrito en este documento y todo el material con
licencia disponible se proporcionan bajo los términos de IBM Customer Agreement,
IBM International Program License Agreement o cualquier otro acuerdo
equivalente entre IBM y el cliente.
Todos los datos sobre el rendimiento aquí incluidos se han determinado en un
entorno controlado. Por consiguiente, los resultados obtenidos en otros entornos
operativos pueden variar de forma significativa. Algunas mediciones pueden haber
sido tomadas en sistemas a nivel de desarrollo y no hay ninguna garantía de que
dichas mediciones sean las mismas en los sistemas disponibles generalmente.
Además, algunas mediciones pueden haberse estimado por extrapolación. Los
resultados reales pueden variar. Los usuarios de la presente publicación deben
verificar los datos pertinentes en su entorno de trabajo específico.
La información concerniente a productos no IBM se ha obtenido de los
suministradores de dichos productos, de sus anuncios publicados o de otras
fuentes de información pública disponibles. IBM no ha probado estos productos y
no puede confirmar la exactitud de las declaraciones de rendimiento,
compatibilidad o cualesquiera otras relativas a productos que no sean de IBM. Las
consultas acerca de las posibilidades de los productos no IBM deben dirigirse a los
suministradores de los mismos.
Esta información contiene ejemplos de datos e informes utilizados en operaciones
comerciales diarias. Para ilustrarlas de la forma más completa posible, los ejemplos
incluyen nombres de personas, empresas, marcas y productos. Todos estos
nombres son ficticios y cualquier parecido con los nombres y direcciones utilizados
por una empresa real es mera coincidencia.
LICENCIA DE COPYRIGHT:
Esta información contiene programas de aplicación de ejemplo en lenguaje fuente,
que ilustra las técnicas de programación en distintas plataformas operativas. Puede
copiar, modificar y distribuir estos programas de ejemplo de cualquier forma sin
314
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
previo pago a IBM, para fines de desarrollo, utilización, marketing o distribución
de programas de aplicación conforme a la interfaz de programación de
aplicaciones de la plataforma operativa para la que están escritos estos programas
de ejemplo. Estos ejemplos no se han probado a fondo bajo todas las condiciones.
Por tanto, IBM no puede garantizar ni implicar la fiabilidad, utilidad o función de
estos programas. Los programas de ejemplo se proporcionan "TAL CUAL", sin
garantía de ningún tipo. IBM no será responsable de ningún daño que surja del
uso por parte del usuario de los programas de ejemplo.
Cada copia o parte de estos programas de ejemplo o cualquier trabajo derivado
debe incluir un aviso de copyright como este:
Partes de este código se derivan de programas de ejemplo de IBM® Corp.
© Copyright IBM® Corp. _especifique el año o años_. Reservados todos los derechos.
Marcas registradas
IBM, el logotipo de IBM y ibm.com son marcas registradas de International
Business Machines Corp., registradas en una gran cantidad de jurisdicciones en
todo el mundo. Otros nombres de productos y servicios pueden ser marcas
registradas de IBM u otras compañías. Hay disponible una lista actual de marcas
registradas de IBM en la web, en sección "Copyright and trademark information"
de www.ibm.com/legal/copytrade.shtml.
Adobe es una marca registrada de Adobe Systems Incorporated en Estados Unidos
o en otros países.
Linear Tape-Open, LTO y Ultrium son marcas registradas de HP, IBM Corp. y
Quantum en EE.UU. y en otros países.
Intel y Itanium son marcas registradas de Intel Corporation o sus empresas filiales
en Estados Unidos y otros países.
Linux es una marca registrada de Linus Torvalds en Estados Unidos y/o en otros
países.
Microsoft, Windows y Windows NT son marcas registradas de Microsoft
Corporation en Estados Unidos y/o en otros países.
Java™ y todas las marcas registradas y logotipos basados en Java son marcas
registradas de Oracle y/o sus filiales.
UNIX es una marca registrada de The Open Group en Estados Unidos y otros
países.
Términos y condiciones de la documentación del producto
Los permisos para utilizar estas publicaciones se otorgan de acuerdo con los
términos y condiciones siguientes.
Aplicabilidad
Estos términos y condiciones completan los términos y condiciones de uso
del sitio web de IBM.
Uso personal
Puede reproducir estas publicaciones para uso personal y no comercial
siempre que se conserven todos los avisos del propietario. No podrá
Avisos
315
distribuir, visualizar ni crear trabajo derivado de estas publicaciones, o
cualquier parte de éstas, sin el consentimiento expreso de IBM.
Uso comercial
Puede reproducir, distribuir y visualizar estas publicaciones únicamente
dentro de la empresa a condición de que se conserven todos los avisos de
propiedad. No puede realizar trabajos derivados de estas publicaciones ni
reproducir, distribuir o visualizar estas publicaciones ni parte de las
mismas fuera de la empresa sin el consentimiento expreso de IBM.
Derechos
Si no se indica lo contrario en este permiso, no se otorgan otros permisos,
licencias o derechos, ya sea de forma expresa o implícita, a las
publicaciones u otra información, datos, software u otra propiedad
intelectual que contenga este documento.
IBM se reserva el derecho de retirar los permisos otorgados aquí siempre
que, a su discreción, considere que la utilización de las publicaciones actúa
en detrimento de sus intereses o, según determine IBM, no se cumplan
adecuadamente las instrucciones anteriores.
Queda prohibido descargar, exportar o reexportar esta información si no se
cumplen íntegramente todas las leyes aplicables y regulaciones, incluyendo
las leyes y regulaciones de exportación de los Estados Unidos.
IBM NO EFECTÚA NINGÚN TIPO DE GARANTÍA SOBRE EL
CONTENIDO DE ESTAS PUBLICACIONES. LAS PUBLICACIONES SE
PROPORCIONAN "TAL CUAL", SIN GARANTÍAS DE NINGUNA CLASE,
YA SEAN EXPLÍCITAS O IMPLÍCITAS, INCLUYENDO, PERO SIN
LIMITARSE A, LAS GARANTÍAS IMPLÍCITAS DE
COMERCIALIZACIÓN, NO INFRACCIÓN Y ADECUACIÓN A UN FIN
DETERMINADO.
Consideraciones sobre la política de privacidad
Los productos de IBM Software, incluido el software como soluciones de servicio,
(“Ofertas de software”) podrían utilizar cookies u otras tecnologías para recopilar
información del uso del producto para ayudar a mejorar la experiencia del usuario
final, para adaptar las interacciones con el usuario final o para otros fines. En
muchos casos, las Ofertas de software no recopilan información de identificación
personal. Algunas de nuestras ofertas de software pueden ayudarle a recopilar
información de identificación personal. Si esta oferta de software utiliza cookies
para recopilar información de identificación personal, la información específica
sobre la utilización de cookies de esta oferta se expone más adelante.
Esta oferta de software no utiliza cookies u otras tecnologías para recopilar
información de identificación personal.
Si las configuraciones desplegadas para esta Oferta de software le ofrecen como
cliente la posibilidad de recopilar información de identificación personal de los
usuarios finales mediante cookies y otras tecnologías, debe buscar asesoramiento
legal sobre las leyes aplicables a dicha recopilación de datos, incluidos los
requisitos de aviso y consentimiento.
Para obtener más información sobre el uso de las distintas tecnologías, incluidas
las cookies, para estos fines, consulte la Política de privacidad de IBM en
http://www.ibm.com/privacy y la Declaración de privacidad en línea de IBM en
http://www.ibm.com/privacy/details en la sección “Cookies, Web Beacons and
316
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Other Technologies” y la sección “IBM Software Products and
Software-as-a-Service Privacy Statement” en http://www.ibm.com/software/info/
product-privacy.
Avisos
317
318
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Glosario
Hay un glosario disponible con términos y definiciones para la familia de productos de IBM Tivoli
Storage Manager.
Consulte el apartado Glosario de Tivoli Storage Manager.
Para ver glosarios para otros productos de IBM, consulte http://www.ibm.com/software/globalization/
terminology/.
© Copyright IBM Corp. 1997, 2015
319
320
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
Índice
Caracteres Especiales
set command
y el parámetro /IMPORTVSSSNAPSHOTSONLYWhenneeded
/querynode, parámetro
y mandato restore 262
299
A
acceso a bases de datos, restringir 263
activo/inactivo, estado
afectado por copia de seguridad completa 217
adjustkbtsmestimate, parámetro 187
adjustpercentestimate, parámetro 187
ahorro de espacio, consideraciones 183, 184, 217, 218, 260,
261
ahorro de tiempo, consideraciones 260, 261
almacenamiento
determinación de la capacidad gestionada 109
almacenamiento gestionado
determinación de la capacidad 109
APAR 171
API, Tivoli Storage Manager 234
archivo de configuración, Data Protection for SQL Server
establecer valores, CLI 190, 203, 219, 237, 263, 296, 299
query TDP 234
archivo de deshacer de servidor en suspensión, opción de
GUI 126
archivo de opciones, Data Protection for SQL
sentencias INCLUDE/EXCLUDE 18
archivo tdpexc.cfg
y mandato delete backup 207
archivo tdpexc.log
y mandato delete backup 207
archivo tdpsql.cfg
y el mandato restorefiles 292
y mount backup, mandato 227
y unmount backup, mandato 301
archivo tdpsql.log
y el mandato restorefiles 292
y mount backup, mandato 227
y unmount backup, mandato 301
archivos
Data Protection for SQL Server, opciones 209, 294
dsm.opt 52
excfull.log 150
excsched.log 150
tdpexc.cfg
y mandato delete backup 207
tdpexc.log
y mandato delete backup 207
tdpsql.cfg
opción vsspolicy 69
y el mandato restorefiles 292
y mount backup, mandato 227
y unmount backup, mandato 301
tdpsql.log 309
y el mandato restorefiles 292
y mount backup, mandato 227
y unmount backup, mandato 301
tdpsqlc.exe 177
© Copyright IBM Corp. 1997, 2015
archivos (continuación)
Tivoli Storage FlashCopy Manager, opciones 230, 303
archivos de configuración
ubicaciones no predeterminadas 55
archivos de opciones
ubicaciones no predeterminadas 55
archivos de rastreo y de registro de Data Protection for SQL
Server
visualizar 165
archivos de registro
utilizar para determinación de problemas 153
archivos de soporte
enviar a IBM por correo electrónico 170
B
backup
completa más de registro 100
completa más diferencial más de registro 100
completa más diferenciales 100
copia de seguridad de archivo 100
copia solo completa 100
De herencia 9
full 100
backupdestination, parámetro
y mandato backup 188
y mandato delete backup 207
y mandato restore 262
backupmethod, parámetro
y el mandato restorefiles 291
y mandato backup 188
y mandato restore 262
bandas, opción de GUI 125
bandas de datos
consultar 234
Rendimiento de Data Protection for SQL Server 174
utilización de búferes 189, 236, 262, 297
utilización de la CLI 196, 276
utilizadas con /sqlbuffers 193, 196, 272, 276
base de datos
consultar 234
maestra, restaurar 133
opciones, conjunto 234
restauración con catálogos e índices de texto completo 135
restauración en alternativa 131
restaurar utilizando la GUI 140
bases de datos de disponibilidad de SQL Server
copia de seguridad mediante VSS 112
restaurar 128
restaurar grupos de archivos y archivos de SQL
Server 140
bases de datos de disponibilidad SQL
copia de seguridad con el método de herencia 114
bases de datos de SQL Server con catálogos e índices de texto
completo, restauración 135
buffers, parámetro 189, 236, 262
buffersize, parámetro 189, 236, 263
321
C
caducidad, valor de política 69
caducidad de Copias de seguridad VSS
política 10
capacidad
determinación del almacenamiento gestionado 109
características de accesibilidad 311
changetsmpassword, mandato
parámetros opcionales 203
posicionales, parámetros 202
cifrado 53
clase de gestión
denominación de objetos 69
metaobjetos y objetos de datos 18
sentencias INCLUDE 18
Cliente de Tivoli Storage Manager
instalación silenciosa en Windows Server Core 41
clúster
VSS 68, 162
clústers
estrategia 26
compatibilityinfo
consulta de Data Protection for SQL Server 235
completa, restauración
utilizar la GUI 128, 140
compresión
SQL Server 111
Compresión de SQL Server 111
comprobación de integridad, copias de seguridad de bases de
datos 278
comprobación de integridad de base de datos 278
Comprobación de la integridad de SQL Server
suma de comprobación 111
configuración
Data Protection for SQL Server 49, 71
enlace
política 16
IBM SAN Volume Controller e IBM Storwize V7000 94
opciones 52
política 16
prioridad de copia de seguridad de réplicas 89
procedimiento manual
copias de seguridad con traspaso de datos 77
servidor de Tivoli Storage Manager 76
SQL Server 74
rápida, instrucciones 34
ubicación donde se ejecutan copias de seguridad 89
configuración de Data Protection for SQL Server
para configuración de Windows Server 84
configuración de un nodo proxy para copias de seguridad de
VSS con traspaso de datos
para configuración de Windows Server 81
Configuración de Windows Server Core
configuración de Data Protection for SQL Server 84
configuración de un nodo proxy para copias de seguridad
con traspaso de datos 81
configuración del cliente de copia de seguridad/
archivado 82
creación de un nodo de cliente 80
configuración del cliente de copia de seguridad/archivado
para configuración de Windows Server 82
conjunto, restauración
utilizar la GUI 128, 140
consideraciones
consideraciones 3
Restauración VSS 3
322
consideraciones acerca del ahorro de tiempo 183, 184, 217,
218
consideraciones de línea de mandatos
Restauración VSS 256
consulta, operaciones
query TSM 234
salida de ejemplo 242
consultar objetos de copia de seguridad 234
contraseña, Tivoli Storage Manager
cambiar
utilización de la CLI 202
copia de seguridad, objetos
compatibilidad con servidor 237
consulta de 234
copia de seguridad, operaciones
estrategia de ahorro de tiempo 100
utilizar la GUI
ficha obtener copia de seguridad de bases de
datos 112
ficha obtener copia de seguridad de
grupos/archivos 119
copia de seguridad completa
estrategia 100
visión general 5
copia de seguridad completa más de registro
estrategia 100
copia de seguridad completa más diferencial
estrategia 100
copia de seguridad completa más diferencial más de registro
estrategia 100
copia de seguridad con traspaso de datos
nombres de nodo 50
procedimiento de configuración manual 77
copia de seguridad de archivo
estrategia 100
visión general 5
copia de seguridad de bases de datos de disponibilidad de
SQL Server
mediante VSS 112
copia de seguridad de bases de datos de disponibilidad SQL
utilizando el método de herencia 114
copia de seguridad de bases de datos de SQL
en Windows Server Core 120
utilizando el método de herencia 114
copia de seguridad de conjunto
visión general 5
copia de seguridad de grupo
estrategia 100
visión general 5
copia de seguridad de grupos o archivos de SQL Server
utilizando el método de herencia 119
copia de seguridad de herencia
visión general 9
copia de seguridad de registro
visión general 5
copia de seguridad de SQL Server
VSS
GUI 110
copia de seguridad de VSS 2
visión general 8
copia de seguridad diferencial
visión general 5
Copia de seguridad VSS
requisitos de planificación 2
copia de seguridad VSS con traspaso de datos
visión general 9
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
copia de seguridad VSS de Data Protection for SQL Server
enlace de políticas 16
copia de seguridad VSS de SQL Server
supresión 121
copias de seguridad de base de datos, verificación 278
copias de seguridad de bases de datos de disponibilidad
visión general 26
creación de un nodo de cliente
para configuración de Windows Server Core 80
crear índice, operación 184, 185
D
Data Protection for Microsoft Exchange Server
instalación silenciosa con archivo de proceso por lotes
Data Protection for SQL
archivo de opciones
automática, política de caducidad 69
tipos de copia de seguridad 5
Data Protection for SQL Server
BUFFERSIze 297
archivo de configuración, valor
utilización de la CLI 190, 203, 219, 237, 263, 299
buffersize 189, 236, 263
configuración 49, 71
configuración de las opciones 52
configuración rápida 34
consulta de archivo de configuración 234
consulta de versión 235
copias de seguridad 8
crear un paquete de instalación en un DVD 46
entorno operativo 1
inscripción 54
instalación en Windows Server Core 40
instalación rápida 34
instalación silenciosa 41
instalación silenciosa en Windows Server Core
(setup.exe) 42
instalar en un sistema local 38
mandatos 177
número de búferes 189, 236, 262, 297
parámetros de configuración 69
planificación de VSS 2
referencia 177
tipos de restauración 22
valores de la política 10
visión general 1, 99
Data Protection for SQL Server en Windows Server Core
tareas de configuración 80
visión general 141
Data Protection for VMware Recovery Agent 135
datos, bandas
utilización de búferes 189, 236, 263
datos, objetos
en denominación de objetos 18
datos de búfer 263
para Data Protection for SQL Server 189, 236
para el Data Protection for SQL Server 262, 297
para SQL Server 193, 272
para TDP 189, 236
Rendimiento de Data Protection for SQL Server 173
utilizados con bandas 193, 272
dboonly, parámetro 263
delete backup
grupo de almacenamiento
línea de mandatos 206
43
descrito
set, parámetro 236
desde SQL Server, opción de GUI 127
determinación de problemas 153
diagramas de sintaxis
lectura x
mandato delete backup 206
mount backup, mandato 226
unmount backup, mandato 300
differential, parámetro
descrito 184, 218, 235, 261
discapacidad 311
dsm.opt, archivo 52
compresión 53
enableclientencryptkey 53
enablelanfree 54
encryptiontype 53
include.encrypt 53
nombre de nodo 52
protocolo de comunicación 52
E
ejemplo
restorefiles, mandato 295
en el parámetro 265
enableclientencryptkey, opción 53
encryptiontype, opción 53
entorno operativo 1
errores, archivos de registro 153
espacio, ahorro
estrategia 100
espacio asignado y utilizado
consultar 234, 235
esperar a que se monten cintas, opciones de GUI 127
esperar a que se monten cintas para información de archivos,
GUI 127
Establecer parámetro
descrito 186
estado activo/inactivo
afectado por copia de seguridad completa 184
en operaciones restore 267
estado de clúster
consultar 234
estrategia de copia de seguridad
clúster de VSS 68, 162
completa más de registro 100
completa más diferencial más de registro 100
completa más diferenciales 100
copia de seguridad completa 100
copia de seguridad de archivo 100
copia de seguridad de grupo 100
copia solo completa 100
Tivoli Storage Manager frente volúmenes de duplicación
local 100
estrategia de copia de seguridad diferencial frente a copia de
seguridad de registro 100
excfull.log 150
excsched.log 150
F
FAQ 305
file, parámetro
descrito 217, 235, 260
Índice
323
FIle, parámetro
descrito 183
fuera de la LAN
Rendimiento de Data Protection for SQL Server
174
G
gestión de almacenamiento, políticas 9
gestor de tareas 109
grabador de VSS 1
group, parámetro
descrito 218, 235, 261
Group, parámetro
descrito 184
grupo, restauración
utilizar la GUI 128, 140
grupo de almacenamiento
copia de seguridad de VSS
GUI 110
delete backup
línea de mandatos 206
Restauración VSS
GUI 124
Grupos de disponibilidad AlwaysOn de SQL Server
visión general 25
grupos o archivos de SQL Server
copia de seguridad con el método de herencia 119
guardar informes 144
GUI
copia de seguridad VSS de SQL Server 110
restauración de VSS de SQL 124
GUI de Data Protection for SQL Server
iniciar 99, 105
GUI de MMC
iniciar 99, 105
H
hacer copia de seguridad de bases de datos de SQL con Data
Protection for SQL Server
en Windows Server Core 142
instalación
configuración de las opciones 52
crear un paquete de instalación en un DVD 46
en un sistema local 38
rápida, instrucciones 34
registrar Data Protection for SQL Server 54
silenciosa con archivo de proceso por lotes 43
silenciosa con msiexec.exe 43
instalación de Data Protection for SQL Server
desatendida (silenciosa) 41
en varios servidores (silenciosa) 41
en Windows Server core 40
instalación del cliente de Tivoli Storage Manager en Windows
Server Core
desatendida (silenciosa) 41
en varios servidores (silenciosa) 41
instalación silenciosa
con setup.exe 42
instalación silenciosa de Data Protection for SQL Server 41
mensajes de error de configuración 47
reproducir la instalación 46
instalación silenciosa en Windows Server Core del cliente de
Tivoli Storage Manager 41
instalación silenciosa(setup.exe)
Data Protection for SQL Server en Windows Server
Core 42
interfaz de línea de mandatos
visión general 177
interfaz gráfica de usuario
ficha obtener copia de seguridad de grupos/archivos 119
interfaz gráfica de usuario (GUI)
desactivar bases de datos de SQL Server 122
ficha obtener copia de seguridad de bases de datos 112
ficha restaurar grupos/archivos 140
opciones de restauración 125
restaurar bases de datos de SQL Server 140
K
Knowledge Center
x
L
I
IBM Knowledge Center x
IBM SAN Volume Controller e IBM Storwize V7000
configuraciones 94
utilización de Data Protection for SQL Server 23
IBM System Storage serie DS8000
requisitos 25
imprimir informes 144
include.encrypt, opción 53
include/exclude
sintaxis 69
INCLUDE/EXCLUDE
sentencias de ejemplo 18
IncludeTsmVm 127
índices y tablas
copia de seguridad 100
información de configuración, listado 237
informes
visualizar, imprimir y guardar 144
iniciar
GUI de Data Protection for SQL Server 99, 105
GUI de MMC 99, 105
inscripción 54
324
línea de mandatos, parámetros
/alwaysonnode
y set 296
/alwaysonpriority
y backup 188, 197
/backupmethod
y restore 262
BACKUPDESTination
y set 297
BACKUPMETHod
y set 297
/querynode
y query 236
y restore 262
log, parámetro
descrito 218, 235, 261
Log, parámetro
descrito 185
M
maestra, restaurar base de datos
133
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
mandato
política 254
mandato backup
parámetros opcionales 187
posicionales, parámetros 183
y el parámetro /backupdestination 188
y el parámetro /offload 192
y parámetro /alwaysonpriority 188
y parámetro /backupmethod 188
y parámetro /logfile 207
y parámetro /quiet 209
y parámetro /usealwaysonnode 197
mandato delete backup
diagrama de sintaxis 206
parámetros opcionales 207
visión general 205
y el parámetro /backupdestination 207
y el parámetro /fromsqlserver 207
y parámetro /configfile 207
y parámetro /object 209
mandato help
descrito 211
mandato inactivate
parámetros opcionales 219
posicionales, parámetros 217
mandato policy
visión general 254
mandato query
parámetros opcionales 236
posicionales, parámetros 233
y parámetro /querynode 236
mandato query managedcapacity
visión general 253
mandato restore
parámetros opcionales 262
posicionales, parámetros 260
y /querynode, parámetro 262
y el parámetro /backupdestination 262
y el parámetro /INSTANTRestore 264
y el parámetro /tsmnode 209
y el parámetro /tsmoptfile 209
y el parámetro /tsmpassword 209
y parámetro /backupmethod 262
y parámetro /instantrestore 264
mandato set
parámetros opcionales 299
parámetros posicionales 296
salida de ejemplo 299
y /parámetro alwaysonnode 296
y el parámetro BACKUPMETHod 297
y parámetro BACKUPDESTination 297
mandatos
query managedcapacity 253
mandatos, Data Protection for SQL
tdpsqlc changetsmpassword 202
mandatos, Data Protection for SQL Server
tdpsqlc set 296
mandatos de Data Protection for SQL Server
tdpsqlc help 211
metaobjetos
en denominación de objetos 18
métodos de copia de seguridad 8
migración 48
migración tras error
visión general 30
migración tras error automatizada
visión general 30
modalidad de autenticación de Windows, valor
utilización de la CLI 192, 271
modalidad de autorización, valor
utilización de la CLI 192, 194, 195, 271, 272, 274
modalidad de ID de usuario integrada 192, 239, 271
modelo de recuperación
consultar 234
modificación de valores de configuración
en Windows Server Core 87, 143
modo de autenticación de Windows, valor
utilización de la CLI 239
modo de autorización, valor
utilización de la CLI 239, 241
modo de usuario único 124
montaje de volumen 69
mount backup, mandato
diagrama de sintaxis 226
visión general 226
y /pitdate, parámetro 228
y /pittime, parámetro 229
y el parámetro /fromsqlserver 227
y el parámetro /tsmnode 230
y el parámetro /tsmoptfile 230
y el parámetro /tsmpassword 230
y parámetro /configfile 227
y parámetro /logfile 227
mountwait, parámetro 191, 266
y el mandato restorefiles 293
msiexec.exe
utilizado para una instalación silenciosa 43
múltiples usuarios, modo 124
N
nivel de compatibilidad
consultar 234
nodo AlwaysOn
transición de bases de datos de SQL estándar a 93
nodos proxy 49
nombre de base de datos
restorefiles
línea de mandatos 291
nombre de nodo
copia de seguridad con traspaso de datos 50
Data Protection for SQL Server 54
nodos proxy 49
VSS 50
nombre de nodo, opción 52
Novedades en Data Protection for SQL Server Versión
7.1.4 xiii
número de búferes
para Data Protection for SQL Server 189, 236
para el Data Protection for SQL Server 262, 297
para SQL Server 193, 272
utilizados con bandas 193, 272
O
olderthan, parámetro 220
opción de compresión 53
opción de selección automática, GUI
opción enablelanfree 54
opción Sólo verificar, GUI 127
opción vsspolicy 69
operaciones de desactivación
utilizar la GUI 122
125
Índice
325
operaciones de restauración
de objetos inactivos 267
marcas con nombre 275
punto en el tiempo 274, 275
utilizar la GUI
desde SQL Server, opción 127
Esperar a que se monten cintas para información de
archivos 127
opciones de esperar a que se monten cintas 127
operaciones query
query SQL 233
query TDP 234
orden de clasificación, ID
consultar 235
orden de clasificación binario 237
P
página de códigos, ID
consultar 235
parámetro /alwaysonpriority
y mandato backup 188
parámetro BACKUPDESTination
y mandato set 297
parámetro BACKUPMETHod
y mandato set 297
parámetro BUFFers 297
parámetro DATEformat 297
parámetro DIFFESTimate 298
parámetro /querynode
y mandato query 236
parámetro /usealwaysonnode
y mandato backup 197
parámetro alwaysonnode
y mandato set 296
parámetro compatibilityinfo 237
parámetro configfile 190, 203, 219, 237, 263, 299
y el mandato restorefiles 292
y mandato delete backup 207
y mount backup, mandato 227
y unmount backup, mandato 301
parámetro copyfull
descrito 260
parámetro COPYFull
descrito 184
parámetro de línea de mandatos
/backupdestination
y copia de seguridad 188
y restore 207, 262
/backupmethod
y copia de seguridad 188
/instantrestore
y restaurar 264
/INSTANTRestore
y restaurar 264
/offload
y copia de seguridad 192
/pitdate
y mount backup 228
/pittime
y mount backup 229
/quiet
y backup 209
parámetro ENABLEREPlacementchars 190
parámetro excludedb 190
parámetro fromsqlserver 219, 237, 263, 298
y el mandato restorefiles 292
326
parámetro fromsqlserver (continuación)
y mandato delete backup 207
y mount backup, mandato 227
parámetro full
descrito 217, 235, 260
parámetro FULL
descrito 184
parámetro instantrestore
y mandato restore 264
parámetro into
y el mandato restorefiles 293
parámetro logfile 190, 219, 238, 265
y el mandato restorefiles 292
y mandato delete backup 207
y mount backup, mandato 227
y unmount backup, mandato 301
parámetro logprune 191, 203, 208, 220, 228, 238, 266, 302
y el mandato restorefiles 292
parámetro object 220, 239, 267
y el mandato restorefiles 293
y mandato delete backup 209
parámetro offload
y mandato backup 192
parámetro quiet 221, 268
y el mandato restorefiles 293
y mandato delete backup 209
parámetro recovery 268
parámetro relocatedir 270
parámetro sqlauthentication 192, 239, 271
parámetro SQLCHECKSum 193
parámetro SQLCOMPression 194
parámetro sqlpassword 194, 239, 272
parámetro sqlserver 194, 240, 273
parámetro sqluser 195, 241, 274
parámetro verifyonly 278
parámetros
/alwaysonnode
y mandato set 296
/alwaysonpriority
y mandato backup 188
/backupdestination
y el mandato restorefiles 291
y mandato backup 188
y mandato delete backup 207
y mandato restore 262
/backupmethod
y mandato backup 188
y mandato restore 262
/configfile
y el mandato restorefiles 292
y mandato delete backup 207
y mount backup, mandato 227
y unmount backup, mandato 301
/fromsqlserver
y el mandato restorefiles 292
y mandato delete backup 207
y mount backup, mandato 227
/instantrestore
y mandato restore 264
/INSTANTRestore
y mandato restore 264
/into
y el mandato restorefiles 293
/logfile
y el mandato restorefiles 292
y mandato delete backup 207
y mount backup, mandato 227
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
parámetros (continuación)
/logfile (continuación)
y unmount backup, mandato 301
/logprune
y el mandato restorefiles 292
/mountwait
y el mandato restorefiles 293
/object
y el mandato restorefiles 293
y mandato delete backup 209
/offload
y mandato backup 192
/IMPORTVSSSNAPSHOTSONLYWhenneeded
y el mandato set 299
BACKUPDESTination
y mandato set 297
BACKUPMETHod
y mandato set 297
/pitdate
y mount backup, mandato 228
/pittime
y mount backup, mandato 229
/querynode
y mandato query 236
y mandato restore 262
/quiet
y el mandato restorefiles 293
y mandato delete backup 209
/tsmnode
y el mandato restorefiles 294
y mandato restore 209
y mount backup, mandato 230
y unmount backup, mandato 303
/tsmoptfile
y el mandato restorefiles 294
y mandato restore 209
y mount backup, mandato 230
y unmount backup, mandato 303
/tsmpassword
y el mandato restorefiles 294
y mandato restore 209
y mount backup, mandato 230
y unmount backup, mandato 303
/usealwaysonnode
y mandato backup 197
parámetros, descritos
/to 269
opcional
/adjustkbtsmestimate 187
/buffers 189, 236, 262
/buffersize 189, 236, 263
/compatibilityinfo 237
/configfile 190, 203, 219, 237, 263, 299
/dboonly 263
/excludedb 190
/fromsqlserver 219, 237, 263
/into 265
/logfile 190, 219, 238, 265
/logprune 191, 203, 208, 220, 228, 238, 266, 302
/mountwait 191, 266
/object 220, 239, 267
/olderthan 220
/partial 267
/quiet 221, 268
/recovery 268
/relocate 269
/relocatedir 270
parámetros, descritos (continuación)
opcional (continuación)
/replace 271
/restoredate 271
/restoretime 271
/sqlauthentication 192, 239, 271
/sqlbuffers 193, 272
/sqlbuffersize 193, 272
/sqlpassword 194, 239, 272
/sqlserver 194, 240, 273
/sqluser 195, 241, 274
/standby 274
/stopat 274
/stopatmark 275
/stopbeforemark 275
/stripes 196, 276
/tsmnode 196, 204, 221, 241, 277
/tsmoptfile 196, 205, 221, 241, 277
/tsmpassword 197, 221, 242, 277
/VerifyOnly 278
ENABLEREPlacementchars 190
SQLCHECKSum 193
SQLCOMPression 194
posicional
Configurar 186
copyfull 260
COPYFull 184
differential 184, 218, 261
file 217, 260
FIle 183
full 217, 260
FULL 184
group 218, 261
Group 184
log 218, 261
para el mandato changetsmpassword 202
para el mandato set 296
Registro 185
set 218, 261
tipos de objeto de copia de seguridad 235
parámetros /RELocate y /TO 269
parámetros de línea de mandatos
/backupdestination
y restorefiles 291
/configfile
y delete backup 207
y mount backup 227
y restorefiles 292
y unmount backup 301
/fromsqlserver
y delete backup 207
y mount backup 227
y restorefiles 292
/into
y restorefiles 293
/logfile
y backup 207
y mount backup 227
y restorefiles 292
y unmount backup 301
/logprune
y restorefiles 292
/mountwait
y restorefiles 293
/object
y delete backup 209
y restorefiles 293
Índice
327
parámetros de línea de mandatos (continuación)
/IMPORTVSSSNAPSHOTSONLYWhenneeded
y set 299
/quiet
y restorefiles 293
/tsmnode
y mount backup 230
y restore 209
y restorefiles 294
y unmount backup 303
/tsmoptfile
y mount backup 230
y restore 209
y restorefiles 294
y unmount backup 303
/tsmpassword
y mount backup 230
y restore 209
y restorefiles 294
y unmount backup 303
y local 291
y tsm 291
y vss 291
parámetros opcionales
changetsmpassword, comando 203
mandato backup 187
mandato delete backup 207
mandato inactivate 219
mandato query 236
mandato restore 262
mandato set 299
partial, parámetro 267
pitdate, parámetro
y mount backup, mandato 228
pittime, parámetro
y mount backup, mandato 229
planificación de VSS 2
planificador
directrices 150
política 17
caducidad de Copias de seguridad VSS 10
configuración 16
enlace 16
enlace de copias de seguridad de VSS de Data Protection
for SQL Server 16
establecer política local 15
política de caducidad automática, valor 69
política de medatatos, establecer 18
política local de copia de seguridad
valor 15
posicionales, parámetros
mandato backup 183
mandato inactivate 217
mandato query 233
mandato restore 260
preguntas formuladas frecuentemente 305
problemas, determinación 237
propiedades
diagnóstico 59
generales para SQL Server 62
gestión de políticas 58
inicio de sesión de SQL 62
registro 63
rendimiento 67
valores personalizados 65
valores regionales 63
VSS 64
328
propiedades de diagnóstico 59
propiedades de gestión de políticas 58
propiedades de inicio de sesión de SQL 62
propiedades de registro 63
propiedades de rendimiento 67
propiedades de VSS 64
propiedades generales para SQL Server 62
propiedades regionales 63
propietario de base de datos, opción de GUI 126
protección de datos
ayuda general 158
Exchange con soporte de copia de seguridad/restauración
de VSS
rastrear cuando se utiliza VSS 166
recopilar archivos antes de llamar a IBM 168
resolución de problemas 163
soporte de copia de seguridad/restauración de SQL con
VSS
determinar el problema 154
recopilar información antes de llamar a IBM 167
soporte de copia de seguridad/restauración de SQL Server
con VSS
ayuda general 153
protección de los datos de SQL Server con Data Protection for
SQL Server
en Windows Server Core 141
Windows Sever Core
protección de los datos de SQL Server con Data
Protection for SQL Server 141
protocolo de comunicación, opción 52
Proveedor de VSS 1
publicaciones x
Q
query TSM, opciones
233, 235
R
recuperación, opción de GUI 126
referencia
Data Protection for SQL Server 177
registro de transacciones
consultar 234
restore 22
rendimiento, mejorar 189, 236, 237, 262, 263
rendimiento, problemas 183, 217, 260
replace, parámetro 271
requisitos 25
IBM System Storage serie DS8000 25
SAN Volume Controller 25
Storwize V7000 25
XIV 25
requisitos de planificaciónCopia de seguridad VSS 2
restauración, operaciones
base de datos maestra 133
Bases de datos de SQL Server con catálogos e índices de
texto completo 135
en una instancia alternativa 131
utilizar la GUI 140
opción de archivo de deshacer de servidor en
suspensión 126
opción de bandas 125
opción de propietario de base de datos 126
opción de recuperación 126
opción de selección automática 125
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
restauración, operaciones (continuación)
utilizar la GUI (continuación)
opción sólo verificar 127
opción sustituir 126
opciones de restauración 125
restauración instantánea 128
restauración de archivos
utilizar la GUI 128, 140
restauración de bases de datos de SQL con Data Protection for
SQL Server
en Windows Server Core 143
restauración de marcas con nombre en punto en el tiempo
utilización de la CLI 275
restauración de registro
utilizar la GUI 128, 140
restauración de SQL
entorno DAG 124
VSS
GUI 124
restauración diferencial
utilizar la GUI 128, 140
Restauración instantánea de VSS
método 23
Restauración rápida VSS
método 22
Restauración VSS
consideraciones de línea de mandatos 256
restauraciones de bases de datos de disponibilidad
visión general 28, 103
restaurar bases de datos de disponibilidad de SQL Server 128
restaurar bases de datos de SQL Server
en Windows Server Core 139
restaurar bases de datos de VE 128
restaurar grupos de archivos y archivos de SQL Server
desde bases de datos de disponibilidad 140
restore 22
base de datos 22
bases de datos 135
registro de transacciones 22
restorefiles, mandato 22
tipos 22
VSS 3
restoredate, parámetro 271
restorefiles, mandato
ejemplo 295
y el parámetro /fromsqlserver 292
y el parámetro /into 293
y el parámetro /logprune 292
y el parámetro /mountwait 293
y el parámetro /tsmnode 294
y el parámetro /tsmoptfile 294
y el parámetro /tsmpassword 294
y parámetro /backupmethod 291
y parámetro /configfile 292
y parámetro /logfile 292
y parámetro /object 293
y parámetro /quiet 293
restoretime, parámetro 271
restringir acceso a bases de datos 263
rol de servidor fijo sysadmin 255
S
salida de ejemplo
mandato query 242
mandato set 299
scripts de Data Protection for SQL Server
añadir 169
editar 169
visualizar 169
Service Management Console 171
servidor, SQL
consultar 233
servidor, Tivoli Storage Manager
consultar 234
servidor de Tivoli Storage
consultar 234
set, parámetro
descrito 218, 261
setup.exe
utilizado para una instalación silenciosa 42
Solicitante de VSS 1
soporte, migración 69
soporte del producto 171
soporte desmontable 69
SQL Server
ID de usuario 192, 239, 271
número de búferes 193, 272
tamaño de búferes 193, 272
SQL Server 2000
consulta de 233
estrategia diferencial 100
sqlbuffers, parámetro 193, 272
sqlbuffersize, parámetro 193, 272
standby, parámetro 274
stopat, parámetro 274
stopatmark, parámetro 275
stopbeforemark, parámetro 275
Storwize V7000
requisitos 25
stripes, parámetro 196, 276
suma de comprobación
SQL Server 111
suprimir copias de seguridad VSS de SQL Server
sustituir, opción de GUI 126
121
T
tablas e índices
copia de seguridad 100
tamaño de búferes 263, 297
para SQL Server 193, 272
para TDP 189, 236
tareas de configuración
Data Protection for SQL Server en Windows Server
Core 80
tareas de Data Protection for SQL Server
automatización 148
tareas de Data Protection for SQL Server 148
tdpsql.cfg, valores de configuración
utilización de la CLI 190, 203, 219, 237, 263, 299
tdsqlc.exe
visión general 177
teclado 311
tipos de objeto de copia de seguridad 5
Configurar 186
copyfull 260
COPYFull 184
differential 184, 218, 261
file 217, 260
FIle 183
full 217, 260
FULL 184
Índice
329
tipos de objeto de copia de seguridad (continuación)
group 218, 261
Group 184
log 218, 261
para consultar Data Protection for SQL Server 235
Registro 185
set 218, 261
Tivoli Storage FlashCopy Manager
transición de copias de seguridad 90
Tivoli Storage Manager
valores de la política 10
Tivoli Storage Manager API 234
transact-SQL, mandato 124
transición de bases de datos de SQL Server estándar al nodo
AlwaysOn 93
tsmnode, parámetro 196, 204, 221, 241, 277
y el mandato restorefiles 294
y mandato restore 209
y mount backup, mandato 230
y unmount backup, mandato 303
tsmoptfile, parámetro 196, 205, 221, 241, 277
y el mandato restorefiles 294
y mandato restore 209
y mount backup, mandato 230
y unmount backup, mandato 303
tsmpassword, parámetro 197, 221, 242, 277
y el mandato restorefiles 294
y mandato restore 209
y mount backup, mandato 230
y unmount backup, mandato 303
TSMVM 127
types, parámetro
descrito 236
sintaxis 233
U
Unicode, información
consultar 235
unmount backup, mandato
diagrama de sintaxis 300
visión general 300
y el parámetro /tsmnode 303
y el parámetro /tsmoptfile 303
y el parámetro /tsmpassword 303
y parámetro /configfile 301
y parámetro /logfile 301
usuario, establecer modo de 124
utilización de Data Protection for SQL Server
con IBM SAN Volume Controller e IBM Storwize
V7000 23
utilización de la ayuda de línea de mandatos
en Windows Server Core 106
utilización del mandato backup
en Windows Server Core 120, 142
utilización del mandato help
en Windows Server Core 106
utilización del mandato restore
en Windows Server Core 139, 143
utilización del mandato set
en Windows Server Core 87, 143
utilizar
diagramas de sintaxis x
330
V
valores de inicio de sesión
utilización de la CLI 192, 239, 271
valores de la política
Data Protection for SQL Server y Tivoli Storage
Manager 10
valores personalizados 65
visión general 1, 99
copia de seguridad de herencia 9
copia de seguridad de VSS 8
copia de seguridad VSS 2
copia de seguridad VSS con traspaso de datos 9
copias de seguridad de bases de datos de
disponibilidad 26
Data Protection for SQL Server en Windows Server
Core 141
Grupos de disponibilidad AlwaysOn de SQL Server 25
Restauración VSS 3
restauraciones de bases de datos de disponibilidad 28, 103
servicio VSS 1
visualizar información del sistema para Data Protection for
SQL Server 169
visualizar informes 144
VSS
clúster 68, 162
N-series y NetApp
almacenamiento 4
nodos proxy 49
nombres de nodo 50
visión general 1
VSSPOLICY, sentencias 17
W
wiki de developerWorks 171
Windows Server Core
copia de seguridad de bases de datos de SQL 120
hacer copia de seguridad de bases de datos de SQL con
Data Protection for SQL Server 142
modificación de valores de configuración 87, 143
restauración de bases de datos de SQL con Data Protection
for SQL Server 143
restaurar bases de datos de SQL Server 139
utilización de la ayuda de línea de mandatos 106
utilización del mandato backup 120, 142
utilización del mandato help 106
utilización del mandato restore 139, 143
utilización del mandato set 87, 143
X
XIV
requisitos
25
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Guía de instalación y del usuario
IBM®
Número de Programa: 5608-E04
Impreso en España