SAP Business Suite en SAP ASE o IBM Db2: arquitecturas de referencia en Google Cloud

Descripción general

Este documento está destinado a las personas que evalúan Google Cloud como una plataforma para implementar aplicaciones de SAP Business Suite en SAP ASE o IBM Db2, especialmente las que realizan los tipos de trabajos siguientes:

  • Arquitecto técnico de SAP
  • Arquitecto de Nube
  • Administrador de SAP Basis
  • Arquitecto empresarial

En este documento, también se enumeran las cuestiones que se deben tener en cuenta antes de la instalación, así como la vinculación a las notas de SAP y demás documentación para facilitar la implementación.

Google Cloud ofrece una infraestructura rentable, confiable, segura y de alto rendimiento certificada por SAP para ejecutar SAP Business Suite. Para obtener una lista completa de las soluciones de SAP admitidas en Google Cloud, consulta SAP en Google Cloud.

Licencias

Si eres cliente de SAP, puedes usar tu licencia existente para implementar SAP Business Suite en Google Cloud con el modelo de licencia adquirida por el usuario (BYOL). Google Cloud admite el modelo BYOL para casos prácticos de producción y no producción. Las licencias del sistema operativo están incluidas en los precios de Compute Engine; de forma alternativa, también puedes usar tu propia imagen de SO y licencias.

ASE

Si deseas obtener información sobre las licencias de SAP ASE en Google Cloud, consulta la guía de planificación para SAP ASE.

IBM Db2

Para implementar IBM Db2 en Google Cloud, debes usar una licencia adquirida por el usuario. Puedes obtener una licencia de SAP o de IBM. Para obtener más información sobre licencias y asistencia, consulta la página de licencias y asistencia de IBM Db2 de SAP.

Dimensionamiento

Hay varias opciones de dimensionamiento disponibles según el tipo de implementación. En el caso de las implementaciones greenfield, te recomendamos usar la herramienta SAP Quick Sizer. Para obtener información detallada, consulta la página sobre dimensionamiento de SAP. SAP también proporciona guías con tablas que te ayudan a determinar los requisitos de soluciones y herramientas específicas a fin de migrar las soluciones locales actuales a Google Cloud. Por ejemplo, consulta la Nota de SAP 2456432: Aplicaciones SAP en Google Cloud: Productos compatibles y tipos de máquinas de Google Cloud. SAP y Google Cloud usan diferentes unidades para medir las IOPS (operaciones de entrada y salida por segundo). Consulta a tu socio de SI (integrador de sistemas) para convertir los requisitos de tamaño de SAP en una infraestructura de Google Cloud del tamaño adecuado.

ASE

Para dimensionar una base de datos de ASE, consulta las secciones siguientes:

IBM Db2

Si deseas dimensionar una base de datos IBM Db2 en Windows o Linux, consulta Requisitos del sistema para IBM DB2 en Linux, UNIX y Windows.

Tipos de máquinas admitidos

IBM Db2 y SAP ASE están certificados para ejecutarse en los tipos de máquinas de Compute Engine siguientes:

  • Tipo de máquina n1-standard con 8, 16, 32, 64 o 96 CPU virtuales
  • Tipo de máquina n1-highmem con 2, 4, 8, 16, 32, 64 o 96 CPU virtuales
  • Tipos de máquinas personalizadas

Para obtener más información sobre los tipos de máquinas certificadas, consulta la nota de SAP 2456432 sobre las aplicaciones de SAP en Google Cloud y los productos admitidos y tipos de máquinas de Google Cloud.

ASE

Si deseas obtener más información sobre la configuración de los tipos de VM para SAP ASE, consulta la sección sobre configuración de VM en la guía de planificación de SAP ASE.

Si deseas obtener más información sobre las versiones de sistema operativo admitidas para SAP ASE en Google Cloud, consulta la Nota de SAP 2537664: Certificación de SAP Adaptive Server Enterprise [SAP ASE] 16.0 para Google Cloud Platform.

IBM Db2

