You are on page 1of 99

EduTech@SAP Netweaver: Alta Disponibilidad Soluciones SAP NW

Alta Disponibilidad para Soluciones SAP Netweaver


Alvaro Arbaiza

2005 REALTECH

Copyright

Copyright 2005 SAP ESPAA. Reservados todos los derechos. Prohibida la distribucin, reproduccin o traduccin de este manual o de parte del mismo, sea cual sea el fin y la forma, sin la autorizacin expresa por escrito de SAP ESPAA. La informacin contenida en este manual puede modificarse o complementarse sin previo aviso. Reservados todos los derechos.

2005 REALTECH

Resumen

2005 REALTECH

Objetivos del curso

Una vez terminado este curso, podr: Describir el concepto de Alta Disponibilidad en SAP Netweaver. Identificar los escenarios de Alta Disponibilidad que permiten minimizar las paradas no planificadas de los sistema basados en SAP NW. Conocer los mecanismos existentes para reducir las paradas planificadas de los sistemas basados en SAP NW.

2005 REALTECH

Antes de empezar

Requisitos previos:
Conocimientos de Arquitectura SAP. Conocimientos generales de Alta Disponibilidad.

A quien va dirigido:
Administradores de Sistema SAP. Consultores del mdulo BC. Proveedores de Soluciones de Alta Disponibilidad.

Duracin: 1,5 Horas

2005 REALTECH

Contenidos
Resumen Unidad Unidad Unidad Unidad Unidad Unidad Unidad Unidad Unidad Introduccin Arquitectura Concepto de Switchover Alta Disponibilidad Soluciones basadas en SAP NW 04 ABAP Alta Disponibilidad Soluciones basadas en SAP NW 04 JAVA Alta Disponibilidad Soluciones basadas en SAP NW 04 Add-In Servidor de Enqueue Standalone Balanceo de Carga Reduccin de Paradas Planificadas Conclusiones Apndices
2005 REALTECH

Introduccin

Introduccin

Alta Disponibilidad Soluciones basadas en SAP NW 04 Add-In

Arquitectura

Servidor de Enqueue Standalone

Concepto de Switchover

Balanceo de Carga

Alta Disponibilidad Soluciones basadas en SAP NW 04 ABAP Alta Disponibilidad Soluciones basadas en SAP NW 04 JAVA

Reduccin de Paradas Planificadas

2005 REALTECH

Contenidos/Objetivos

Contenidos
Qu es Alta Disponibilidad? Paradas planificadas y no planificadas del sistema Escala de Alta disponibilidad Curva de Perdidas por paradas/ Curva de costes Alta Disponibilidad Por qu utilizar Alta Disponibilidad? Responsabilidades

Objetivos
Una vez terminado esta seccin, podr: Describir qu es Alta Disponibilidad. Describir cmo se obtiene Alta Disponibilidad. Describir el porqu de utilizar Alta Disponibilidad. Describir quines estn involucrados en Alta Disponibilidad.

2005 REALTECH

Qu es alta disponibilidad?
Disponibilidad: Es el tiempo que est disponible un sistema para su utilizacin por parte de los usuarios finales. Las paradas planificadas necesarias para realizar tareas de mantenimiento de los sistemas, y las paradas no planificadas debidas a fallos tcnicos o humanos son el origen de que un sistema no est disponible.. Las compaas utilizan sistemas que dan soporte a funciones de negocio de alta criticidad. Adems muchas compaas requieren fiabilidad 24x7, es decir 24 horas al da, 7 das a la semana. La alta disponibilidad requiere maximizar la disponibilidad de los sistemas desde el punto de vista del usuario final. La alta disponibilidad de un sistema supone la reduccin al mnimo de las paradas planificadas y no planificadas.

2005 REALTECH

Paradas no planificadas
CAUSAS DE PARADAS NO PLANIFICADAS
0,3 0,6 7,9 8,1 9,6 22,7 Red Hardw are Errores de operacin Aplicacin SAP SAP Bsico Desastres Base de datos 9,9 10,2 15,3 15,4 Sistema Operativo Otros Seguridad

Los fallos hardware, de SO, los desastres, etc se pueden evitar eliminando los llamados Puntos nicos de Fallo o Single Points of Failure (SPOF). Ejemplos de medidas a adoptar para eliminar los SPOFs son:
Discos Mirrorizados (RAID). Base de datos en Standby. Utilizar un CPD alternativo. Cluster Redundancia de componentes de red.

Los fallos humanos se pueden minimizar utilizando herramientas de gestin de sistemas y mejorando los procesos de gestin de incidencias. -> Fallos no resolubles con mecanismos de switchover.
2005 REALTECH

Paradas planificadas
CAUSAS DE PARADAS PLANIFICADAS

10 10

2 27 Mantenimiento Hw /Sw Support Packages Reorg. BBDD Upgrades Kernel Backup Offline

12 21

Transportes Propios 13

Las paradas planificadas se pueden evitar utilizando componentes escalables que permitan el mantenimiento rolling o en caliente. Los tiempos de parada planificada se han minimizado como consecuencia de la mejora de los procesos de aplicacin de parches y de upgrade de versin.

2005 REALTECH

Escala de alta disponibilidad


Tiempo parada semanal 0,6 seg Tiempo parada semanal 30 seg

Disponibilidad

Paradas semanales utilizadas para:

Paradas anuales utilizadas para:

99,9999%

??

??

99,999%

6 seg

Switchover semanal

5 min.

Rearranque (anual)

99,99%

1 min.

Switchover diario

52 min.

Mantenimiento software offline (anual)

99,9%

10 min.

Rearranque (semanal) Mantenimiento Software Offline (semanal) Backup Offline (semanal)

8 horas 45 min. 87,5 horas

Backup Offline (anual)

99%

1h 40 min.

90%

16h 48 min.

36 das

2005 REALTECH

2005 REALTECH

Por qu utilizar Alta Disponibilidad?


Impacto de las paradas de los sistemas
Perdida de ingresos Decrecimiento Productividad

Perdida de reputacin Frustracin de clientes Perdida de datos

Perdida de clientes

Estrs Empleados

La alta disponibilidad evita las paradas planificadas y no planificadas proporcionando proteccin frente a:
Perdida de ingresos y reputacin. Decrecimiento de la productividad. Perdida y frustracin de clientes. Estrs de los empleados. Perdida de datos.
2005 REALTECH

Responsabilidades
Dotar a un sistema de Alta Disponibilidad es una responsabilidad compartida entre SAP, el proveedor de la plataforma y el cliente.
Proveedor de plataforma
Proporcionar una infraestructura capaz de satisfacer requerimientos de HA. Proporcionar procedimientos de HA especficos de la plataforma.

SAP
Proporcionar una plataforma de aplicacin e integracin capaz de satisfacer requerimientos de HA. Ayudar a los proveedores en la definicin de procedimientos de HA.

Clientes:
Definir los niveles de Alta Disponibilidad requeridos. Asegurar unos procedimientos de operacin adecuados y una formacin al personal de IT apropiada.

2005 REALTECH

Resumen

Ahora puede:
Describir los cuatro aspectos bsicos de la alta disponibilidad: QU ES CMO SE OBTIENE POR QU QUIN

2005 REALTECH

Arquitectura

Introduccin

Alta Disponibilidad Soluciones basadas en SAP NW 04 Add-In

Arquitectura

Servidor de Enqueue Standalone

Concepto de Switchover

Balanceo de Carga

Alta Disponibilidad Soluciones basadas en SAP NW 04 ABAP Alta Disponibilidad Soluciones basadas en SAP NW 04 JAVA

Reduccin de Paradas Planificadas

2005 REALTECH

Contenidos/Objetivos

Contenidos
Introduccin a SAP Netweaver Arquitectura SAP Tradicional frente a SAP WAS Opciones de instalacin del SAP Web AS 6.40 Arquitectura SAP Web AS 6.40: Abap, Java y Add-in. Puntos nicos de fallo en Arquitectura SAP Web AS 6.40

Objetivos
Una vez terminado esta seccin, podr: Describir la Arquitectura SAP Web AS 6.40 en la que se basan todos los componentes SAP Netweaver. Identificar los principales Puntos nicos de Fallo existentes en la Arquitectura SAP Web AS 6.40.

2005 REALTECH

SAP Netweaver
SAP Netweaver es bsicamente una plataforma de integracin que permite integrar y alinear personas, informacin y procesos de negocio.
SAP NetWeaver
PEOPLE INTEGRATION

SAP Mobile Infrastructure


COMPOSITE APPLICATION FRAMEWORK

Multi channel access Portal Collaboration LIFE CYCLE MANAGEMENT

SAP Enterprise Portal SAP Business Warehouse Master Data Management SAP Exchange Infrastructure

INFORMATION INTEGRATION Bus. Intelligence Knowledge Mgmt

Master Data Management

PROCESS INTEGRATION Integration Broker Bus. Process Mgmt

APPLICATION PLATFORM J2EE ABAP

SAP Web Application Server

DB and OS Abstraction

.NET
2005 REALTECH

WebSphere

.....

2005 REALTECH

Arquitectura SAP Tradicional Vs Arquitectura Web AS


SAP Tradicional
GUI GUI GUI

SAP Web AS
Browser Internet

Enqueue server Message server Gateway Gateway Dispatcher Otros sistemas

Enqueue server Message server Dispatcher

Enqueue Service Message Service Java Dispatcher

Otros sistemas

ICM

Work Process

Work Process

Work Process

Work Process

Work Process

Work Process

Java Server Process

Java Server Process

BBDD

BBDD

ABAP schema JAVA schema

2005 REALTECH

Java Server Process

Opciones de instalacin del Web AS 6.40

SAP

Todos los componentes Netweaver (BI, XI, EP, ...) se ejecutan sobre SAP Web Application Server 6.40 (Web AS 6.40). Hay tres opciones de instalacin del Web AS 6.40:
Web AS 6.40 ABAP (ABAP only) ABAP
DB
Schema ABAP

Web AS 6.40 Add-In (ABAP and Java) Java


DB
Schema ABAP Java

Web AS 6.40 Java (Java only) Java


DB
Schema Java

ABAP

La opcin de instalacin del Web AS 6.40 depende del componente Netweaver a utilizar.
SAP EP 6.0 requiere Java Stack, por tanto es necesario instalar el Web AS Java (o Add-In). SAP XI 3.0 requiere Web AS Add-In etc.
2005 REALTECH

Arquitectura SAP Web AS 6.40 ABAP


Instancia Central ABAP
ABAP CI
ICM

Instancia Dilogo ABAP


ABAP DI
ICM

Instancia Base Datos


Base Datos ABAP Schema

ABAP Dispatcher Work Work Work Process Process Process Gateway ENQ Server (ABAP) MSG Server (ABAP)
ABAP

ABAP Dispatcher Work Work Work Process Process Process Gateway


ABAP

IGS

/usr/sap/<SID>/D<InstNo>
IGS

/usr/sap/<SID>/DVEBMGS<InstNo>
2005 REALTECH

Arquitectura SAP Web AS 6.40 JAVA


Instancia Central Java
Java-CI
Java Dispatcher Java Java Server Server Server Process Process Process SDM IGS
Java

Instancia Servicios Centrales


SCS Instance
ENQ Server (Java) MSG Server (Java)

Instancia Dilogo Java


Java-DI
Java Dispatcher Java Java Server Server Server Process Process Process
Java

Instancia Base Datos


Base Datos Java Schema

IGS

/usr/sap/<SID>/J<InstNo> /usr/sap/<SID>/SCS<InstNo> /usr/sap/<SID>/JC<InstNo>

2005 REALTECH

Arquitectura SAP Web AS 6.40 Add-In


Instancia Central Add-In
Add-In CI
ICM

Instancia Servicios Centrales


Instancia SCS
ENQ Server (Java) MSG Server (Java)

Instancia Dilogo Add-In


Add-In DI
ICM

Instancia Base Datos


Base Datos ABAP Schema Java Schema

ABAP Dispatcher Work Work Work Process Process Process Gateway ENQ Server (ABAP)

Java Dispatcher Java Java Server Server Server Process Process Process SDM

ABAP Dispatcher Work Work Work Process Process Process Gateway


ABAP

Java Dispatcher Java Java Server Server Server Process Process Process

Java

IGS MSG Server (ABAP)


ABAP Java

/usr/sap/<SID>/D<InstNo>
IGS

/usr/sap/<SID>/SCS<InstNo>

/usr/sap/<SID>/DVEBMGS<InstNo>

2005 REALTECH

Terminologa
SAP Web AS - Sistema SAP formado por una o varias instancias SAP y un sistema gestor de base de datos (BBDD). Base de Datos ( BBDD, DB) - Software de gestin de base de datos que soporta el sistema SAP. Instancia Central ABAP (CI) - Instancia SAP que incluye el servicio de Enqueue para el motor ABAP. Normalmente, el servidor de mensajes se encuentra tambin en la CI. Adicionalmente puede incluir otros procesos de trabajo (Dialogo, Actualizacin, Fondo, Spool) Instancia Central Java (CI, Java-CI) - Instancia SAP que incluye el Java dispatcher, varios procesos Java y el Software Delivery Manager (SDM). Normalmente, el SCS se encuentra tambin en la Java-CI. Instancia Central Add-in (CI) Instancia SAP que incluye los servicios de la instancia central ABAP y los servicios de la instancia central JAVA. SAP Central Services (SCS) - Instancia SAP que incluye el servicio de Enqueue y de Mensajes para el motor Java. Instancia de Dialogo (DI) - Instancia SAP que contiene un dispatcher y varios procesos (ABAP Work Process o Java Server Process).
2005 REALTECH

SAP Web AS 6.40: Puntos nicos de fallo


Para evitar las paradas no planificadas del Web AS 6.40 es fundamental identificar y eliminar los Puntos nicos de Fallo (SPOFs) de la Arquitectura.
Puntos nicos de fallo Base de Datos Servicios Centrales (Servidor de Enqueue y Mensajes) Balanceadores de carga Web Directorio central compartido Opciones tcnicas para eliminar el SPOF Switch-over Switch-over Configurar un Servidor de replicacin de Enqueue Switch-over Switch-over Solucin hardware de almacenamiento en alta disponibilidad.

2005 REALTECH

SAP Web AS 6.40: Alta Disponibilidad


Cluster Replicacin Enqueue

CI
Message Server

CI

Balanceo Carga

Web Disp.

Enqueue Server

repl. enqueue

Appl. Server Web Disp. Appl. Server DB

DB

Balanceo Carga (redirect)

Appl. Server

Cluster DB / Standby.

Varios Servidores Appl.


2005 REALTECH

Resumen

Ahora puede:
Describir la Arquitectura SAP Web AS 6.40 en la que se basan todos los componentes SAP Netweaver. Identificar los principales Puntos nicos de Fallo existentes en la Arquitectura SAP Web AS 6.40. Explicar de forma bsica cmo se eliminan estos SPOFs.

2005 REALTECH

Concepto de Switchover

Introduccin

Alta Disponibilidad Soluciones basadas en SAP NW 04 Add-In

Arquitectura

Servidor de Enqueue Standalone

Concepto de Switchover

Balanceo de Carga

Alta Disponibilidad Soluciones basadas en SAP NW 04 ABAP Alta Disponibilidad Soluciones basadas en SAP NW 04 JAVA

Reduccin de Paradas Planificadas

2005 REALTECH

Contenidos/Objetivos

Contenidos
Introduccin al concepto de switchover (cluster). Terminologa Ejemplo de un entorno switchover (MSCS) Evaluacin de Soluciones de switchover

Objetivos
Una vez terminado esta seccin, podr: Conocer los fundamentos de las soluciones switchover. Identificar los criterios a la hora de valorar diferentes soluciones de Alta Disponibilidad.

2005 REALTECH

Introduccin
Las infraestructuras de alta disponibilidad estn basadas en el concepto de cluster (switchover). Las soluciones de Alta Disponibilidad son muy dependientes de las soluciones de proveedores externos:
Microsoft Cluster Service (MSCS) HP Service Guard SUN Cluster Veritas Cluster Server ORACLE Failsafe, ORACLE RAC IBM HACMP

Las soluciones de Alta Disponibilidad las ofrecen proveedores de hardware/HA, que son responsables de proporcionar soporte y servicios de consultora.
2005 REALTECH

Terminologa
Entorno Switch-Over
Nmero de servidores que forman el cluster Son capaces de compartir recursos del cluster

Recursos del Cluster


Servicios ofrecidos por el cluster. Tipo de recursos tpicos Direcciones IP Nombres de red Procesos, Etc

Grupo de recursos
Agrupacin de recursos que conmutan juntos.

Acciones ejecutadas en un cluster


Poner online un recurso o grupo de recursos (Bring Online) Conmutar un recurso o grupo de recursos (Switch) Poner offline un recurso o grupo de recursos (Take Offline)
2005 REALTECH

Ejemplo de un entorno Switchover (MSCS)


El entorno switchover est formado por dos servidores. Grupo de recursos: Un grupo para Oracle Un grupo para SCS Recursos tpicos Disco Direccin IP Nombre de red Recurso SAP Directorio compartido

En caso de Switchover, el cluster ejecuta los siguientes pasos:


Paso 1: Poner offline recursos del nodo A
1. Parada instancia SAP. 2. Liberar el directorio sapmnt. 3. Liberar el nombre de red. 4. Liberar la direccin IP. 5. Desmontar el disco

Paso 2: Switchover recursos al nodo B


1. Mover propiedad del grupo de recursos al nodo B. 2. Mover propiedad de todos los recursos al nodo B

Paso 3: Poner online recursos del nodo B


1. Desmontar el disco 2. Aadir la direccin IP. 3. Aadir el nombre de red. 4. Aadir el directorio sapmnt. 5. Arranque de instancia SAP.

2005 REALTECH

Evaluacin de soluciones de switchover


Al evaluar las diferentes soluciones de Alta Disponibilidad basadas en switchover, se deben tener en cuenta los siguientes criterios:
Grado de funcionalidad a implementar Se han detectado y eliminado todos los SPOFs?. Esfuerzo de implementacin Cunto tiempo se requiere para implementar la solucin?. Deteccin de failover Qu software de switchover se utiliza para detectar el failover?. Tiempo de failover Cunto tiempo tarda los recursos en conmutar tras el failover? Nmero de servidores necesarios Cuntos servidores son necesarios para implementar la solucin?. Durabilidad de la arquitectura. La solucin elegida, es una solucin a largo plazo o duradera?
2005 REALTECH

Resumen

Ahora puede:
Describir los fundamentos de las soluciones switchover. Evaluar soluciones de Alta Disponibilidad en funcin de diferentes criterios de comparacin.

2005 REALTECH

Alta Disponibilidad para soluciones basadas en SAP Netweaver 04 ABAP

Introduccin

Alta Disponibilidad Soluciones basadas en SAP NW 04 Add-In

Arquitectura

Servidor de Enqueue Standalone

Concepto de Switchover

Balanceo de Carga

Alta Disponibilidad Soluciones basadas en SAP NW 04 ABAP Alta Disponibilidad Soluciones basadas en SAP NW 04 JAVA

Reduccin de Paradas Planificadas

2005 REALTECH

Contenidos/Objetivos

Contenidos
Puntos nicos de fallo en Arquitectura SAP Web AS 6.40 ABAP Escenarios de switchover que permiten proteger el SAP Web AS 6.40 ABAP frente a paradas no planificadas.

Objetivos
Una vez terminado esta seccin, podr: Identificar los puntos nicos de fallo de la Arquitectura SAP Web AS 6.40 ABAP Describir y conocer los diferentes escenarios de switchover para el SAP Web AS 6.40 ABAP

2005 REALTECH

SAP Web AS 6.40 ABAP: Puntos nicos de fallo


CI
Instancia Central ABAP
ICM

DI
Instancia Dilogo ABAP
ICM

ABAP Dispatcher Work Work Work Process Process Process Gateway ENQ Server (ABAP)

ABAP Dispatcher Work Work Work Process Process Process Gateway


ABAP

IGS MSG Server (ABAP)


ABAP

IGS

Single Point of failures (SPOF):


Base de Datos Instancia central ABAP Directorio compartido /sapmnt/

Base Datos

ABAP Schema

DB

2005 REALTECH

Escenarios Switchover SAP Web AS 6.40 ABAP


Los servicios vitales para el correcto funcionamiento de un sistema SAP Web AS 6.40 ABAP son los siguientes: Enqueue Service (CI) Message Service (CI) Base de datos (BD) A continuacin se muestran los diferentes escenarios que permiten proteger estos servicios y el comportamiento del sistema en caso de switchover Escenarios Operacin Normal Cluster Switchover Nodo C1 SO-1 SO-2 SO-3 SO-4 SO-5 SO-6
2005 REALTECH

Despus de Switchover Cluster Switchover Nodo C1


failed failed failed failed Failed failed

Nodos Externos Nodo E1


DB CI CI

Nodos Externos Nodo E1


DB CI CI

Nodo C2
DB CI DI DI DI Idle

Nodo E2
DI DI DI DI DI DI

Nodo C2
DB+CI CI+DB CI/DB CI DB DB

Nodo E2
DI DI DI DI DI DI

CI DB CI/DB CI DB DB

Escenarios SO-1 y SO-2


En los escenarios SO-1 y SO-2, la instancia central CI y la base de datos DB estn separadas en dos mquinas formando un cluster. Si el primer nodo falla, el servicio que ha fallado, conmuta automticamente y se levanta en el segundo nodo.
Cluster

Operacin Normal

CI

DB

DI

Cluster

Switchover CI

CI

CI+DB

DI

Cluster CI+DB DB DI

Switchover BD

2005 REALTECH

Escenarios SO-3
En el escenarios SO-3 la BD y la CI se encuentran en el mismo nodo del cluster constituyendo un sistema centralizado. En el segundo nodo hay arrancada instancia AS. Si el primer nodo falla, la instancia AS se para en el segundo nodo y posteriormente se conmuta la BD y la CI al segundo nodo. Una configuracin alternativa de este escenario es que el segundo nodo no tenga instalada ninguna instancia de aplicacin (nodo pasivo).
Cluster CI+DB DI DI

Operacin Normal

Cluster

Switchover CI+DB

CI+DB

CI+DB

DI

2005 REALTECH

Escenarios SO-4 y SO-5


Los escenarios SO-4 y SO-5 requieren una instancia en espera para la BD o para la CI. Estos escenarios se han incluido en este anlisis por los siguientes motivos:
En entornos mixtos en los que la BD y la CI utilizan diferentes sistemas operativos, se necesitan mquinas en espera (nodos pasivos) para obtener alta disponibilidad. Una regla bsica a tener en cuenta es que no se permite el switchover de la CI o BD de un sistema operativo a otro. En entornos en los que el requisito de alta disponibilidad es muy fuerte, se necesitan mquinas en espera tanto para la DB como por el CI, constituyndose en estos casos un cluster de 4 nodos.
Cluster 3 nodos CI DI DB DI

Operacin Normal

Cluster 3 nodos

Switchover CI

CI

CI

DB

DI

Cluster 3 nodos

Switchover BD

CI

DB

DB

DI

2005 REALTECH

Escenarios SO-4 y SO-5


Una configuracin tpica de los escenarios SO-4 y SO-5 es un cluster de switchover de cuatro nodos. En este caso, podran fallar la BD y la CI simultneamente.
Cluster 4 nodos

Operacin Normal

CI

DI

DB

DI

DI

Cluster 4 nodos

Switchover CI

CI

CI

DB

DI

DI

Cluster 4 nodos

Switchover BD

CI

DI

DB

DB

DI

Cluster 4 nodos

Switchover CI y BD

CI

CI

DB

DB

DI

2005 REALTECH

Escenarios SO-6
El escenario SO-6 se ha incluido para aquellos casos en los que la BD y las instancias SAP se encuentren en sistemas operativos diferentes (instalacin mixta) y no se puedan instalar instancias SAP sobre el sistema operativo de la BD. Con lo cual, se tiene un cluster para la BD y el nodo 2 se encuentra en Standby.
Cluster

Operacin Normal

DB

Idle

CI

DI

Cluster

Switchover DB

DB

DB

CI

DI

2005 REALTECH

Resumen

Ahora puede:
Identificar los puntos nicos de fallo de la Arquitectura SAP Web AS 6.40 ABAP Describir los diferentes escenarios de switchover para el SAP Web AS 6.40 ABAP.

2005 REALTECH

Alta Disponibilidad para soluciones basadas en SAP Netweaver 04 JAVA

Introduccin

Alta Disponibilidad Soluciones basadas en SAP NW 04 Add-In

Arquitectura

Servidor de Enqueue Standalone

Concepto de Switchover

Balanceo de Carga

Alta Disponibilidad Soluciones basadas en SAP NW 04 ABAP Alta Disponibilidad Soluciones basadas en SAP NW 04 JAVA

Reduccin de Paradas Planificadas

2005 REALTECH

Contenidos/Objetivos

Contenidos
Puntos nicos de fallo en Arquitectura SAP Web AS 6.40 JAVA Escenarios de switchover que permiten proteger el SAP Web AS 6.40 JAVA frente a paradas no planificadas.

Objetivos
Una vez terminado esta seccin, podr: Identificar los puntos nicos de fallo de la Arquitectura SAP Web AS 6.40 JAVA Describir y conocer los diferentes escenarios de switchover para el SAP Web AS 6.40 JAVA

2005 REALTECH

SAP Web AS 6.40 JAVA: Puntos nicos de fallo


CI
Java-CI
Java Dispatcher Java Java Server Server Server Process Process Process SDM
Java

SCS
Instancia SCS
ENQ Server (Java) MSG Server (Java)

DI
Java-DI
Java Dispatcher Java Java Server Server Server Process Process Process
Java

IGS

IGS

Single Point of failures (SPOF):


Base de Datos Instancia SCS incluidos:
Servidor de Mensajes para Java Servidor de Enqueue para Java
Base Datos

Java Schema

Directorio compartido /sapmnt/


2005 REALTECH

DB

Escenarios Switchover SAP Web AS 6.40 JAVA


