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:
- Para Linux: sección sobre configuración mínima de un servidor ASE de SAP
- Para Windows: sección sobre configuración mínima de un servidor ASE de SAP
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 quepd-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.
- Estándar (
- 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 Linux recomendada para una instancia de SAP ABAP genérica
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) |
Estructura de directorios de Linux recomendada para SAP Business Suite en ASE
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.
Estructura de directorios de Windows recomendada para SAP Business Suite en 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
Estructura de directorios recomendada para SAP Business Suite en Db2 en Google Cloud
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.
Estructura de directorios de Windows recomendada para SAP Business Suite en la base de datos IBM Db2
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:
- Base de datos de SAP ASE.
- Base de datos IBM Db2 para LUW.
- SAP HANA No se encuentra dentro del alcance de este documento. Para obtener más información sobre las implementaciones basadas en SAP HANA, consulta SAP Business Suite en SAP HANA en Google Cloud Platform.
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.
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.
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.
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.
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.
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.
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:
- Clústeres de Linux en las zonas
- Migración en vivo
- Reinicio automático
- Copias de seguridad
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:
- La solicitud llega a la VIP.
- La solicitud va al nodo activo, el Nodo 1 en el diagrama siguiente.
- El nodo activo escribe en los recursos compartidos de NFS.
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.
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.
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.
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.
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
:
- Accede al servidor de la base de datos como usuario
db2dbsid
osapsidadm
. - Ejecuta el siguiente comando:
$ db2 RECOVER DB DBSID
Para realizar la recuperación de un momento determinado, sigue estos pasos:
- Accede al servidor de la base de datos como usuario
db2dbsid
osapsidadm
. - 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.
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.
- 2456432: Aplicaciones de SAP en Google Cloud: Productos compatibles y tipos de VM de Google.
- 2446441: Linux en Google Cloud (IaaS): adaptación de la licencia de SAP.
- 2456953 - Windows on Google Cloud (IaaS): Adaption of your SAP License (2456953: Windows en Google Cloud (IaaS): adaptación de la licencia de SAP).
- 1380654: Asistencia de SAP en entornos de nube públicos.
- 2456406: SAP en Google Cloud Platform: requisitos previos de compatibilidad.
- 2537664 sobre el informe de certificación de SAP Adaptive Server Enterprise (ASE) 16.0 para Google Cloud Platform (GCP)
- 1554717 sobre SYB: información de planificación para SAP en ASE
- 1707361 sobre sistemas de instalación basados en NW 7.1 y posteriores: UNIX Db2 para LUW
- 101809 sobre DB6: versiones compatibles de Db2 y niveles de paquetes de ajuste
Para obtener más información sobre la instalación de ASE o IBM Db2, consulta las páginas siguientes:
- Notas de SAP y artículos de la base de conocimiento para Adaptive Server Enterprise.
- Guía de planificación de IBM Db2 para SAP NetWeaver.