Si deseas obtener más información sobre la configuración de tipos de VM para IBM Db2, consulta la sección sobre configuración de VM en la guía de planificación de SAP ASE.

Para obtener más información sobre IBM Db2 en GCP, consulta la Nota de SAP 2456432 - Aplicaciones de SAP en Google Cloud: Tipos de máquinas de Google Cloud y productos admitidos.

Discos y sistemas de archivos para SAP Business Suite

Google Cloud ofrece los siguientes tipos de almacenamiento:

  • Discos persistentes para el almacenamiento en bloque
    • Estándar (pd-standard): Almacenamiento en bloque eficiente y económico respaldado por unidades de disco duro estándar (HDD) para controlar la lectura y escritura secuencial operaciones, pero no están optimizadas para controlar tasas altas de operaciones aleatorias de entrada y salida por segundo (IOPS).
    • SSD (pd-ssd): Proporciona almacenamiento en bloque confiable y de alto rendimiento respaldado por unidades de estado sólido (SSD).
    • Equilibrado (pd-balanced): Proporciona almacenamiento en bloque basado en SSD rentable y confiable.
    • Extremo (pd-extreme): Basado en SSD, proporciona más IOPS y opciones de capacidad de procesamiento máximas que pd-ssd para tipos de máquinas más grandes de Compute Engine. Para obtener más información, consulta Discos persistentes extremos.
    • SSD locales: Almacenamiento en bloque local de alto rendimiento.
  • Buckets de Cloud Storage: Almacenamiento de objetos asequible.
  • Instancias de Filestore: Servidores de archivos NFS completamente administrados en Google Cloud.

Para obtener más información, consulta Opciones de almacenamiento.

Los discos persistentes de Google Cloud están diseñados para ofrecer una alta durabilidad. Para garantizar la integridad de los datos, los almacenan de forma redundante. Cada disco persistente puede almacenar hasta 64 TB, por lo que puedes crear grandes volúmenes lógicos sin administrar conjuntos de discos. Una característica clave es que los discos persistentes se encriptan automáticamente para proteger los datos.

Luego de la creación, una instancia de Compute Engine asigna un disco persistente raíz de forma predeterminada que contiene el sistema operativo. Puedes agregar más opciones de almacenamiento a la instancia según sea necesario. En las implementaciones de SAP, te recomendamos usar discos persistentes, ya que están diseñados para una alta durabilidad y las instancias de procesamiento pueden acceder a ellos como discos físicos en una máquina local.

ASE

En las tablas siguientes, se describe la estructura de directorios de Linux para SAP Business Suite en ASE en GCP. Si deseas obtener más información, consulta la guía de instalación de SAP ASE para Linux.

Estructura de directorios de la aplicación de SAP Tipo de almacenamiento
/sapmnt Disco persistente estándar (HDD)
/usr/sap Disco persistente estándar (HDD)

Todos los datos y archivos de registro para ASE deben ubicarse en /sybase/SAPSID. SAPSID, o SAP System Identifier, es el nombre de instancia de SAP que se usa durante la instalación.

Estructura de directorios de SAP Business Suite en ASE Tipo de almacenamiento
/sapmnt Disco persistente estándar (HDD)
/usr/sap Disco persistente estándar (HDD)
/sybase/SAPSID Disco persistente estándar (HDD)
/sybase/SAPSID/sapdata_1 Disco persistente estándar (HDD) o disco persistente basado en SSD
/sybase/SAPSID/saplog_1 Disco persistente estándar (HDD) o disco persistente basado en SSD
/sybase/SAPSID/saptemp Disco persistente estándar (HDD)
/sybase/SAPSID/sapdiag Disco persistente estándar (HDD)
/sybasebackup Disco persistente estándar (HDD)

Si deseas obtener más información, descarga la guía de prácticas recomendadas de SAP para ASE.

En la tabla siguiente, se describe la estructura de directorios de Windows para SAP Business Suite en ASE. Esta estructura de directorios se aplica a la instalación del servidor central.

Unidad Descripción Tipo de almacenamiento
C:\ Inicio Disco persistente estándar (HDD)
D:\ Objetos binarios de la base de datos Disco persistente estándar (HDD)
E:\ Archivos de datos de la base de datos Disco persistente estándar (HDD) o disco persistente basado en SSD
L:\ Registro de la base de datos Disco persistente estándar (HDD) o disco persistente basado en SSD
P:\ Archivo de página Disco persistente estándar (HDD)
S:\ usr/sap y sapmnt Disco persistente estándar (HDD)
T:\ Directorios temp y saptemp de la base de datos Disco persistente estándar (HDD)
X:\ Copia de seguridad Disco persistente estándar (HDD)

Si deseas leer más, descarga la guía de prácticas recomendadas de SAP para ASE.

IBM Db2

En la tabla siguiente, se describe la estructura de directorios de Linux para SAP Business Suite en Db2 en Google Cloud.

Estructura de directorios de SAP Business Suite en Db2 Tipo de almacenamiento
/sapmnt Disco persistente estándar (HDD)
/usr/sap Disco persistente estándar (HDD)
/db2/SAPSID Disco persistente estándar (HDD)
/db2/SAPSID/db2dump Disco persistente estándar (HDD)
/db2/SAPSID/sapdata1 Disco persistente estándar (HDD) o disco persistente basado en SSD
/db2/SAPSID/saptmp1 Disco persistente estándar (HDD)
/db2/SAPSID/log_dir Disco persistente estándar (HDD) o disco persistente basado en SSD
/db2backup Disco persistente estándar (HDD)

Si deseas obtener más información, consulta la sección sobre SAP en IBM DB2 para Linux y Windows.

En la tabla siguiente, se describe la estructura de directorios de Windows para SAP Business Suite en Db2 en Google Cloud. Esta estructura de directorios se aplica a la instalación del servidor central.

Unidad Descripción Tipo de almacenamiento
C:\ Inicio Disco persistente estándar (HDD)
D:\ Objetos binarios de la base de datos Disco persistente estándar (HDD)
E:\ Archivos de datos de la base de datos Disco persistente estándar (HDD) o disco persistente SSD
L:\ Registro de la base de datos Disco persistente estándar (HDD) o disco persistente SSD
P:\ Archivo de página Disco persistente estándar (HDD)
S:\ usr/sap y sapmnt Disco persistente estándar (HDD)
T:\ Directorios temp y saptemp de la base de datos Disco persistente estándar (HDD)
X:\ Copia de seguridad Disco persistente estándar (HDD)

Si deseas obtener más detalles sobre la estructura de directorios, consulta Guía de planificación para SAP NetWeaver.

Para calcular los requisitos de tamaño de archivo de página, consulta la nota de SAP 1518419 sobre archivo de página y memoria virtual requeridos por el sistema SAP.

Implementación

SAP Business Suite consta de los componentes técnicos siguientes:

Capa de la aplicación:

  • ASCS: ABAP SAP Central Services. Contiene los siguientes componentes:
    • Servidor de mensajes (MS): Actúa como un canal de comunicación entre los servidores de aplicaciones. También controla la distribución de la carga.
    • Servidor de puesta en cola (ES): Controla el mecanismo de bloqueo.
  • PAS: servidor de aplicaciones principal.
    • El primer o único servidor de aplicaciones del sistema SAP.
  • AAS: servidor de aplicaciones adicional.
    • Por lo general, se implementa para el balanceo de cargas a nivel de las aplicaciones. También puedes instalar varios AAS para lograr una mayor disponibilidad desde la perspectiva de la capa de la aplicación. Si uno de los servidores de aplicaciones deja de funcionar, todas las sesiones de usuario conectadas a ese servidor de aplicaciones finalizan, pero los usuarios pueden acceder nuevamente en el otro AAS asociado en el entorno.
  • WD: despachador web (opcional).
    • Balanceador de cargas de software inteligente que distribuye solicitudes HTTP y HTTPS, según el tipo de aplicación, a PAS y AAS.

