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

Descripción general

Este documento está destinado a las personas que evalúan Google Cloud Platform (GCP) 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 Platform ofrece una infraestructura rentable, confiable, segura y de alto rendimiento certificada por SAP para ejecutar SAP Business Suite. Si deseas obtener una lista completa de las soluciones de SAP admitidas en GCP, consulta SAP y Google Cloud.

Licencias

Si eres cliente de SAP, puedes usar tu licencia existente para implementar SAP Business Suite en GCP con el modelo BYOL (usa tu propia licencia). GCP 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; alternativamente, también puedes usar tu propia imagen de SO y licencias.

ASE

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

IBM Db2

Para implementar IBM Db2 en GCP, 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 de dimensionamiento de SAP. SAP también proporciona guías con tablas para soluciones y herramientas específicas que permiten migrar las soluciones locales actuales a GCP. (Por ejemplo, consulta SAP Note 2456432 - SAP Applications on Google Cloud Platform: Supported Products and Google VM types [Nota de SAP 2456432: aplicaciones de SAP en Google Cloud Platform: productos compatibles y tipos de VM de Google]). SAP y GCP usan unidades diferentes para medir las operaciones de entrada/salida por segundo (IOPS). Consulta con tu socio de SI (integrador de sistemas) para convertir los requisitos de dimensionamiento de SAP en una infraestructura de GCP del tamaño adecuado.

ASE

Para dimensionar una base de datos de ASE, consulta los artículos 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 personalizados de máquina

Para obtener más información sobre los tipos de máquinas certificadas, consulta la SAP Note 2456432 - SAP Applications on Google Cloud Platform: Supported Products and Google VM types (Nota de SAP 2456432: aplicaciones de SAP en Google Cloud Platform: productos compatibles y tipos de VM de Google).

ASE

Si deseas obtener más información sobre la configuración de los tipos de VM para SAP ASE, consulta 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 GCP, consulta la nota de SAP 2537664, ASE 16.0 certification report for GCP (Informe de certificación ASE 16.0 destinado a GCP).

IBM Db2

Si deseas obtener más información sobre la configuración de tipos de VM para IBM Db2, consulta 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 SAP Note 2456432 - SAP Applications on Google Cloud Platform: Supported Products and Google VM types (Nota de SAP 2456432: aplicaciones de SAP en Google Cloud Platform: productos compatibles y tipos de VM de Google).

Discos y sistemas de archivos para SAP Business Suite

Google Cloud Platform ofrece los tipos de almacenamiento siguientes:

  • Discos persistentes estándar (HDD): almacenamiento en bloque de bajo costo para dispositivos grandes
  • Discos persistentes SSD: almacenamiento en bloque rápido y confiable, con altas IOPS y baja latencia
  • SSD locales: almacenamiento en bloque local de alto rendimiento
  • Depósitos de Google Cloud Storage: Almacenamiento de objetos asequible

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

Los discos persistentes de GCP 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 SSD
/sybase/SAPSID/saplog_1 Disco persistente estándar (HDD) o disco persistente 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 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 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 GCP.

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 SSD
/db2/SAPSID/saptmp1 Disco persistente estándar (HDD)
/db2/SAPSID/log_dir Disco persistente estándar (HDD) o disco persistente SSD
/db2backup Disco persistente estándar (HDD)

Si deseas obtener más información, consulta 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 GCP. 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 la guía de planificación para SAP NetWeaver.

Para calcular los requisitos de tamaño de archivo de página, consulta SAP Note 1518419: Page file and virtual memory required by the SAP system (Nota de SAP 151841: 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 GCP para SAP Business Suite.

    Capa de la base de datos:

    ASE

    GCP proporciona las opciones siguientes para instalar ASE en Linux y Windows:

    • Manual
    • 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 la guía de implementación de SAP NetWeaver en Linux.

    Para la instalación en Windows, consulta la guía de implementación de SAP NetWeaver en Windows.

    IBM Db2

    SAP certificó a GCP para la ejecución de IBM Db2 en los sistemas operativos siguientes en instancias de GCP 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.

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

    • Manual
    • 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 sistemas de archivos NFS se activan desde los servidores NFS hasta los nodos de ASCS principal y secundario. Los propios servidores NFS se pueden configurar para ofrecer una alta disponibilidad mediante una configuración similar a la configuración de HA de ASCS.
    • 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 GCP, 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 de ASE siempre activa es compatible con GCP. 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: Agente de administración de replicación.
    • SAP ASE Cockpit: Realiza las actividades de la base de datos.
    • 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 GCP.

    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, ASE 16.0 certification report for GCP (Informe de certificación ASE 16.0 destinado a GCP).

    Alta disponibilidad y recuperación ante desastres de IBM Db2

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

    • HA y DR para Db2
    • 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 de una base de datos de SAP ASE, o restablecerla, mediante 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 de un momento determinado. 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 Método de copia de seguridad de la base de datos de 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 Método de recuperación de la base de datos de 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: