Backup y Restore en IDS

Qu hay de nuevo y no documentado?

Gustavo Castro IDS Server Enginering (Availability) gcastro@us.ibm.com

2009 IBM Corporation

Flujo de data durante un Backup o Restore

IDS server

Archive API

Archive Client
Device I/O (ontape) XBSA (On-Bar)

Rootdbs
reserve pages
Physical Log Logical Logs

DBS1

DBS2 Backup Media

2009 IBM Corporation

Ordenamiento automtico de dbspaces

El orden en que los dbspaces se respaldan, afecta el tiempo total de backup. Empezando en version 11.10, los dbspaces son respaldados del mayor paginas que vaya n a aser respaldaddas), de modo tal que se genere el menor tiempo de backup posible. 2 threads, 4 dbspaces
Thread 1 DBS1 Thread 2 DBS2 Thread 1 DBS3 Thread 2 DBS1

DBS3

DBS4

DBS2 Time

DBS4

Bien ordenado Bad ordering (Earlier)

2008 IBM Corporation

Archive API: Buffers de transporte

Los buffers de transporte son el numero de buffers que transfieren data desde IDS a la utilidad de backup a traces del Archive API. El aumento de ellos muchas veces redunda en un incremento en performance (reduccin de tiempo de backup o restore. Valores posibles on de 3 a 100 En On-Bar este valor es controlado por el parmetro de configuracin BAR_NB_XPORT_COUNT En ontape por la variable de entorno NO documentada ARCHIVE_BUF_COUNT

2009 IBM Corporation

Flujo de datos usando filtros

IDS

BAR client
IDS Mgmt
DBS1
Media Mgmt

FILTER

Rootdb s reserve pages

Physical Log Logical Logs

DBS2

Backup Media

2009 IBM Corporation

Filtros para ontape y On-Bar

Un filtro es un programa que recibe informacin de Standard input y la envia con ciertas modificaciones a standard output El filtro se ejecuta entre el program de backup y el dispositivo de almacenamiento. El filtro puede comprimir o encryptar la data. El filtro no esta asociado con IDS por lo tanto ofrece gran flexibilidad.

2009 IBM Corporation

Performance tools : Performance reports

Provee un reporte de tiempos de transferencia de la herramienta desde/hacia IDS y desde/hacia el storage manager. Provee un reporte detallado por cada Process ID and por cada dbspace.

El comportamiento es regulado por el par

Granularidad
Timestamps de procesamiento de Sub-segundo, esto es mas importante para analizar el bar_debug.log. Tasa de transferencia entre ON-Bar y el Storage Manager Tasa de transferencia entre ON-Bar y la instancia IDS

2008 IBM Corporation

ontape: Backups a directorio

En la version 11.10 se introdujo un nuevo tipo de dispositivo para ontape: directorios Los backups de instancia antiguos son renombrados pero dejados en el directorio. Los backups de logical logs general 1 archivo por logical log. Los backups pueden ser respaldados posteriormente con una herramienta de backup a nivel de la mquina.

2009 IBM Corporation

ontape: Backups a directorio .

Los directorios especificados por TAPEDEV o LTAPEDEV deben de existir o un error ser retornado. El tipo de dispositivo para TAPEDEV y LTAPEDEV no tienen que ser el mismo. Los backups a directorio son totalmente compatibles con los filtros y TAPESIZE0 En el caso del uso de filtros, cada logical log es una entidad independiente.

2009 IBM Corporation

ontape: Backups a directorio : Archivos creados

Los archivos creados en el directorio tienen el siguiente formato:
Instancia Logs Donde: NIVEL : Nivel del backup (0, 1, 2) Nnnnnnnnnn : UniqID del logical log precedido por ceros. : <PREFIJO>_L<NIVEL> : <PREFIJO>_LOG<nnnnnnnnnn>

El prefijo es por defect <HOST_NAME>_<SERVERNUM> El prefijo se puede sobre escribir con la variable de entorno IFX_ONTAPE_FILE_PREFIX.

10

2009 IBM Corporation

On-Bar : Libreria Nula de XBSA

Utilidad no documentada y no soportada. Esta localizada en $INFORMIXDIR/lib/ libbsanull.[so, a, dll, sl]. Esta diseada para leer el backup desde IDS y descartar los datos, de tal manera que se tiene una idea de cuanto tiempo toma un backup SOLO leyenda IDS, de esa manera se puede calcular indirectamente el overhead del Storage Manager.

11

2009 IBM Corporation

Libreria Nula de XBSA: Backup a disco

La libreria nula de XBSA tiene una opcion para almacenar los objetos respaldados en el file system, en vez de descartarlos. Esto adiciona el tiempo de escribir los archivos al file system de la maquina para comparalo con el tiuempo que toma usando el SM. Como el backup se almacena en la maquina, tambien puede ser restaurado, por lo que podemos medir el tiempo de restore comprado con el que toma el SM.

12

2009 IBM Corporation

Libreria Nula de XBSA: Configuracion

La configuracion es necesaria solamente si se qeuiren almacenar los resultados en el file system o si necesita agregar log. IFX_NBSA_STRG : Directorio para almacenar el resultado del backup. Fuente de donde el restore extraera los archivos. IFX_NBSA_LOG: Ruta completa del archivo de log de la libreria nula.

13

2009 IBM Corporation

El archivo oncfg_<dbservername>.<servernum>
Antes de la version 11 era necesario mantener una copia de este archivo, junto con el onconfig y el ixbar. El archivo es usado para saber que dbspaces estan actualmente disponibles en la instancia. A partir de la version 11 esta informacion se recupera dinamicamente del rootdbs que se esta restaurando.

14

2009 IBM Corporation

Recuerden respaldar el ixbar y el onconfig

Recuerden siempre respaldar el ixbar y el onconfig. Estos archivos son criticos en el momento de una recuperacion desde un desastre total y su ausencia hace imposible la recuperacion sin la ayuda de soporte tecnico.

15

2009 IBM Corporation

Verificando backups
Tanto los backups de ontape como On-Bar pueden ser verificados usando archecker. En On-Bar se puede verificar los backups usando archecker o usando onbar v. Solo los backups de nivel cero pueden ser verificados.

16

2009 IBM Corporation

Table Level Restore (TLR)

Esta es una funcionalidad incluida en la version 10 de la utilidad archecker. Permite el uso de un backup de nivel cero y logical logs para extraer es estado de una tabla en un punto en el tiempo. Es bastante sencillo de funcionar y funciona con backup tomados en ontape u On-Bar. La tabla puede ser extraida hacia una tabla nueva o hacia un archivo el file system.

17

2009 IBM Corporation

TLR : Requisitos y Limitaciones

La estructura EXACTA de la tabla tal y como existe en el backup debe de ser conocida y disponible. No se pueden extraer blobspaces. No se puede hacer restore logico de smart blobspaces. La tabla puede ser extraida hacia una tabla nueva o hacia un archivo el file system.

No se pueden usar backups de nivel 1 y 2.

18

2009 IBM Corporation

Table Level Restore (TLR) : Configuracion

Se necesito proveer un archivo de esquema, en donde se describiran las tablas como estan en el archive, los tablas donde los datos se recuperaran y que columnas se necesitan restaurar. El archivo de esquema esta escrito en un SQL pero NO soporta todos los comandos u opciones soportados por el motor. Un ejemplo del archivo en la siguiente pagina:

19

2009 IBM Corporation

Table Level Restore (TLR) : Archivo de esquema

database gusprueba; create table cash01 ( CT_T_ID CT_DTS CT_AMT CT_NAME ) in datadbs02; bigint not null, datetime year to second not null, decimal(10,2) not null, varchar(100)

create external table e_cash01_u ( CT_T_ID bigint not null, CT_DTS datetime year to second not null, CT_AMT decimal(10,2) not null, CT_NAME varchar(100) ) using ("C:\gcastro\e_cash02_u.unl" , delimited);

insert into e_cash01_u select * from cash_01; restore to current with no log;

20

2009 IBM Corporation

Final Questions & Discussion

2009 IBM Corporation

MUCHAS GRACIAS
22 2009 IBM Corporation