Actualmente, las bases de datos siguientes están certificadas a fin de ejecutarse en Google Cloud para SAP Business Suite.

Capa de la base de datos:

ASE

Google Cloud ofrece las siguientes opciones para instalar ASE en Linux y Windows:

  • Manual
  • Terraform
  • Deployment Manager

Para la instalación de SAP Business Suite, consulta los documentos de instalación de SAP Business Suite.

Para la instalación en Linux, consulta Descripción general de la implementación de Linux para SAP NetWeaver.

Para la instalación en Windows, consulta la Descripción general de la implementación de Windows para SAP NetWeaver.

IBM Db2

SAP certificó a Google Cloud para ejecutar IBM Db2 en los sistemas operativos siguientes en instancias de VM de Compute Engine:

  • SLES 12 SP2 y posteriores
  • RHEL 7.4
  • Windows Server 2012 R2 y posteriores

Si deseas obtener más información, consulta la Guía de planificación de IBM Db2 para SAP.

Google Cloud proporciona las siguientes opciones para instalar IBM Db2 en Linux y Windows:

  • Manual
  • Terraform
  • Deployment Manager

Para la instalación de SAP Business Suite, consulta los documentos de instalación de SAP Business Suite.

Modelos de implementación

Puedes implementar SAP Business Suite en cualquiera de los dos modelos de implementación: centralizada o distribuida.

Implementación centralizada

En una implementación centralizada, puedes instalar las aplicaciones de SAP Business Suite y la base de datos en la misma instancia de Compute Engine. Recomendamos este enfoque en los entornos que no se usan para producción, como entornos de zona de pruebas y de desarrollo.

ASE

En el siguiente diagrama, se muestra una arquitectura de referencia para una implementación centralizada de SAP Business Suite en ASE en un entorno de Linux. Ten en cuenta que SAP ASCS, PAS y ASE se instalan en la misma instancia.

SAP ASCS, PAS y SAP ASE se instalan en una sola VM con una estructura de directorio de Linux

En el siguiente diagrama, se muestra una arquitectura de referencia para una implementación centralizada de SAP Business Suite en ASE en un entorno de Windows. Ten en cuenta que SAP ASCS, PAS y ASE se instalan en la misma instancia.

SAP ASCS, PAS y SAP ASE se instalan en una sola VM con un directorio de unidades de Windows.

Db2

En el diagrama siguiente, se muestra una arquitectura de referencia de SAP Business Suite en IBM Db2 en un modelo de implementación centralizada para un entorno de Linux. Ten en cuenta que SAP ASCS, IBM Db2 y PAS se instalan en la misma instancia.

SAP ASCS, IBM Db2 y PAS se instalan en una sola VM con una estructura de directorios de Linux.

En el diagrama siguiente, se muestra una arquitectura de referencia de SAP Business Suite en IBM Db2 en un modelo de implementación centralizada para un entorno de Windows. Ten en cuenta que SAP ASCS, IBM Db2 y PAS se instalan en la misma instancia.

SAP ASCS, IBM Db2 y PAS se instalan en una sola VM con un directorio de unidades de Windows.

Implementación distribuida

En una implementación distribuida, puedes instalar las aplicaciones de SAP Business Suite y la base de datos en instancias diferentes. Recomendamos este enfoque para los entornos de producción o los entornos que requieran mucha capacidad de procesamiento a fin de controlar una carga de transacciones pesada. Cada uno de los componentes de la capa de aplicación de SAP descritos anteriormente (en "Implementación") se puede instalar de forma independiente en instancias diferentes.

Además, de forma opcional, puedes instalar uno o más servidores de aplicaciones adicionales (AAS), según los requisitos de tu empresa.

ASE

En el diagrama siguiente, se muestra una arquitectura de referencia de SAP Business Suite en ASE en un modelo de implementación distribuida. Ten en cuenta que SAP ASCS, PAS y SAP ASE se instalan en instancias diferentes.