Los servicios vitales para el correcto funcionamiento de un sistema SAP Web AS 6.40 JAVA son los siguientes: Enqueue Service (SCS) Message Service (SCS) Base de datos (BD) El SDM (Software Delivery Manager) es una herramienta que permite desplegar nuevos componentes de software al SAP Web AS 6.40 Java (viene incluido en la Java-CI). En este anlisis no se considera el SDM como punto nico de fallo porque no es un componente vital para el correcto funcionamiento de un sistema productivo. A continuacin se muestran los diferentes escenarios que permiten proteger estos servicios y el comportamiento del sistema en caso de switchover

Escenarios de Switch-over 1) Solamente la BD se encuentra en switch-over. 2) Java-CI, SCS y la BBDD en el mismo grupo de switch-over. 3) CI y SCS en un grupo de switch-over, BD en otro. 4) BD y SCS en el mismo grupo de switch-over 5) BD y SCS, cada una en un grupo de switch-over
2005 REALTECH

1) Solamente la BD se encuentra en switch-over.


En este escenario, solo la base de datos se encuentra en un grupo de switchover. Esto quiere decir que solo los datos estn en alta disponibilidad.

DI

DI

Grupo Cluster para la BBDD

Solucin de Switch Over slo para la base de datos


2005 REALTECH

Base de datos Java Schema

Ejemplo: Oracle FailSafe para Oracle 9i y Windows


Web AS 6.40 EP 6.0 Web AS 6.40 EP 6.0 Web AS 6.40 EP 6.0

MSCS Cluster

Oracle Failsafe Failover Instalacin ORACLE Instancia ORA 1a Java Heartbeat Servidor 1

Oracle Failsafe Instalacin ORACLE Instancia ORA 1b Java

Servidor 2

Ficheros BBDD

2005 REALTECH

Ejemplo: Oracle 9i con servidor en Standby


Web AS 6.40 EP 6.0 Web AS 6.40 EP 6.0 Web AS 6.40 EP 6.0

Servidor BBDD 1 Instalacin ORACLE Instancia ORA 1 Java Redo logs Failover

Servidor BBDD 2 Instalacin ORACLE Instancia ORA 2 Java

Ficheros BBDD

Archive Log Mode

Permanent Recovery

Ficheros BBDD

2005 REALTECH

2) Java-CI, SCS y la BD en el mismo grupo de switch-over.


En este escenario, todos los procesos relevantes CI, DB y SCS se encuentran en el mismo grupo de switchover. Este escenario no es recomendable porque si falla la SCS, cuyo tiempo de conmutacin es pequeo, obliga a la BD a conmutar, cuyo tiempo de conmutacin es mayor.

DI

DI

WebAS Java instalado completamente en un grupo de switch-over


Procesos BBDD Procesos BBDD

Base de datos instalada en el mismo grupo de switch-over

Base de datos Java Schema

NO RECOMENDADO POR SAP

2005 REALTECH

3a) CI y SCS en un grupo de switchover, BD en otro.


En este escenario, la BD se encuentra en un grupo de switchover, mientras que la CI y SCS se encuentran en el otro grupo de switchover.

DI

DI

WebAS Java-CI instalado completamente en un grupo de switch-over

Procesos BBDD

Procesos BBDD

Base de datos instalada en otro grupo de switch-over

Base Datos Java Schema


2005 REALTECH

3b) CI y SCS grupo de switch-over, BD en otro. Instancias AS locales.


Una opcin alternativa, es instalar una instancia AS en cada nodo del cluster. Con esto se aprovecha de forma completa la capacidad de las mquinas

DI

DI

Dos Instancias DI instaladas localmente en cada mquina y arrancadas nicamente en la mquina donde la CI+SCS no se est ejecutando CI+SCS instalada completamente en un grupo de switch-over

Procesos BBDD

Procesos BBDD

Base Datos Java Schema


2005 REALTECH

Base de datos instalada en otro grupo de switch-over

4a) BD y SCS en el mismo grupo de switch-over. Java CI fuera del cluster.


En este escenario la BD y la SCS se encuentran en el mismo grupo de switch-over. Este escenario no es recomendable porque si falla la SCS, cuyo tiempo de conmutacin es pequeo, obliga a la BD a conmutar, cuyo tiempo de conmutacin es mayor.

Java-CI instalada fuera del entorno switch-over


DI DI

Procesos BBDD

Procesos BBDD

Base de datos y SCS instaladas dentro del mismo grupo de switch-over

Base Datos

NO RECOMENDADO POR SAP


Java Schema
2005 REALTECH

4b) BD y SCS en el mismo grupo de switch-over. Java-CI dentro del cluster.


Este escenario es una variante anterior. Incluye la Java-CI dentro del entorno del cluster, pero la Java-CI no se encuentra en ningn grupo de switchover.

DI

DI

Java-CI y otra Java-DI instalada localmente dentro del entorno Switch-over Base de datos y SCS instaladas dentro del mismo grupo de switch-over

Procesos BBDD

Procesos BBDD

Base Datos Java Schema

NO RECOMENDADO POR SAP

2005 REALTECH

5a) BD y SCS, cada una en un grupo switch-over. Java CI fuera del cluster.
La importancia de este escenario radica en la separacin en dos grupos de switch-over de la BD y la instancia SCS. La primera variante de este escenario mantiene la Java-CI fuera del entorno cluster. El SDM (Software Delivery Manager) no se considera SPOF en entornos productivos.

DI
Replicated Enqueue Replicated Enqueue

DI

Servidor Enqueue replicado en un nodo pasivo Los servidores de ENQ y MSG instalados en su propio grupo de switch-over BD instalada en otro grupo de switch-over

Procesos BBDD

Procesos BBDD

Java-CI instalada fuera del entorno switch-over

Base Datos Java Schema

RECOMENDADO POR SAP

2005 REALTECH

5b) BD y SCS, cada una en un grupo switch-over. Java CI fuera del cluster.
Este escenario es una variante del anterior. Incluye la Java-CI dentro del entorno del cluster, pero la Java-CI no se encuentra en ningn grupo de switchover.

En el otro nodo, se instala una Java-DI. Java-CI instalado en un nodo del cluster. No hay conmutacin automtica.
Replicated Enqueue Replicated Enqueue

Servidor Enqueue replicado en un nodo pasivo Servidor de ENQ y MSG pueden conmutar.

Procesos BBDD

Procesos BBDD

BD instalada en otro grupo de switch-over


Base Datos Java Schema
2005 REALTECH

RECOMENDADO POR SAP

5c) BD y SCS, cada una en un grupo switch-over. Dos switch-over.


En este escenario, la BD est instalada en un cluster de dos nodos y la instancia SCS est instalada en otro cluster de dos nodos. Este escenario se recomienda para sistemas con requerimientos de alta disponibilidad muy fuertes o para sistemas con mucha carga de trabajo.

