Hi Lars,
Gracias por tus comentarios. Aprecio tu opinión y he tomado nota. Realizaremos una copia de seguridad estándar de la base de datos cada noche a cinta (además de instantáneas), no solo para tener una doble protección posible, sino también para verificar los bloques de la base de datos y los controles de consistencia que mencionas tan acertadamente como extremadamente importantes.
Bueno, nadie niega que SAP esté "bien" con eso. Es solo una diferencia entre estar "bien" con algo (lo que significa aquí: puedes usar las funciones de MaxDB de manera que las instantáneas de EVA funcionen para una copia de seguridad) en comparación con la forma simple y directa que se implementó a un nivel de clic en SAP CCMS. Técnicamente, tu idea de usar instantáneas probablemente funcionará, pero como ya he escrito, tendrás que hacer el monitoreo tú mismo.
Sería bueno ver a HP y SAP (MaxDB) llevar la tecnología de instantáneas uno o dos pasos más allá, para proporcionar una copia de seguridad consistente garantizada y que pueda ser verificada a nivel de bloque. ¡Creo que la tecnología ZDB (copia de seguridad sin tiempo de inactividad, por ejemplo, instantáneas) de HP para SAP en Oracle utilizando Data Protector hace esto ahora! ¿Verdad?
Lo siento por decirlo, pero eso es demasiado tarde. Supongamos que tienes una corrupción en la base de datos (tarde o temprano tendrás una). La principal salida de tal situación es recuperar una copia de seguridad para evitar la pérdida de datos. Ahora, supongamos que acabas de entrar en una corrupción con una de las transacciones de SAP que no usas muy a menudo. ¿Qué copia de seguridad puedes usar y saber con certeza que la corrupción no está allí?
La corrupción de datos puede significar muchas cosas. Si hablamos de corrupción de estructura o de bloque, entonces esperamos que tus controles de consistencia y verificación de bloques de copia de seguridad de la base de datos llamen la atención del DBA. Con suerte, la recuperación de la base de datos desde la cinta y la restauración resolverían esto.
Sin embargo, si hablamos de corrupción de datos como "datos basura" que se han cargado en la base de datos, o un ABAP malicioso ha corrompido varios millones de filas de datos, entonces esto se vuelve un poco más complicado. Si el problema se identifica de inmediato, restaurar desde la copia de seguridad es una opción factible para nosotros.
Si el problema ocurrió hace más de 48 horas, entonces restaurar desde una copia de seguridad no es una opción. Somos una operación de fabricación 24x7x365. Enviamos productos por todo el mundo. Producimos y enviamos demasiados productos en una ventana de 24 horas que no se pueden volver a ingresar (o eso dice el negocio) si se pierden los datos.
Tendríamos que ser ingeniosos y hacer cosas como restaurar una copia de la base de datos de producción a otro servidor, y extraer los documentos originales "buenos" de la copia de vuelta al original, o con suerte el ABAP malicioso puede corregir cualquier error que hayan cometido originalmente en los datos.
Mira... podríamos hablar de cientos de escenarios de corrupción, pero cada problema tendrá que ser evaluado, y la decisión de restaurar o no se decidirá en función del problema en cuestión.
Un procedimiento mucho mejor (tampoco incluido en las acciones de clic de CCMS): - realizar una copia de seguridad - realizar una recuperación - realizar una verificación de consistencia
Me encantaría pensar que esto es algo que podríamos hacer diariamente en un sistema de pruebas, pero con una base de datos de producción de 1.7 TB, nuestras copias de seguridad tardan 6 horas, una restauración tardaría unas 10 horas, y la verificación de consistencia... bueno, un tiempo.
Y qué lujo poder hacer esto... ¿realmente conoces algún sitio que lo haga?
Ya he escrito sobre esto... No es mi culpa... ¿entonces de quién es?
Me tomé un momento para leer... siendo de Nueva Zelanda, podría relacionarme fácilmente con las ovejas 😃
Respondido el 15/04/2024
LUCIANO RIOJA GHIOTTO
Se unió el 13/07/2019