SAP ASCS, PAS y SAP ASE se instalan en VM diferentes con una estructura de directorios de Linux.

Db2

En el diagrama siguiente, se muestra una arquitectura de referencia de SAP Business Suite en IBM Db2 en un modelo de implementación distribuida. Ten en cuenta que SAP ASCS, IBM Db2 y PAS se instalan en instancias diferentes.

SAP ASCS, IBM Db2 y PAS se instalan en VM diferentes con una estructura de directorios de Linux.

Nota sobre el balanceo de cargas

En un entorno distribuido de SAP, te recomendamos el balanceo de cargas para lograr un rendimiento óptimo de la aplicación. Para configurar el balanceo de cargas de la aplicación, usa la capa de la aplicación de SAP.

Alta disponibilidad y recuperación ante desastres

La alta disponibilidad (HA) y la recuperación ante desastres (DR) son conjuntos de técnicas, prácticas de ingeniería y principios de diseño para controlar la continuidad empresarial en caso de fallas. Estos enfoques funcionan mediante la eliminación de los puntos únicos de fallo y el suministro de la capacidad de reanudar rápidamente las operaciones después de una interrupción del sistema o componente con una alteración empresarial mínima. La recuperación de errores es el proceso de recuperación y reanudación de operaciones después de una interrupción debido a un componente con errores.

Por ejemplo, las siguientes son algunas herramientas de HA y DR:

Alta disponibilidad y recuperación ante desastres del servidor de aplicaciones

Para garantizar una alta disponibilidad del sistema, considera los componentes siguientes:

  • ABAP Central Services (ASCS)
  • Servidor de aplicaciones principal (PAS)
  • SAP ASE o IBM Db2

Implementación y consideraciones de HA del servidor de aplicaciones

  • Una configuración de HA de ABAP SAP Central Services (ASCS) consta de al menos dos nodos SCS. El nodo principal ejecuta el servidor de mensajes (MS) y el servicio Enqueue Replication Server (ERS), y el nodo secundario solo ejecuta ERS.
  • Se configura una VIP (IP virtual) para conectarse a la instancia de ASCS. La VIP se configura como una dirección IP flotante. Durante una conmutación por error del nodo principal, el clúster SUSE permite que el nodo secundario se active. Además, la VIP se mueve al nodo secundario para que las solicitudes comiencen a dirigirse a este nodo.
  • En una situación normal, el nodo principal de ASCS siempre ejecuta un servidor de mensajes y el nodo secundario siempre ejecuta el ERS.
  • Los archivos compartidos NFS se activan desde los servidores NFS hasta los nodos de ASCS principal y secundario. Puedes usar un servicio de alta disponibilidad como Filestore Enterprise.
  • En el diagrama siguiente, se muestran dos nodos:

    • El Nodo 1 es el nodo principal y aloja ASCS: MS y ERS.
    • El Nodo 2 es el nodo secundario y aloja ERS.
    • La numeración indica el flujo de la solicitud de la siguiente manera:

      1. La solicitud llega a la VIP.
      2. La solicitud va al nodo activo, el Nodo 1 en el diagrama siguiente.
      3. El nodo activo escribe en los recursos compartidos de NFS.

Una VM aloja ASCS activos y ERS inactivos. Otra VM aloja ASCS inactivos y ERS activos. El par de VM, el par de ERS y NFS tienen, cada uno, su propia VIP.

Implementación y consideraciones de DR del servidor de aplicaciones

Si deseas proporcionar un nodo de DR para un servidor de aplicaciones de SAP NetWeaver, restablece los archivos en los puntos de activación /usr/sap/SID y /sapmnt/SID. Puedes realizar una copia de seguridad en línea o sin conexión de estas activaciones y los archivos subyacentes. Sin embargo, te recomendamos que realices al menos una copia de seguridad completa sin conexión, de modo que puedas usarla para configurar el nodo de DR. Puedes usar instantáneas de Google para crear copias de seguridad de los discos persistentes de los volúmenes de SAP. En caso de desastre, podrás restablecer estos volúmenes de SAP en cualquier región o zona. Para obtener más detalles, consulta la guía de operaciones de SAP NetWeaver.