SCS
DI
Replicated Enqueue Replicated Enqueue

DI

Servidor Enqueue replicado en un nodo pasivo Los servidores de ENQ y MSG instalados en su propio cluster

DB
Procesos BBDD Procesos BBDD

Java-CI instalada fuera del entorno switch-over

BD tiene su propio cluster.


Base Datos Java Schema

RECOMENDADO POR SAP

2005 REALTECH

Resumen

Ahora puede:
Identificar los puntos nicos de fallo de la Arquitectura SAP Web AS 6.40 JAVA Describir los diferentes escenarios de switchover para el SAP Web AS 6.40 JAVA.

2005 REALTECH

Alta Disponibilidad para soluciones basadas en SAP Netweaver 04 Add-In

Introduccin

Alta Disponibilidad Soluciones basadas en SAP NW 04 Add-In

Arquitectura

Servidor de Enqueue Standalone

Concepto de Switchover

Balanceo de Carga

Alta Disponibilidad Soluciones basadas en SAP NW 04 ABAP Alta Disponibilidad Soluciones basadas en SAP NW 04 JAVA

Reduccin de Paradas Planificadas

2005 REALTECH

Contenidos/Objetivos

Contenidos
Puntos nicos de fallo en Arquitectura SAP Web AS 6.40 Add-In Un ejemplo de escenario de switchover que permite proteger el SAP Web AS 6.40 Add-In frente a paradas no planificadas. Tabla Resumen de escenarios de Alta Disponibilidad de la Arquitectura SAP Web AS 6.40 ABAP, JAVA y Add-In

Objetivos
Una vez terminado esta seccin, podr: Identificar los puntos nicos de fallo de la Arquitectura SAP Web AS 6.40 Add-In Conocer el escenario de switchover recomendable para el SAP Web AS 6.40 ABAP

2005 REALTECH

SAP Web AS 6.40 Add-In: Puntos nicos de fallo


CI
Instancia Central Add-In
ICM

SCS
Instancia SCS
ENQ Server (Java) MSG Server (Java)

DI
Instancia Dialogo Add-In
ICM

ABAP Dispatcher Work Work Work Process Process Process Gateway ENQ Server (ABAP)

Java Dispatcher Java Java Server Server Server Process Process Process SDM

ABAP Dispatcher Work Work Work Process Process Process Gateway


ABAP

Java Dispatcher Java Java Server Server Server Process Process Process

Java

IGS MSG Server (ABAP)


ABAP Java

Single Point of failures (SPOF):


IGS

Base de Datos Instancia central Add-In Instancia SCS incluido


Servidor de Enqueue para Java Servidor de Mensajes para Java

Base Datos ABAP Schema Java Schema

Directorio compartido /sapmnt/


2005 REALTECH

DB

Escenarios Switchover SAP Web AS 6.40 Add-In


Los servicios vitales para el correcto funcionamiento de un sistema SAP Web AS 6.40 Add-in son los siguientes:
Enqueue Service para Java(SCS) Message Service para Java (SCS) Enqueue Service para Abap(CI) Message Service para Abap(CI) Base de datos (BD)

2005 REALTECH

Add-in y SCS en el mismo grupo de Switchover, BD en otro grupo.


La importancia de este escenario radica en la separacin en dos grupos de switch-over uno para la BD y otro para las instancia SCS y Addin-CI.

DI

DI

Add-In CI y SCS instaladas en el mismo grupo de switch over

Procesos BBDD

Procesos BBDD

Base de datos instalada en otro grupo de switch-over

Base Datos ABAP Schema Java Schema

RECOMENDADO POR SAP

2005 REALTECH

Resumen de configuraciones HA para NW04


Escenario 1) Solamente la DB se encuentra en switch-over 2) CI, SCS y DB en el mismo grupo de switch-over 3) CI y SCS en un grupo de switchover, DB en otro. 4) DB y SCS en el mismo grupo de switch-over 5) DB y SCS, cada una en un grupo de switch-over Web AS Java
POSIBLE NO RECOMENDADO POSIBLE

Web AS Add-In
POSIBLE

Web AS ABAP
POSIBLE

POSIBLE

POSIBLE

RECOMENDADO

RECOMENDADO

NO RECOMENDADO

NO APLICA NO APLICA

Standalone MSG/ENQ Server Standalone MSG/ENQ Server

RECOMENDADO

Los escenarios recomendados para WebAS Java difieren de WebAS ABAP/Add-In.


2005 REALTECH

Resumen

Ahora puede:
Identificar los puntos nicos de fallo de la Arquitectura SAP Web AS 6.40 Add-In Describir el escenario de switchover recomendado para el SAP Web AS 6.40 Add-In.

2005 REALTECH

Servidor de Enqueue Standalone

Introduccin

Alta Disponibilidad Soluciones basadas en SAP NW 04 Add-In

Arquitectura

Servidor de Enqueue Standalone

Concepto de Switchover

Balanceo de Carga

Alta Disponibilidad Soluciones basadas en SAP NW 04 ABAP Alta Disponibilidad Soluciones basadas en SAP NW 04 JAVA

Reduccin de Paradas Planificadas

2005 REALTECH

Contenidos/Objetivos

Contenidos
Servidor de Enqueue Standalone Replicacin del Servidor de Enqueue Standalone

Objetivos
Una vez terminado esta seccin, podr: Describir la configuracin standalone del Servidor de Enqueue Conocer el escenario de replicacin del Servidor de Enqueue Standalone

2005 REALTECH

Servidor de Enqueue (Bloqueos) standalone


El servicio de Enqueue (Bloqueos) es un componente crtico del sistema SAP. Se encarga de gestionar los bloqueos garantizando la consistencia de los datos. El servidor de ENQ standalone es parte del Web AS Java y opcional para el ABAP stack. Los beneficios de utilizar un servidor de ENQ standalone son:
Se puede realizar una actualizacin del kernel Rolling. Se cambia el kernel de los servidores de aplicacin sin parar el sistema. Los servidores de aplicacin acceder directamente al servidor de bloqueo sin pasar por el servidor de mensajes, evitndose cuellos de botella en este ltimo.

Si se utiliza un servidor de ENQ standalone, es posible replicar la tabla de bloqueos en un segundo servidor configurado en cluster. Si el servicio de ENQ falla, se puede arrancar un servidor de ENQ en el nodo 2 utilizando la tabla de bloqueos copiada. De esta forma se garantiza la disponibilidad del sistema en caso de fallo del servicio de enqueue.
2005 REALTECH

Servidor de Enqueue (Bloqueos) standalone con Replicacin


Cluster estndar: deteccin de errores failover Cluster
Servidores Aplicacin Servidor Enqueue Standalone
Servidor Enqueue WP Tabla Enqueue

Servidor Enqueue Replicado


Servidor Enqueue Tabla Enqueue

Despachador

Replicacin

WP

WP

Acceso directo a ENQ sin pasar por el MSG

Bloqueos se copian al servidor replica

Tras failover, la tabla replica se restaura a tabla de bloqueos.

2005 REALTECH

Resumen

Ahora puede:
Describir la configuracin standalone del Servidor de Enqueue Conocer el escenario de replicacin del Servidor de Enqueue Standalone que permite dotar de Alta Disponibilidad a este SPOF.

2005 REALTECH

Balanceo de Carga

Introduccin

Alta Disponibilidad Soluciones basadas en SAP NW 04 Add-In

Arquitectura

Servidor de Enqueue Standalone

Concepto de Switchover

Balanceo de Carga

Alta Disponibilidad Soluciones basadas en SAP NW 04 ABAP Alta Disponibilidad Soluciones basadas en SAP NW 04 JAVA

Reduccin de Paradas Planificadas

2005 REALTECH

Contenidos/Objetivos

Contenidos
Balanceo de Carga basado en Grupo de Logon Balanceo de Carga basado en Web Dispatcher

Objetivos
Una vez terminado esta seccin, podr: Describir el proceso de balanceo de carga basado en Grupo de Logon. Definir el componente Web Dispatcher y describir el proceso de balanceo de carga basado en Web Dispatcher.

2005 REALTECH

Balanceo de carga basado en grupo de logon (Redirect)


SAP Web AS permite balancear la carga Web utilizando un mtodo basado en grupo de logon que redirecciona las peticiones HTTP/HTTPS.
CI
Message Server

SG orM P2 id erv r AP do ://s rvi ttp h //se tp: ht ect di r Re


http: //ser vido rAP P 2

Enqueue Server

DI DB

DI

DI

2005 REALTECH

Balanceo de carga basado en Web Dispatcher


El Web dispatcher es un software de balanceo de carga Web que forma parte de la infraestructura del SAP Web AS. El Web dispatcher recibe peticiones HTTP y dirige la peticin a uno de los servidores de aplicacin disponibles. El Web Dispatcher es un punto nico de fallo (SPOF) que se puede eliminar utilizando un cluster.
CI
MSG Server ENQ Server

Cluster
Web Dispatcher

DI DB

Web Dispatcher

DI

DI

2005 REALTECH

Resumen

Ahora puede:
Describir el proceso de balanceo de carga basado en Grupo de Logon. Definir el componente Web Dispatcher y describir el proceso de balanceo de carga basado en Web Dispatcher.

2005 REALTECH

Reduccin de Paradas Planificadas

Introduccin

Alta Disponibilidad Soluciones basadas en SAP NW 04 Add-In

Arquitectura

Servidor de Enqueue Standalone

Concepto de Switchover

Balanceo de Carga

Alta Disponibilidad Soluciones basadas en SAP NW 04 ABAP Alta Disponibilidad Soluciones basadas en SAP NW 04 JAVA

Reduccin de Paradas Planificadas

2005 REALTECH

Contenidos/Objetivos

Contenidos
Paradas planificadas del sistema Parmetros y Modo de Operacin Soft Shutdown Actualizacin Kernel Support Packages Reorganizacin de la base de datos Upgrade de SAP Fin del horario de verano

Objetivos
Una vez terminado esta seccin, podr: Identificar la tipologa de las paradas planificadas del sistema. Describir los procedimientos que minimizan el tiempo de parada debidos a actualizaciones de software, reorganizaciones, upgrades, etc.
2005 REALTECH

Paradas Planificadas
Alta Frecuencia Backup Offline con split-mirror Actualizar Kernel Modificar Parmetros Backup Offline sin split-mirror

Semanal

Mensual

Transportes Aplicar Support Packages

Trimestral

Anual

Fin del Horario de verano

Reorganizar Base de Datos Cambios de Versin

Baja Frecuencia

Minutos
Corta Duracin
2005 REALTECH

0,5 2 horas

1015 horas
Larga Duracin

Parmetros y Modo de Operacin


Modificacin de parmetros de perfiles
Los parmetros de los perfiles se utilizan para configurar las instancias SAP. Desde la versin 4.0, estos parmetros se almacenan en la memoria compartida. Esto permite que muchos parmetros se puedan cambiar online, aunque algunos de ellos requieren parar el sistema.

Cambio de modo de operacin.


La tipologa de los Procesos de Trabajo (BTC, UPD, DIA) se puede cambiar dinmicamente sin parar el sistema. Para ello se definen diferentes modos de operacin (diurno, nocturno, etc) con diferente distribucin de WP. El nmero total de Procesos de Trabajo no se puede cambiar sin parar el sistema. El cambio de modo de operacin se puede hacer de forma manual o planificada.

Instancia SAP
ABAP Dispatcher

Instancia SAP Cambio de Modo de Operacin


ABAP Dispatcher dilogo fondo fondo

dilogo dilogo fondo

2005 REALTECH

Soft Shutdown
A partir de la versin 6.10 se puede realizar un parada suave (Soft Shutdown) de un servidor de aplicaciones, cambiando el estado del servidor a pasivo utilizando el comando SMMS.
El servidor de aplicaciones puede continuar procesando las peticiones recibidas. Sin embargo, el servidor de aplicaciones no recibe nuevas peticiones. El objetivo de este estado es parar lgicamente el servidor de forma que est disponible para su parada fsica. El servidor finaliza las peticiones que se estn procesando, pero no acepta nuevas peticiones y puede ser parado sin interrumpir las peticiones pendientes tipo update o batch.

Beneficio: Los servidores de aplicacin se pueden parar sin interrumpir la actividad de los usuarios finales.

2005 REALTECH

Actualizacin Kernel Rolling


Instancia1 Instancia2
Update L. x, Patch y Update L. x, Patch y Update L. x, Patch z Update L. x, Patch z

Instancia3
Update L. x, Patch y Update L. x, Patch z Update L. x, Patch z Update L. x, Patch z

Estado inicial Paso 1 Paso 2 Paso 3

Update L. x, Patch y Update L. x, Patch y Update L. x, Patch y Update L. x, Patch z

El sistema permanece online porque las instancias no se paran al mismo tiempo. Recomendable utilizar Soft shutdown.

Central Services

BD

MSG Service

ENQ Service

Los servidores de aplicacin no deben tener SPOF (requiere servidores enqueue standalone / replicado) Solo se deben utilizar kernel no nivelados durante un breve periodo de tiempo. short time

2005 REALTECH

Support Packages: Tiempo de Parada mnima


