Excelente capítulo -gratuito- donde se explica cómo desarrollar una estrategia de copia de seguridad y restauración, actividad y tarea donde los consultores SAP Basis son responsables de planificar y coordinar con el equipo de soporte SAP en todas las empresas. Después de cubrir los principales métodos de respaldo, exploraremos los beneficios y las desventajas de cada uno. Luego puede utilizar esta información para desarrollar un concepto de copia de seguridad apropiado para su propio sistema SAP.
También se analizará el concepto de "emergencia de sistema" y recuperación ante desastres. Capítulos muy importantes a tener en cuenta por cualquier administrador de SAP.
Backup y Restore
En español, sería "copia de seguridad" y "restauración".Una estrategia efectiva de respaldo y restauración constituye la columna vertebral de la operación del sistema SAP. El objetivo de esta estrategia es permitir una recuperación total o parcial de la base de datos en el menor tiempo posible después de una falla del sistema, una situación de emergencia o un error de hardware o bien software.
La información provista en este capítulo tiene la intención de ayudarlo a desarrollar un concepto para optimizar el respaldo continuo de sus datos y permitirle restaurar su base de datos de manera rápida y eficiente en caso de una emergencia. Comenzamos discutiendo los dos aspectos de la copia de seguridad y la restauración, antes de pasar al tema del rendimiento. Los detalles relacionados con las bases de datos individuales se proporcionan en el Capítulo 8, información no disponible en la entrega gratuita.
Objetivo de una estrategia de respaldo
El objetivo de una estrategia de respaldo es minimizar la pérdida de datos en caso de una emergencia, en otras palabras, para asegurarse de que no se pierdan datos o para minimizar el período durante el cual se pierden los datos. Para lograr este objetivo, su estrategia de respaldo debe estar tan claramente definida como sea posible porque una estrategia innecesariamente complicada también puede hacer que sus procesos de respaldo y restauración sean innecesariamente complicados. También debe asegurarse de que sus procedimientos y manejo de problemas estén bien documentados y que su estrategia de respaldo no afecte negativamente las operaciones comerciales rutinarias de su empresa.Copia de Seguridad
El propósito de una copia de seguridad del sistema es permitirle acceder a los datos almacenados actualmente en el sistema e importarlos nuevamente después de una emergencia. Esta es una medida de protección porque solo necesitará usar la copia de seguridad si su sistema necesita ser restaurado, a menos que planee, por ejemplo, construir un sistema de garantía de calidad a partir de una copia de seguridad del sistema. Sin embargo, las copias de seguridad no son un asunto trivial y no deben tratarse como tales. Por el contrario, debe tomarse un momento para considerar cuántos datos se pueden perder en caso de una falla del sistema y qué ramificaciones puede tener para la empresa. Incluso si pierde los datos del pedido por solo una hora o un día, el impacto económico en su negocio puede ser enorme.¿Qué debería ser salvado?
Tres categorías de datos requieren respaldo de seguridad:- Bases de datos
- Registros de transacciones
- Archivos del sistema operativo
Es posible que necesite usar diferentes herramientas para hacer una copia de seguridad de diferentes datos. Por ejemplo, las herramientas de SAP solo le permiten hacer una copia de seguridad de una o dos de las categorías de datos; por ejemplo, el Calendario de planificación de DBA (Transacción DB13) es capaz de realizar una copia de seguridad de su base de datos y registros de transacciones, pero no sus archivos del sistema.
Bases de Datos
La base de datos representa el corazón de su sistema SAP. Sin una copia de seguridad de su base de datos, no podrá restaurar el sistema. La frecuencia con la que realiza una copia de seguridad completa de la base de datos determina qué tan atrás en el tiempo debe ir al restaurar el sistema:- Si se realiza una copia de seguridad completa todos los días, necesita la copia de seguridad completa del día anterior, así como los archivos de registro de transacciones del último día o el último medio día para restaurar el sistema.
- Si se realiza una copia de seguridad completa cada semana, necesita la copia de seguridad completa de la semana anterior. Sin embargo, también debe recuperar los archivos de registro del último número de días para actualizar el sistema.
Si no realiza una copia de seguridad diaria, necesita una gran cantidad de archivos de registro para actualizar el sistema. Este paso aumenta la duración del proceso de restauración debido al volumen de archivos involucrados y también aumenta el riesgo de que no pueda restaurar la base de datos al estado actual debido a registros de transacciones individuales defectuosos.
Otros conceptos que se analizarán en este capítulo para descargar (en inglés)
- Transaction Logs
- Files at the Operating System Level
- Backup Types
- What Is Backed Up?
- Full database backup
- Incremental backup with transaction logs
- Differential backup
- How Is It Backed Up?
- Offline
- Online
- When Is It Backed Up?
- Planned
- Ad hoc (spontaneous)
- Database System-Specific Terminology
- Backup Strategy
- Strategy Recommendations
- Backup Strategy Checklist
- Restore
- Performance
- Performance Factors
- Backup Performance
- Restore Performance
Disaster Recovery (Recuperación ante desastres)
Miles de procesos de negocios ocurren a diario y generalmente sin ningún problema. Sin embargo, incluso una interrupción muy breve del sistema puede interrumpir seriamente los procesos comerciales y provocar una pérdida de tiempo, dinero y recursos. Por lo tanto, es aconsejable planificar situaciones de emergencia para que no esté completamente indefenso ante tales problemas, independientemente de su tamaño y complejidad.
Este capítulo aborda la tarea más importante del administrador del sistema, a saber, la recuperación ante desastres, que es una forma de recuperación del sistema (consulte el Capítulo 6).
Objetivo de la recuperación ante desastres
El objetivo de la recuperación ante desastres es restaurar el sistema después de una emergencia de tal manera que la empresa pueda continuar sus procesos comerciales. Debido a que los procesos comerciales se paralizan no solo durante la falla del sistema en sí, sino también durante la recuperación del sistema, la recuperación ante desastres debe realizarse lo más rápido posible. Por esta razón, es aún más importante tener un plan de recuperación probado. Además, cuanto antes comience a planificar, mejor preparado estará en una emergencia real.
Este capítulo no es una guía para la recuperación ante desastres. En cambio, su único propósito es aumentar su conocimiento de la recuperación ante desastres y enfatizar lo importante que es desarrollar un plan para recuperación de datos ante situaciones de emergencia.
Qué es una emergencia
Una emergencia es cualquier cosa que dañe un sistema SAP o cause una falla del sistema. Esto incluye daños a una base de datos (p. Ej., Carga accidental de datos de prueba en un sistema de producción), una falla grave del hardware o una pérdida completa del sistema SAP y la infraestructura (p. Ej., Como resultado de un desastre natural o incendio). En caso de una emergencia de este tipo, la tarea más importante del administrador del sistema es restaurar con éxito el sistema SAP. Sin embargo, por encima de todo, el administrador debe asegurarse de que tal emergencia no ocurra en primer lugar.
Un administrador del sistema debe estar preparado para lo peor y tener "planes de emergencia" adecuados en su lugar. La recuperación ante desastres no es el momento de probar algo nuevo porque las sorpresas no deseadas pueden arruinar todo el proceso de recuperación.
Una planificación cuidadosa asegurará que esté menos estresado en caso de una emergencia porque ya sabrá que el sistema puede restaurarse y el tiempo que llevará potencialmente realizar esta recuperación del sistema.
Si descubre que el tiempo requerido para la recuperación del sistema es demasiado largo y las pérdidas asociadas son demasiado altas, la gerencia debería considerar realizar una inversión adicional en equipos, instalaciones y personal. Aunque una solución de alta disponibilidad (HA) a menudo es costosa, estos costos pueden no ser tan altos como los asociados con las posibles pérdidas sufridas durante un desastre.
Otros conceptos que se desarrollan en este capítulo:
- Planning for an Emergency
- Which Measures Apply to Disaster Recovery?
- When Should the Disaster Recovery Procedure Begin?
- Expected Downtime
- Restore Time
- Communication in the Event of a Disaster
- Recovery Team and Role Distribution
- Types of Disaster Recovery
- Emergency Scenarios
- Complete Loss or Destruction of the Server Facility
- Recovery Script
- Crash Kit
- Testing the Disaster Recovery Procedure
- Minimizing the Risk of Failure
- Continuing Business During a System Recovery
***
Cómo descargar estos capítulos en inglés
Sigue los siguientes pasos (es gratis)
- Suscribirte gratis a nuestro boletín SAP #1
- Por favor, dale "me gusta" y seguinos en nuestra página de Consultoria-SAP en Facebook.
Y no te olvides de seguirnos en las redes sociales para no perderte ninguna novedad:
- Copia la URL de éste artículo, e ingresa al foro de Ayuda SAP en español, ve a la parte de Manuales-SAP, y abre un tema nuevo explicando por qué te interesa aprender más sobre SAP, pega ahí la URL que has copiado, para que sepamos que estás cumpliendo estos tres puntos.
Recuerda que en nuestra comunidad de Ayuda SAP no es solo "pedir" y nada más, lee las normas de solicitudes para descargar gratis que tendrás que cumplir para descargar.
No te pierdas los beneficios de ser VIP en Consultoria-SAP
0 comments:
Publicar un comentario
Nota Importante: los comentarios son para agradecer, comentar o sugerir cambios (o hacer preguntas) sobre el artículo de arriba.
SAP y el logotipo de SAP son marcas comerciales registradas de SAP AG en Alemania y en varios otros países. No estamos afiliados ni relacionados con ninguna división o subsidiaria de SAP AG.