Aprendiendo NoSQL
- Lee más sobre Aprendiendo NoSQL
- Inicie sesión para enviar comentarios
Sistemas de gestión de Bases de datos y almacenamiento
La evolución por medio de la tecnología ha creado una sociedad donde las plataformas de comunicación son las claves para el control de los datos, información y peticiones de documentación, así como a la hora de seleccionar el plan de seguridad más acertado para proteger el sistema de una empresa, entidad o institución. Un fallo, un error o un descuido en informática pueden determinar o desencadenar una serie de procesos que dificultarían las tareas de cualquier estructura..
Me ha parecido muy interesante la iniciativa del Banco Central Europeo, de dar un servicio de estadísticas on-line en el llamado Statistical Data Warehouse (SDW).
Este Data Warehouse está dirigido a un amplio espectro de usuarios (analistas financieros, periodistas, empresas, economistas, investigadores, etc..). Ofrece on-line información macroeconómica de la zona euro: inflación, tipos de cambio, costes laborales, tasa de desempleo, productividad, déficit público, deuda pública, balanza de pagos, posición de inversión internacional, datos sociodemográficos, información fiscal, etc..
A mediados del mes de Marzo de este año, Oracle anunciaba que dejaba de desarrollar productos para plataformas con procesador Itanium. Indicaba que otros fabricantes ya lo estaban haciendo (Red Hat y Microsoft), y apelaba a conversaciones con Intel para tomar su decisión.
Todo aquel, especialmente DBA's de Oracle, que suele mirar informes de rendimiento AWR en Oracle para analizar problemas de rendimiento, suele tener su propio procedimiento de lectura y aproximación a todos los datos que nos muestra este informe, pero como DBA siempre he echado en falta alguna herramienta que te facilite la lectura de todos los datos. “AWR Formatter” desarrollado por el Oracle DBA Tyler Muth permite facilitar esta lectura.
En ciertas ocasiones necesitamos comprobar la existencia de una tabla en un script o tarea programada para poder registrar eventos de erro, primeras ejecuciones etc... Pongamos un ejemplo, un paquete de integration services que solemos distribuir o ejecutar allà a donde vamos y que deja trazas en un tabla personalizada que no es la predefinida para los logs de carga. Podríamos incluir siempre una Tarea de ejecución sql o de script, que se ejecute bien o mal, sea la primera en ejecutarse en el paquete y luego continue. Siendo puristas esto solo no es del todo “prolijo”:
Hasta el momento desconozco exactamente como o donde se detalla cada tipo de error en la ejecución de un informe de reporting services de Microsoft SQL Server. He tratado con derivados de falta de permisos, procesados incompletos de cubos pero hasta ahora ningun #Error en una celda por que sí.
El error en cuestión me aparece en la ejecución de un pequeño informe que tira de un origen de datos ODBC contra una base de datos Oracle donde se muestran totales (sumas, no porcentajes) y me ha sorprendido mucho la falta de detalle sobre el error que se produce. Para más dificultad, encima es en una combinación de parámetros concreta (las n ejecuciones anteriores han funcionado) y no en toda la columna sino en una celda. Además arrastra todo subtotal o total en el que se incluya...
En la release 2 de Oracle 11g, se introduce un nuevo producto Oracle Real Application Clusters One Node (Oracle RAC One Node).
La definición rápida del producto seria: es una instancia de Oracle RAC pero ejecutado en 1 único nodo. No es que sea una única máquina física, puede estar corriendo en diversos servidores físicos (de hecho, es lo habitual) sino que una instancia de Base de Datos está ejecutándose únicamente en 1 nodo al mismo tiempo (* aunque ya veremos que está afirmación no es del todo cierta).
Lo más fácil es ver un esquema para entenderlo a la perfección:
En este esquema, tenemos 3 servidores físicos que contienen un total de 5 instancias Oracle ejecutándose con Oracle RAC One Node. Cada nodo tiene un S.O., es decir, no son máquinas virtuales distintas.
Cuáles son sus ventajas más destacables:
Siguiendo con el post anterior creo necesario comentar que existen otros tipos de bloqueo que se producen por un diseño conflictivo que se une a las peculiaridades de oracle.
Dejo primero la traza de ejemplo:
A partir de la release 1 de Oracle 11g, Oracle ofrece a los DBA's la posibilidad de encriptar los tablespaces al completo, para proteger datos sensibles en su interior y accesibles desde Sistema Operativo. Es decir, el objetivo de esta nueva funcionalidad no es proteger datos sensibles de usuarios de la Base de Datos, sino de proteger la información de los datafiles de tablespaces.