Uptime
Situacin inicial Programas a importar 1 Import inactivo

Downtime
Conmutacin cdigo fuente

Uptime
Situacin final

Programas inactivos Programas activos

Programas activos Programas obsoletos

Programas activos

Programas activos

A partir del kernel 4.6D: Support package shadow import Uptime: Se puede ejecutar el import de los cdigos fuente de los programas sin parar la actividad normal del usuario. Downtime: Durante la parada, se realiza el import de los objetos DDIC y se realiza la conmutacin a estado activo de los nuevos programas importados. Beneficio: Todos los programas (parte principal de un SP) se pueden importar sin parar la actividad normal del usuario. El tiempo de parada disminuye! ( ahorro de hasta un 70%).
2005 REALTECH

Support Packages: Resultados en clientes piloto


A continuacin se muestran los resultados de utilizar el mtodo Support package shadow import en dos clientes piloto. Se comprueba que el tiempo de parada se minimiza. Cliente piloto 1: Sistema 4.6B
26 Support Packages (13 Basis, 13 R/3 Application SP) Tiempo de parada: 60 minutos Procesos anteriores: 300 minutos (5 horas)

Cliente piloto 2: Sistema 4.6B


64 Support Packages (Basis, R/3 Application, R/3 HR SP) Tiempo de Parada: 300 minutos Procesos anteriores: 1440 minutos (24 horas)

2005 REALTECH

Reorganizacin de base de datos


Reorganizar objetos de la base de datos (tablespaces, tablas e ndices, puede ser til en algunos casos: Llenado de tablespaces (Recomendable: Ampliar tablespace). Fragmentacin de ficheros BD (Valorar: Ahorro espacio VS Parada). Fragmentacin de ndices (Valorar: Mejora Rendimiento VS Parada). Los objetivos de realizar una reorganizacin de la base de datos es mejorar el rendimiento y ahorrar espacio en disco. Es importante analizar si compensa realizar una reorganizacin de BBDD: La mejora de rendimiento despus de la reorganizacin de la BBDD no siempre es evidente. Las nuevas versiones de BD reducen la necesidad de ejecutar reorganizaciones de BD. El tiempo de parada debido a una reorganizacin puede ser muy alto. La recomendacin de SAP es: Si es posible, evitar las reorganizaciones de BD. Configurar correctamente la BD. Realizar una monitorizacin adecuada de la BD.
2005 REALTECH

2005 REALTECH

Upgrade: Factores que influyen en el tiempo de parada


Los factores que influyen en el tiempo de parada durante un upgrade son los siguientes:
Hardware (rendimiento CPU) / Sistema Operativo (32 vs. 64 bit) Configuracin de los discos duros ( Flujo I/O) Tiempos de Backup y restore de la Base de Datos Nmero de modificaciones (SPDD) Nmero de aplicaciones productivas (# de tablas utilizadas) Nmero de mandantes Estrategia de Upgrade

Desde un punto de vista de configuracin y datos de aplicacin, cada sistema es nico. Por este motivo, para predecir el tiempo de parada durante un upgrade, es recomendable analizar los resultados de la ejecucin de una migracin en un entorno de pruebas lo ms parecido al sistema productivo.
2005 REALTECH

Upgrade: Mejoras en los tiempos de parada


Desde SAP WebAS SAP 6.10 Basis 4.6C SAP SR1/SR2 Basis 4.6C
System Switch Upgrade

Nueva Patch Integration Nueva SGEN (ms rpida y optimizada) Activacin Paralela Ejecucin DDL Paralela Importar Customizing Paralelo Importar Language Paralelo Creacin y Act. de tablas nuevas in Uptime (~ 30% - 40%)

SAP Basis 4.6B SAP Basis SAP 4.5 Basis 4.0

Integracin de Support Packages & Add-Ons en Shadow Tables (~10% - 50%) Incremental Data Conversion ICNV (~0% - 30%)

Integracin de Support Packages en el Upgrade

Optimizacin del Repository Switch

SAP Basis 3.0D

Introduccin del Repository Switch (~30%)

2005 REALTECH

2005 REALTECH

Upgrade: System Switch Upgrade


Downtime Produccin resource-minimized

Shadow Instance (en versin objetivo)

Import of Control Data in Copy Tables

Import of Substitution Set

Support Packs

Modification Adjustment

Activation Distribution

Add-Ons

Downtime Produccin downtime-minimized

Inst.
Uptime
PREPARE Upgrade

Upgrade
Backup downtime-minimized

ICNV

Nueva Versin
Imp.
Backup

Downtime

Backup

resource-minimized

post Upgrade

Parada de Produccin (Dep. Estrategia)


2005 REALTECH

2005 REALTECH

Resumen

Ahora puede:
Identificar la tipologa de las paradas planificadas del sistema. Describir algunos procedimientos que minimizan el tiempo de parada: Modificacin de parmetros en caliente Modos de Operacin Soft Shutdown Actualizacin Kernel Rolling Support package shadow import System Switch Upgrade

2005 REALTECH

Conclusiones

Introduccin

Alta Disponibilidad Soluciones basadas en SAP NW 04 Add-In

Arquitectura

Servidor de Enqueue Standalone

Concepto de Switchover

Balanceo de Carga

Alta Disponibilidad Soluciones basadas en SAP NW 04 ABAP Alta Disponibilidad Soluciones basadas en SAP NW 04 JAVA

Reduccin de Paradas Planificadas

2005 REALTECH

Conclusiones

Las paradas planificadas y no planificadas del sistema afectan al tiempo de disponibilidad del sistema para los usuarios finales. Dotar a un sistema de alta disponibilidad es responsabilidad de SAP, el cliente y los proveedores de la plataforma tecnolgica. SAP Netweaver est basado en el Web AS 6.40. Todos los Puntos nicos de Fallo que pueden provocar paradas no planificadas del SAP Web Application Server 6.40, se pueden eliminar. Las paradas planificadas del sistema se pueden reducir aplicando diferentes medidas.

2005 REALTECH

Bibliografa

SAP help portal http://help.sap.com SAP NetWeaver -> Solution Life Cycle Management -> SAP High Availability Notas en el rea de aplicacin BC SAP Service Marketplace http://service.sap.com/netweaver http://service.sap.com/ha SAP Developper Network

2005 REALTECH

Apndice

Introduccin

Alta Disponibilidad Soluciones basadas en SAP NW 04 Add-In

Arquitectura

Servidor de Enqueue Standalone

Concepto de Switchover

Balanceo de Carga

Alta Disponibilidad Soluciones basadas en SAP NW 04 ABAP Alta Disponibilidad Soluciones basadas en SAP NW 04 JAVA

Reduccin de Paradas Planificadas

2005 REALTECH

You might also like