Alta disponibilidad y recuperación ante desastres de la base de datos

Alta disponibilidad de ASE

En ASE en Google Cloud, puedes lograr HA y DR mediante la configuración de la replicación síncrona entre los servidores principal y en espera, lo que permite que los dos servidores estén siempre sincronizados con cero pérdidas de datos. Hay dos versiones de HA en ASE. La opción siempre activa de ASE es compatible con Google Cloud; Para obtener más detalles, consulta la guía de planificación de SAP ASE.

Los hosts principal y secundario deben tener los siguientes componentes:

  • ASE
  • SAP Host Agent: Supervisa el uso por parte del servidor de la CPU, la memoria y otros recursos.
  • RMA: Replication Management Agent
  • SAP ASE Cockpit: Realiza las actividades de la base de datos.
  • Fault Manager: Fault Manager tiene su propio servidor host y supervisa los servidores principal y en espera. Fault Manager garantiza una alta disponibilidad de ASE mediante el inicio de la conmutación por error automática. Supervisa los componentes siguientes: Replication Management Agent, servidor de replicación, aplicaciones, bases de datos y sistema operativo. También te permite comprobar el estado de la base de datos y reiniciarla, si es necesario.

Para mejorar la disponibilidad del sistema, un clúster de ASE permite mover las cargas de trabajo al nodo secundario mediante la supervisión de la falla del nodo principal. En el siguiente diagrama, se muestra una arquitectura de referencia de alto nivel que demuestra cómo los componentes de ASE descritos con anterioridad podrían instalarse en Google Cloud.

Las instancias principal y secundaria de SAP ASE se instalan en VM diferentes. Los datos se replican de forma síncrona entre las dos instancias.

Recuperación ante desastres de ASE

El sistema de recuperación ante desastres consta de dos servidores ASE: uno designado como el principal, en el que se realiza el procesamiento de todas las transacciones, y el otro designado como un servidor en espera. En el modo de DR, los datos se replican del servidor principal al servidor en espera mediante la replicación asíncrona. Si el servidor principal falla, el servidor en espera se asciende a la función de servidor principal de forma manual o automática. Te recomendamos que uses el modo de replicación asíncrona para una configuración de DR.

Los componentes esenciales de DR para SAP ASE son los mismos que los de HA para ASE; consulta la lista en la sección anterior.

En el diagrama siguiente, se muestra el flujo de recuperación ante desastres de ASE.

La instancia principal de SAP ASE se instala en una VM en una zona. La instancia secundaria se instala en una VM en una zona diferente. Los datos se replican de forma síncrona entre las dos instancias.

Si deseas obtener más detalles sobre los sistemas operativos certificados de SAP ASE, consulta la nota de SAP 2537664 sobre el informe de certificación ASE 16.0 para Google Cloud Platform.

Alta disponibilidad y recuperación ante desastres de IBM Db2

Google Cloud admite la alta disponibilidad siempre encendida para IBM Db2, y SAP admite la mayoría de las características de IBM Db2 en Google Cloud. Sin embargo, las siguientes características no son compatibles actualmente:

  • Bases de datos multipartición de Db2
  • Característica pureScale de IBM Db2

Si deseas obtener más detalles, consulta la Guía de planificación de IBM Db2 para SAP.

Copia de seguridad y recuperación

Realiza copias de seguridad de tu servidor de aplicaciones y de la base de datos de forma periódica para que puedas recuperarlos en caso de una falla del sistema, daños en los datos o problemas de otro tipo.

Copias de seguridad de las capas de aplicaciones

Puedes realizar una copia de seguridad de la capa de la aplicación con discos persistentes mediante el uso de instantáneas. Puedes hacer una copia de seguridad del disco raíz y de los objetos binarios de SAP de SAP NetWeaver Suite. Para obtener una instantánea coherente, primero debes evitar que SAP NetWeaver y la base de datos escriban en el sistema de archivos.

