Solución para recuperar tablespace PSAPUNDO en sistema SAP y migrar a PSAPUNDO2 con éxito

Ok,

Esto es una especie de conjetura ya que la creación de UNDO2 falta en el registro de alerta,

Pero aquí va:

La BD no puede activar PSAPUNDO2 debido a un tipo incorrecto,

así que asumo que fue creado como un tablespace de DATOS, o la creación falló.

Dado que no es parte de DBA_DATA_FILES, es probable que la creación solo haya tenido éxito parcialmente,

porque al intentar crear UNDO3 falla, ya que especificas el archivo de datos de UNDO2 y

la BD piensa que este archivo ya pertenece a la BD (-1537), lo que significa que ingresó el nombre del archivo

en los archivos de control (V$DATAFILE), pero no logró completar la creación (por eso dba_data_files no tiene entrada).

La pregunta básica es: ¿Tienes el archivo de datos de PSAPUNDO en una copia de seguridad?

Si es así, recupéralo y los logs y habrás terminado. Limpia lo relacionado con UNDO2 y UNDO3,

misión cumplida.

En cuanto a la otra opción (recrear UNDO), aunque no estoy seguro si realmente es una opción (ya que no estoy seguro con la información proporcionada de que los segmentos de deshacer en estado de recuperación no sean necesarios):

En los viejos tiempos, con segmentos de rollback reales, necesitabas un segundo segmento de rollback para crear un tablespace adicional. Dado que las nuevas BD se crean con un tablespace UNDO en la declaración CREATE DATABASE, ya no es necesario hoy en día, pero cuando inicias una BD sin UNDO, es probable que la creación de tablespaces adicionales aún no tenga éxito hoy por esta razón.

(Debo admitir que nunca verifiqué desde la versión 10)

Entonces, si realmente es posible recuperar este sistema eliminando y reemplazando PSAPUNDO,

la forma de hacerlo sería:

- establecer la gestión de deshacer a manual

- crear un segmento de rollback clásico (puede ser RS_HELP en TS SYSTEM)

- poner en línea el segmento de rollback RS_HELP

- crear el tablespace de deshacer UNDO4 con un nombre de archivo de datos aún no utilizado.

- volver a establecer el deshacer automático en UNDO4

- establecer fuera de línea y eliminar el segmento de rollback RS_HELP

- reiniciar la BD

Si esto hace que la BD se inicie correctamente sin NINGÚN problema en el registro de alerta, al menos habrás avanzado un paso.

Luego intentaría limpiar las pruebas de UNDO2 / UNDO3.

En este punto deberías poder iniciar SAP.

Si esto funciona bien durante un tiempo, podrías considerar eliminar PSAPUNDO con cualquier opción de forzado mencionada anteriormente, pero mientras no estés seguro, no pierdas ningún redolog desde tu última copia de seguridad válida en adelante.

Una vez más, si tienes una copia de seguridad, ve por la recuperación.

Solo necesitas restaurar y recuperar PSAPUNDO.

Volker

Hola,

Adjunto el registro de alerta como referencia.

Nuestra versión de Oracle es 10g.

SQL>  select status from v$instance;

STATUS

------------

ABIERTO

En cuanto a tu pregunta La base de datos puso archivos adicionales offline debido a que PSAPUNDO no estaba disponible al iniciar. Ejecuté el siguiente comando y encontré

que todos los demás archivos están en línea excepto el archivo2.

SQL> select * from dba_data_files;

NOMBRE_DE_ARCHIVO

--------------------------------------------------------------------------------

ID_DE_ARCHIVO NOMBRE_DE_TABLESPACE                    BYTES     BLOQUES ESTADO

---------- ------------------------------ ---------- ---------- ---------

RELATIVE_FNO AUT   MAXBYTES  MAXBLOCKS INCREMENT_BY USER_BYTES USER_BLOCKS

------------ --- ---------- ---------- ------------ ---------- -----------

EN LINEA_

-------

D:\ORACLE\SOL\SAPDATA1\UNDO_1\UNDO.DATA1

2 PSAPUNDO                                             DISPONIBLE

2

RECUPERAR

Todavía el problema no está resuelto.

Hola,

Creo que podría haber un problema.

Si una instancia de base de datos se bloquea, DEBE tener todo el UNDO ACTIVO disponible para poder realizar una recuperación de instancia al iniciar. De lo contrario, probablemente no se puedan ejecutar las acciones de deshacer requeridas. Por lo tanto, recomendaría enfáticamente NO eliminar el undo, a menos que esté muy seguro de que ya no es necesario.

Por lo tanto, cuando mencionaste que iniciaste la instancia, me intriga saber cómo Oracle logró hacerlo con archivos de undo sin conexión. ¿Puedes adjuntar el registro de alerta desde el último inicio hasta "Completed alter database open" y verificar el estado de la instancia desde V$INSTANCE?

También me gustaría saber si esta es la versión 10 u 11.

Y me gustaría saber si la base de datos estableció archivos adicionales sin conexión debido a que PSAPUNDO no estaba disponible al inicio.

Para que conste, creo que no podrás salirte sin restaurar y recuperar PSAPUNDO.

Si eliminas el undo que podría ser necesario para una recuperación limpia de la instancia en caso de bloqueo, es posible que no puedas abrir la base de datos nuevamente sin usar algunos parámetros de permitir corrupción, y esto podría estar completamente fuera de soporte.

Volker