Gruñidos sobre …

12 abril 2010

SAP-Oracle Patchday de Abril

Filed under: Español, HOTNEW, Oracle, Parches, SAP — fidelinho @ 3:18 pm

Día tranquilo respecto parches, sólo un par de parches para UNIX han sido liberados por SAP y ninguno tiene una nota asociada son el 6004916 (para RAC) y el 6315003.

Además tenemos un nuevo grupo (bundle) para Windows, es el 33. En este caso es importante dado que incluye el bug fix 7329252 para el problema mencionado en la HOTNEWS 1413928.

Lo que más me llama la atención es el anuncio del cambio en la estrategia de parches para UNIX/LINUX. A partir de Mayo sólo se liberará un parche gordo, este se denominará SAP Bundle Patch (SBP).

  • Este Bundle Patch contendrá el “patch set update” (PSU) más reciente.
  • Otros parches específicos para SAP no incluidos en el punto anterior.
  • Un parche del optimizador (“optimizer merge fix”)  especial para SAP

Parece que será algo parecido a lo que hacen con los parches de 11.2
Ventajas:

  • sólo hay que instalar un parche (realmente serán un montón pero agrupados)
  • será más fácil indicarle a un cliente que tiene que instalar (nada de 20 parches por acá, 30 por allá)
  • Están incluidos los PSUs y CPUs liberados por Oracle.
  • La instalación se realizará con MOPatch.

Tiempos interesantes. Supongo que con esto, los clientes de SAP que les costaba instalar 50 parches serán menos reacios.

Anuncios

11 abril 2010

Shutdown timeout y AWR

Filed under: Español, Gruñidos, Oracle — Etiquetas: — fidelinho @ 5:56 pm

En Oracle 9.2 Oracle introdujo un timeout en el proceso de parada (shutdown) Según la documentación (de 10g dado que antes no estaba documentado)

Shutdown modes that wait for users to disconnect or for transactions to complete have a limit on the amount of time that they wait. If all events blocking the shutdown do not occur within one hour, the shutdown command cancels with the following message: ORA-01013: user requested cancel of current operation.

Esta característica está documentada en varias notas de metalink (MOS) y SAP:

MOS ID 367444.1 Is There A Shutdown TIMEOUT For SHUTDOWN IMMEDIATE On 9.2 And Later?
MOS ID 305666.1 Shutdown is Cancelled With ORA-1013 After Waiting for an Hour
SAP Note 618861 Composite SAP Note: ORA-01013

Este proceso tiene sus ventajas y desventajas. Recientemente he descubierto una más, la cual no he encontrado documentada y que considero un error grave (ya veremos que dice Oracle)

En Oracle 10g (supongo que 11g también), al parar Oracle (shutdown immediate), lo primero que hace es parar varios procesos de fondo (QMNC, CJQ0, MMNL, MMON) y luego espera a que finalicen los procesos de usuario. Si alguno de esos procesos no se “muere” en el tiempo establecido, una hora, Oracle cancela la parada y continua “normalmente”

Pero que pasa con los procesos de fondo que han sido parados? Aparentemente, no los reinicia.

Recientemente intenté analizar un problema en un sistema  cual fue mi sorpresa cuando comprobé que la última información grabada por ASH/AWR era de hacía 12 días. Curioso, el periodo de retención es de 7 días, no debería de haber información tan vieja y debería de haber información más nueva.

Después de investigar un poco y gracias a un colega que tuvo un problema similar hacia unos meses pude constatar que el sistema había tenido una parada abortada justo 12 días atrás (un poco modificado para que el “culpable” no se reconozca):

Completed checkpoint up to RBA [0xXXXXX.2.10], SCN: XXXXXXXXXXX
Sun Mar 28 10:24:44 2010
Stopping background process QMNC  
Sun Mar 28 10:24:44 2010
Stopping background process CJQ0  
Sun Mar 28 10:24:46 2010
Stopping background process MMNL    
Sun Mar 28 10:24:47 2010
Stopping background process MMON
Sun Mar 28 10:24:48 2010
Shutting down instance (immediate)
License high water mark = XXX
Sun Mar 28 10:28:44 2010
Incremental checkpoint up to RBA [0xXXXXX.5.0], current log tail at RBA [0xXXXXX.13.0] 
Sun Mar 28 10:29:47 2010
Active call for process XXXXXXX user 'oraSID' program 'oracle@hostname'
SHUTDOWN: waiting for active calls to complete.
Sun Mar 28 10:44:49 2010
MMNL absent for 1233 secs; Foregrounds taking over
Sun Mar 28 10:58:48 2010
Incremental checkpoint up to RBA [0xXXXXX.4b.0], current log tail at RBA [0xXXXXX.60.0]
Sun Mar 28 11:24:49 2010
SHUTDOWN: Active sessions prevent database close operation
Sun Mar 28 11:27:38 2010
Beginning log switch checkpoint up to RBA [0xXXXXX.2.10], SCN: XXXXXXXXXXX

Simplemente rearancando Oracle el misterio del AWR perdido se resolvió, volvíamos a tener el proceso MMNL corriendo felizmente y realizando si trabajo.

No pude investigar si los otros procesos que son parados tampoco son rearancados. La pregunta que también me queda en el aire para otro día es si hay otros procesos que son parados y no rearancados en esta situación pero no son escritos en el alert log.

Un día con un poco de tiempo libre intentaré reproducir este caso. A ver si se me ocurre como.

De todas formas no fui capaz de encontrar información sobre esta situación en metalink (MOS) ni los foros de OTN ni en google (lo cual no quiere decir que no la haya)

También es interesante indicar que la cancelación no está acompañada de un ORA-ORA-01013  a pesar de lo que indica la documentación.

Si alguien tiene más información que comente. Yo prometo actualizar este apunte si/cuando tenga alguna.

Update:
Como esperaba, Oracle se defiende como un gato panza arriba. La respuesta es que es un comportamiento “normal” y esperado. Dado que es una “parada” abortada deja a Oracle “un poco incompleto” y hay que repetir la parada. Estas parada abortada deberías ser tratadas por los administradores. dado que no se ha hecho nada en 2 semanas, demuestra que hay un problema con los sistemas de Alerta.

Estoy de acuerdo con la segunda parte, pero no con la primera

Indico que Oracle no debería dejarse a si mismo “un poco incompleto” y que si aborta la parada debería de rearancar los procesos que ha parado apuntan al siguiente mensaje:

Sun Mar 28 10:44:49 2010
MMNL absent for 1233 secs; Foregrounds taking over

El proceso MMNL tiene un “timeout” de 1200 segundos,  no se pudo rearrancar (la base de datos se estaba parando) Indican que ese mensaje se repitirá cada 1200 segundos (están sorprendidos cuando les indico que no). Que esta no es una característica importante para la base de datos y que no afecta a la consistencia de los datas, por lo tanto no se realiza ninguna otra acción, “as designed”.

2 abril 2010

SAP certifica Oracle 11g Release 2

Filed under: Oracle, SAP — fidelinho @ 10:16 am

Por fin 04 SAP certifica Oracle 11g Release 2 (Oracle 11.2) pero sólo en Unix y Linux y para productos con kernel 640_EX2 y superior.

Los sistemas operativos donde se permite usar 11g con SAP son los siguientes:

– Linux x86_64 (RHEL 4 & 5, SLES 10 & 11)
– Linux x86 (RHEL 4 & 5, SLES 10 & 11)
– Solaris SPARC 64 Bit (Version 10)
– Solaris x64 (Version 10)
– HP-UX IA 64 (Version 11.31)
– AIX 64 Bit (Version 5.3 & 6.1)

El resto vendrá más tarde.

Por el momento sólo se puede actualizar instalaciones existentes, no se puden realizar instalaciones nuevas directamente en 11g (ya llegará 02 )

Más detalles sobre está información se pueden encontrar en las notas 1398634 and 1434131. En la Nota 1430669 hay información sobre las BR* Tools.

Otras notas importantes sobre Oracle 11.2

1431800    Oracle 11.2.0: Central Technical Note
1431799    Oracle 11.2.0: Current Patch Set
1431798    Oracle 11.2.0: Database Parameter Settings
1431797    Oracle 11.2.0: Troubleshooting the Database Upgrade
1431796    Oracle 11.2.0: Troubleshooting the Software Installation
1431795    Oracle 11.2.0: Patches/ Patch collections for 11.2.0
1431794    Oracle 11.2.0: Instant Client
1431793    Oracle 11.2.0: Upgrade Scripts
1431751    Quick Reference for ADRCI and ADR
1027012    MOPatch – Install Multiple Oracle Patches in One Run
839182    Installing patches using OPatch

Crea un blog o un sitio web gratuitos con WordPress.com.