En el siguiente diagrama, se muestran las instantáneas de una copia de seguridad de la capa de la aplicación.

En el diagrama, se muestran instantáneas incrementales y completas de los datos de aplicación de SAP en un disco persistente.

Copias de seguridad y restablecimiento de SAP ASE

Puedes realizar una copia de seguridad y restablecer una base de datos de SAP ASE con la utilidad dbbackup. Puedes usar Google Storage como un destino de copia de seguridad para almacenar archivos de copia de seguridad y archivos de registro de transacciones. Para obtener más información, consulta Utilidad de copia de seguridad (dbbackup).

La base de datos de SAP ASE proporciona varias opciones y comandos para restablecer la base de datos completa o los registros de transacciones de las copias de seguridad realizadas a fin de ejecutar una recuperación completa o puntual. Para obtener más información, consulta la nota de SAP 1611715, How to restore an SAP ASE database server (Windows) (Cómo restablecer un servidor de base de datos de SAP ASE [Windows]) y SAP ASE Database Backup Utility (Utilidad de copia de seguridad de la base de datos de SAP ASE).

En el siguiente diagrama, se muestran instantáneas de una copia de seguridad de ASE.

En el diagrama, se muestran instantáneas incrementales y completas de datos de SAP ASE en un disco persistente.

Copias de seguridad y restablecimientos de IBM Db2

Puedes realizar una copia de seguridad de una base de datos de IBM Db2 en línea o sin conexión.

  • Modo en línea: Los usuarios continúan trabajando durante la copia de seguridad.
  • Modo sin conexión: La base de datos se cierra por completo y los usuarios no pueden trabajar durante la copia de seguridad.

El proceso de copia de seguridad dependerá de la cantidad de particiones que tenga tu base de datos.

Base de datos de una sola partición

Para realizar una copia de seguridad en esta configuración, accede al servidor de la base de datos como usuario db2dbsid.

Ejecuta el siguiente comando:

$db2 backup db DBSID

Base de datos de varias particiones

Accede al servidor de la base de datos como el usuario db2dbsid.

Ejecuta el siguiente comando:

$db2 "backup db DBSID on ALL DBPARTITIONNUMS …"

También puedes usar la herramienta DBA Cockpit proporcionada por IBM para realizar una copia de seguridad de la base de datos.

Para obtener más información, consulta la sección sobre el método de copia de seguridad de la base de datos IBM Db2.

Recuperación

La recuperación y el restablecimiento de IBM Db2 te permiten restablecer la base de datos desde una copia de seguridad correcta. La recuperación de la base de datos depende del acceso a un archivo de historial actualizado, ya que desde allí se accede a toda la información sobre las imágenes de copia de seguridad y los archivos de registro.

Puedes realizar la recuperación desde una copia de seguridad mediante el comando RECOVER:

  1. Accede al servidor de la base de datos como usuario db2dbsid o sapsidadm.
  2. Ejecuta el siguiente comando:
$ db2 RECOVER DB DBSID

Para realizar la recuperación de un momento determinado, sigue estos pasos:

  1. Accede al servidor de la base de datos como usuario db2dbsid o sapsidadm.
  2. Ejecuta el siguiente comando:
$ DB2 RECOVER DB DBSID to local time on the database server

Para obtener más información, consulta la sección sobre el método de recuperación de la base de datos IBM Db2.

En el siguiente diagrama, se muestran instantáneas de una copia de seguridad de Db2.

En el diagrama, se muestran instantáneas incrementales y completas de datos de IBM Db2 en un disco persistente.

Notas importantes de SAP previas a la implementación

Antes de comenzar a implementar los sistemas de SAP en Google Cloud, consulta las notas de SAP de la siguiente lista, que son útiles para la configuración que planificaste. Antes de continuar con la implementación de un producto de SAP, siempre revisa las notas y guías de instalación de productos actualizadas de SAP Marketplace.

Para obtener más información sobre la instalación de ASE o IBM Db2, consulta las páginas siguientes: