Gruñidos sobre …

20 enero 2014

Proceso NSS2

Filed under: Oracle — fidelinho @ 1:31 pm

Revisando un sistema veo que hay un consumo de tiempo de un proceso que no conozco. Fácil de saber quien es el culpable 🙂

select name, description from v$bgprocess where name = 'NSS2'
--------------------------
|NAME|DESCRIPTION        |
--------------------------
|NSS2|Redo transport NSS2|
--------------------------

Es un proceso de DataGuard usado para la sincronización entre la base de datos primaria y la secundaria. En principio nada de lo que preocuparse

Anuncios

9 enero 2014

GV$ Function

Filed under: Oracle — fidelinho @ 10:45 am

Estaba intentando usar V$DIAG_ALERT_EXT en un sistema RAC, pero sólo contiene información sobre la instancia actual y no existe una vista global. Esta función resuelve el problema 🙂

ORAganism

I really thought I’d blogged about this before, but it appears not!

First of all, this isn’t something I’ve worked out, I’m just recycling something that John Beresniewicz (who seems to be better known as JB) shared during one of his presentations at the UKOUG Conference 2011. This wasn’t a big part of the presentation, but it jumped out at me as a gem of knowledge that I was unlikely to get from anywhere else. In fact, as I recall, John described how he only became aware of the functionality as a result of discussing what he was working on, and the problem he had, to a member of the database server development team at Oracle.

That nicely brings me to the usual, and very important, point about Oracle functionality that isn’t documented: It is not supported (unless someone from Oracle tells you otherwise).

So, did you know that as…

Ver la entrada original 378 palabras más

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.

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

21 marzo 2010

BR*Tools II

Filed under: BR*Tools, Español, Oracle, SAP — fidelinho @ 1:16 pm

Como dijimos el el post anterior, BR* Tools es un conjunto de herramientas creadas por SAP para la administración de la base de datos Oracle en entornos SAP.

Por que usar esas herramientas?

  • BR*Tools te guían en todos los pasos necesarios para realizar tus tareas de administración de la base de datos (BD), proporcionándote valores por defecto y danto errores o advertencias cuando falta algo.
  • Proporcionan un log a nivel de la BD y en el sistema operativo (SO).
  • Identifican dependencias a realizar usando los logs anteriores (que restaurar para realizar una recuperación de la BD, por ejemplo)
  • Realizan comprobaciones de seguridad antes de realizar una operación.
  • Permiten a administradores de la BD sin o con poca experiencia realizar operaciones complejas, como reorganizaciones.
  • Están integrados con SAP.

Que herramientas son esas?

    BRBACKUP Realiza copias de seguridad de los data files, ficheros de control, online redo logs, etc..
    BRARCHIVE Realiza copias de seguridad de los redo log archivados
    BRRESTORE Restaura ficheros desde las copias de seguridad
    BRRECOVER Realiza la restauración de ficheros (llama a BRRESTORE) y recupera la base de datos
    BRSPACE Para la administración de la BD. Gestión de la instancia, gestión del espacio, reorganizaciones, etc.
    BRCONNECT Administración de la BD. Cálculo de estadísticas, limpieza de logs, comprobación de la BD.
    BRTOOLS GUI ASCII
    BRGUI GUI grafico (java)
    BRSTUDIO GUI basado en el navegador, ofrece funcionalidad añadida.

Como ya comenté, antiguamente había una herramienta llamada SAPDBA. Esta herramienta no se debería de usar más (a no ser que todavía tengáis una versión de Oracle anterior a 9i)

Puntos importantes a recordar

  1. BR*Tools <> BRTOOLS. El primero es el conjunto de herramientas (programas), el segundo es un interface ASCII para facilitar el uso de las herramientas.
  2. BRRECOVER es la herramienta a usar en caso de que se quiera/necesite recuperar la base de datos, es interactiva, y realiza las llamadas necesarias a BRRESTORE. Es imprescindible para realizar recuperaciones (a no ser que sepas muy bien lo que estas haciendo. Por los mensajes en los foros de Oracle de SDN (SAP Developer Network) ese no parece ser el caso.

Todos estos programas podemos dividirlos en 4 tipos:

  1. Programas funcionales, realizan operaciones en la BD. Estos son BRBACKUP, BRARCHIVE, BRRESTORE, BRRECOVER, BRSPACE y BRCONNECT
  2. Programas de ayuda, son usados por otros programas. Estos son BRTOOLS y BRCONNECT. Desde BRTOOLS también se pude llamar a todos los programas funcionales.
  3. Programas de lotes. No tienen menús y se pueden ejecutar en segundo plano. BRBACKUP, BRARCHIVE, BRRESTORE y BRCONNECT
  4. Programas interactivos. Tienen menú. BRSPACE y BRECOVER (además de los interfaces gráficos-GUIs)

7 marzo 2010

Oracle 11gR2 en SAP acercándose – BR*Tools

Filed under: BR*Tools, Español, Oracle, SAP — fidelinho @ 5:54 pm

SAP espera lanzar el soporte de Oracle 11g en el Primer cuatrimestre del año. Eso quiere decir que debería de ser este mes.
Por ahora no hay noticias firmes de una fecha, pero ya ha sacado las BR*Tools 7.20 (1428529) Esta versión ha sido preparada específicamente para Oracle 11g  soporta nuevas características como:

* SecureFile-Lobs
* Compresión de tablas
* Compresión y cifrado de tablespaces
y algunas otras.

Más detalles en la nota 1430669

Aprovechando que el Pisuerga pasa por Valladolid, voy a empezar aquí una serie sobre las BR*Tools.

QUE SON LAS BR*TOOLS signquestion3xd

BR* Tools es un conjunto de herramientas creadas por SAP para la administración de la base de datos Oracle en entornos SAP.  BR significa backup/recovery, pero (actualmente) incluyen mucha más funcionalidad. Estas herramientas

* Siguen las normas y recomendaciones de SAP.
* Están integradas en el CCMS (Computing Center management System)
* Actualizan el diccionario de datos de SAP

Son parte del Kernel de SAP, per al mismo tiempo pueden ser (y normalmente son) versiones superiores al kernel e incluso a la versión de BASIS (creo que en español se llama Básico), es decir, que son una parte especial del kernel.

Estas herramientas se ejecutan a nivel del sistema operativo, pero también se pueden llamar desde alguna transacción de SAP.

“Antiguamente”, existía una herramienta llamada SAPDBA con la que se realizaba la administración  de la base de Oracle. Pero hace bastante tiempo que SAP no la desarrolla y no debería de ser usada con ninguna versión de Oracle superior a 9i . Desde esta versión de Oracle, las BR*Tools han reemplazado totalmente a SAPDBA y, por supuesto, incluyen funcionalidad que no existe en SAPDBA.

Finalmente, recordar que hay que diferenciar entre BR*Tools (conjunto de herramientas para la administración de la base de datos Oracle) y BRTOOLS (programa que actúa de menú para esas herramientas)

23 enero 2010

ORA-00940: invalid ALTER command during startup

Filed under: Español, Oracle — fidelinho @ 5:00 pm

He reinstalado Oracle y al intentar arrancar recibo este extraño error:

C:\>sqlplus / as sysdba

 

SQL*Plus: Release 10.2.0.4.0 - Production on Sa Jan 23 17:58:25 2010

 

Copyright (c) 1982, 2007, Oracle.  All Rights Reserved.

 

Connected to an idle instance.

 

SQL> startup

ORA-00940: invalid ALTER command

SQL>

En el alert.log no hay nada de nada:

Starting ORACLE instance (normal)

LICENSE_MAX_SESSION = 0

LICENSE_SESSIONS_WARNING = 0

Picked latch-free SCN scheme 2

Autotune of undo retention is turned on.

IMODE=BR

ILAT =11

LICENSE_MAX_USERS = 0

SYS auditing is disabled

Después de investigar un poquito (google) la razón está clara. Aunque he instalado el mismo patch set, no he instalado el “patch collection”

Dado que he usado el mismo fichero de configuración al reinstalar, el parámetro “_fix_control” contiene valores incorrectos.

Por el error, parece que Oracle usa “ALTER SYSTEM SET” para este parámetro y, dado que hay parches que todavía no se han instalado, falla y el sistema no arranca.

Una solución rápida es comentar ese parámetro (pfile) o resetearlo (spfile), de esa forma el sistema arranca y podemos usar el script de la nota 1171650 para ajustar los parámetros de acuerdo con las recomendaciones de SAP. Aunque la mejor solución es instalar la ultima “colección de parches” para Windows

6 diciembre 2009

Importante/interesante HOTNEW: corrupción despues de un rebuild online

Filed under: HOTNEW, Oracle, Parches — Etiquetas: , , — fidelinho @ 11:37 pm

La semana pasada SAP ha publicado una HOTNEW bastante importante:

Note 1413928 – Index corruption/wrong results after rebuild index ONLINE

Hay varios puntos muy importantes:

  • Este problema puede ocurrir con cualquier versión de Oracle, no solo 10g
  • El problema no es detectado por DBVerify (probablemente RMAN tampoco lo detecte), solamente “analyze table validate structure cascade online”
  • Un “select” usando el indice afectado no tiene pq dar un error, simplemente devuelve menos filas de las esperadas
  • Si el indice afectado es el primario, es posible que haya registros duplicados.

13 septiembre 2009

Entradas de Oracle semanas 35-37

Filed under: Español, Oracle, resumen_blogroll — fidelinho @ 11:41 am

Las ultimas semanas no he podido escribir mucho y ahora me encuentro con un montón de artículos que leer cry

Como es de esperar hay un gran numero de artículos referentes a Oracle 11gR2:

Doug Burns: Sep 1: 11.2 Release

Jonathan Lewis: 11gR2

Greg Rahn: Top 10 Oracle 11gR2 New Features

Tanel Poder: Oracle 11gR2 has been released – and with column oriented storage option

Christian Antognini: Deferred Segment Creation y Script to Download 11gR2 Documentation

Optimizer Development Group: What’s Changed between my New Query Plan and the Old One?

Amit Bansal: 11gR2: Monitoring Real Time SQL Plan Execution from Oracle Enterprise Manager, Link:11gR2 RAC installation steps on OEL4, 11gR2 Database Installation with ASM on OEL5, 11gR2:What if Oracle gives you Kernel parameter fixup script

Saurabh Sood: Get Upgrading: Steps To Upgrade To 11gR2

Enrique Orbegozo: Instalando Oracle 11g Release 2 en OEL 5.3

Kerry Osborne: Quotes in Strings ( Oracle Q-quote )

Tim Hall: Dipping my toe in 11gR2…

Karen Morton: 11gR2 – LISTAGG

Ronald Vargas Quesada: Algunas nuevas características del release 2 de Oracle 11g

y más que habrá en las próximas semanas (o meses)

Además un montón de artículos de todo tipo. A destacar la entrevista a Cary Millsap en  Questioning Method R: An Interview with Cary Millsap, Richard Foote habla del parámetro OPTIMIZER_INDEX_CACHING, parametro que en SAP debe ser configurado según sus recomendaciones. Alberto Dell’Era nos explica que el CBO asume siempre que una sentencia SELECT devuelve por lo menos una fila. Acabo con un articulo interesante de Porus Homi Havewala, “Patch a Thousand Databases, Using Oracle Enterprise Manager Grid Control“, característica que no conocía.

Hubo otros artículos interesantes estas semanas, pero no los menciono aquí que son muchos. H encontrado que Coskan Gundogar tiene un “blogroll” ya hecho y podéis mirarlo

Older Posts »

Blog de WordPress.com.