Prepara otras bases de datos autoadministradas para el servicio de copia de seguridad y DR

Antes de crear copias de seguridad de las siguientes instancias y datos de bases de datos autoadministradas, debes agregar el servidor de bases de datos como host al servicio Backup and DR. Para que esto funcione, la mayoría de las bases de datos requieren algunos parámetros de configuración y otros pasos de preparación. Los procedimientos que se describen en esta página son válidos para la mayoría de las bases de datos autoadministradas:

Para	Revisar	Luego, usa
IBM Db2	Copia de seguridad y DR para IBM Db2	Requisitos previos de la base de datos de Db2
PostgreSQL	Copia de seguridad y DR para PostgreSQL	Requisitos previos de la base de datos de PostgreSQL
SAP ASE	Copia de seguridad y DR para SAP ASE	Requisitos previos de la base de datos de SAP ASE
SAP IQ	Copia de seguridad y DR para SAP IQ	Requisitos previos de la base de datos de SAP IQ
SAP MaxDB	Copia de seguridad y DR para SAP MaxDB	Requisitos previos de la base de datos de SAP MaxDB
SAP HANA	Copia de seguridad y DR para SAP HANA	Prepara las bases de datos de SAP HANA para la copia de seguridad
Microsoft SQL Server	Copia de seguridad y DR para SQL Server	Prepara bases de datos de SQL Server para el servicio Backup and DR
Oracle	Backup and DR para Oracle	Requisitos previos para crear una copia de seguridad de una base de datos de Oracle y sus páginas siguientes

Para todas las demás bases de datos compatibles con Copia de seguridad y DR, sigue estos procedimientos.

Requisitos previos de la base de datos de Db2

• Cada base de datos debe usar el modo de almacenamiento automático; de lo contrario, solo se descubrirán instancias.

• Cada base de datos debe estar en modo de registro de archivo, y LOGARCHMETH1 debe establecerse en el disco local. Para saber si la base de datos está en modo circular o en modo de registro de archivo, ejecuta el comando db2 get db cfg for <database name>| grep LOGARCHMETH1.

• Si la base de datos está en modo circular, cambia el registro al modo de archivo antes de continuar. Para establecer el parámetro LOGARCHMETH1, usa lo siguiente:
  db2 update db cfg for <dbname> LOGARCHMETH1 using 'DISK:<location>'

• Para la base de datos en espera de HADR, se debe habilitar la opción lecturas en espera, es decir, el parámetro DB2_HADR_ROS debe establecerse en ON.

  Nota: No se admite la ubicación de copias de seguridad de registros de terceros. La ubicación de la copia de seguridad del registro (LOGARCHMETH1) debe establecerse en disco local para que la copia de seguridad y la recuperación se realicen correctamente.
  Nota: Si usas HADR de Pacemaker, consulta Cómo configurar instantáneas compatibles con Pacemaker para HADR de IBM Db2.

Requisitos previos de la base de datos de PostgreSQL

En esta sección, se incluye información sobre los requisitos previos de la base de datos de PostgreSQL.

Protege PostgreSQL del nodo principal

1. Crea un usuario de copia de seguridad:

   create user actuser;

2. Proporciona privilegios para la copia de seguridad:

   alter user actuser with superuser;
   alter user actuser with Replication;
   

3. El modo de archivo de PostgreSQL (archive_mode) debe establecerse en ON para realizar copias de seguridad de registros. Para configurar la opción del modo de registro de archivo, actualiza el archivo postgresql.conf en el directorio de datos de la instancia y vuelve a cargar PostgreSQL.

   archive_mode = on
    // Command to reload PostgreSQL
    pg_ctl reload -D <Postgres_datadir_path>
   

Ejemplo: pg_ctl reload -D /pgdata

Protege PostgreSQL de un nodo en espera

1. Crea un usuario de copia de seguridad:

   create user actuser;

2. Proporciona privilegios para la copia de seguridad:

   alter user actuser with superuser;
   alter user actuser with Replication;
   

3. Configuración del modo de archivo de PostgreSQL (WAL) en el nodo en espera:

   Crea el directorio en el que queremos conservar los WAL.
   En el ejemplo, se supone que /pglog es el directorio. Ejecuta los siguientes pasos como usuario raíz.

   mkdir /pglog
   chown -R postgres:postgres /pglog
   

   Configura los parámetros para el archivado.
   En este ejemplo, se supone que $PGDATA es /pgdata/11/data. Ejecuta estos pasos como usuario de postgres.
   Agrega o actualiza los parámetros en el archivo /pgdata/11/data/postgresql.conf

    wal_level = replica
    archive_mode = always
    archive_command = 'test ! -f /pglog/%f && cp %p /pglog/%f'
   

   Reinicia PostgreSQL:

    /usr/pgsql-11/bin/pg_ctl stop -D /pgdata/11/data
    /usr/pgsql-11/bin/pg_ctl start -D /pgdata/11/data
   

   Agrega o actualiza la entrada en pg_hba.conf en la instancia principal para aceptar la conexión de la base de datos desde la instancia en espera.
   

   host postgres <db-user> <standby-ip/32> <connection method>
   

   Ejemplo: host postgres postgres 10.128.0.29/32 trust

   Prueba la generación de archivos (como usuario de postgres):

   ls -l /pglog/
   

   Ejecuta este comando de cambio de registro:

    /usr/pgsql-11/bin/psql -h 10.128.0.28 -p5432 -c "select pg_switch_wal();"
    sleep 5 # log shipping may take some time depending on network
    ls -l /pglog/
   

Requisitos previos de la base de datos de SAP ASE

Antes de comenzar, completa lo siguiente en el servidor de SAP ASE:

• Se debe crear una cuenta de usuario de copia de seguridad con privilegios de copia de seguridad: oper_role o sa_role. Se debe configurar un nombre de usuario y una contraseña de copia de seguridad con la configuración del host. Crea el usuario con o sin contraseña para ejecutar el comando quiesce en la fuente con sa_role o con privilegios de quiesce. Para crear el usuario con una contraseña, ejecuta el siguiente comando:

  isql -Usa -P<password> -S<SAP ASE_Server_Name>
  1>sp_addlogin actuser, '<password>'
  2go
  1>grant role sa_role to actuser
  2>go
  

  Para configurar el acceso del usuario sin necesidad de una contraseña, establece la contraseña como nula y, luego, ejecuta el siguiente comando:

  1>sp_configure "minimum password length", 0
  2>go
  1> sp_modifylogin actuser, "min passwd length",
  "0"
  2> go
  3> exit
  isql -Uactuser -P'<password>' -S<server_name>
  > sp_password '<password>', NULL
  >go
  >sp_configure "minimum password length", 8
  >go
  

  Nota: Si hay varias instancias de SAP ASE ejecutándose en un servidor, el nombre de usuario y la contraseña de la copia de seguridad deben ser comunes para todas las instancias de SAP ASE que se ejecutan en ese servidor.

• Instala el agente de Backup and DR en el servidor de SAP ASE.

• Para habilitar la copia de seguridad del registro de transacciones, se debe establecer Truncate on chkpt false a nivel de la base de datos para cada base de datos de la instancia de SAP ASE.

• Las siguientes afirmaciones son verdaderas para las copias de seguridad a nivel del volumen:

  • La instancia de SAP ASE debe residir en LVM y no debe ser el volumen de arranque.

  • El volumen de LVM desde el que se aprovisionan los volúmenes de SAP ASE debe tener al menos un 20% de espacio libre.

Nota: Es posible que los trabajos de descubrimiento y copia de seguridad de SAP ASE dejen de responder debido a un problema conocido con sp_spaceused. Los motivos y la resolución para los procedimientos sp_spaceused de larga duración se explican en la nota de SAP "2443782 - execute sp_spaceused takes too long - SAP ASE".

Requisitos previos de la base de datos de SAP IQ

Antes de comenzar, revisa lo siguiente en el servidor de SAP IQ:

• El registro de PITR de SAP IQ debe estar ACTIVADO para realizar una copia de seguridad del registro. Para configurar la opción de registro de PITR, necesitas estas APIs de SAP IQ:

  • ALTER DBSPACE IQ_SYSTEM_LOG RENAME /<pitr_log_location>

  • SET OPTION PUBLIC.IQ_POINT_IN_TIME_RECOVERY_LOGGING = ON"

  Después de habilitar el registro de la PITR, se necesita una copia de seguridad completa de la base de datos.

• La base de datos de utilidad debe comenzar especificando el nombre de usuario y la contraseña, y dbname debe ser utility_db. Por ejemplo: start_iq -n utility_db -su act,passwd.

• El nombre de usuario y la contraseña de la copia de seguridad de la base de datos deben ser los mismos que el nombre de usuario y la contraseña de utility_db, y debe tener privilegios de DBA. Para crear el usuario de copia de seguridad, por ejemplo:

  create user actuser identified by 'mypassword';
  grant dba to actuser;
  

  Nota: Si hay varias instancias de SAP IQ en ejecución en un servidor, el nombre de usuario y la contraseña de la copia de seguridad deben ser comunes para todas las instancias de SAP IQ que se ejecutan en ese servidor.
  • Instala el agente de Backup and DR en el host del servidor de SAP IQ.

Requisitos previos de la base de datos de SAP MaxDB

Antes de comenzar, en el servidor de SAP MaxDB, haz lo siguiente:

• Si hay varias instancias de MaxDB en ejecución en un servidor, el nombre de usuario y la contraseña de la base de datos deben ser comunes para todas las instancias de MaxDB que se ejecutan en ese servidor.

• Se debe habilitar la copia de seguridad de Autolog. Usa el siguiente comando para habilitar la copia de seguridad automática de registros:

  dbmcli -d <DBSID> -u <DBM_USERNAME>,<DBM_PASSWD> autolog_on
  <autolog_backup_template_name>
  

• Para habilitar la copia de seguridad del registro automático, necesitas una plantilla de copia de seguridad del registro automático.

Para crear una plantilla de copia de seguridad, usa el siguiente comando.

    dbmcli -d <DBSID> -u <DBM_USERNAME>,<DBM_PASSWD> backup_template_create
    <BACKUP_TEMPLATE_NAME> to file  <FULL_PATH_WITH_FILE_NAME> content log

• El área de Log Overwrite debe estar desactivada para habilitar la copia de seguridad automática de registros.

Para desactivar la anulación de registros, usa el siguiente comando:

    dbmcli -d <DBSID> -u <DBM_USERNAME>,<DBM_PASSWD> db_execute SET LOG AUTO
    OVERWRITE OFF.

• Instala el agente de Backup and DR en el host del servidor de SAP MaxDB.

¿Qué sigue?

Después de preparar la base de datos para Backup and DR, puedes agregar el host y detectar las bases de datos.