Admin Cubos Olap

2013
ADMINISTRACIN DE BASE DE DATOS
Ingeniera de Sistemas e Informtica

UNASAM 2013-I
Ao de la Inversin para el Desarrollo Rural y la Seguridad Alimentaria

UNIVERSIDAD NACIONAL SANTIAGO ANTUNEZ DE MAYOLO
FACULTAD DE CIENCIAS
ESCUELA PROFESIONAL DE INGENIERIA DE SISTEMAS E INFORMTICA
TRABAJO DE INVESTIGACIN DE BASE DE DATOS
EQUIPO DE DESARROLLO:
ARMAS HUAMAN Anglica
BRITO RODRIGUEZ Roberto
CABALLERO LIMAS Anais
LLALLIHUAMAN HUANE Marco
SALINAS MEZA Tito
ASESOR: Ing. Miguel ngel Silva Zapata
HUARAZ-ANCASH
2013
ADMINISTRACION DE BASE DE DATOS
Pgina 1

UNASAM 2013-I
NDICE
NDICE .................................................................................................................................... 2
INTRODUCCIN .................................................................................................................... 4
CAPTULO I ............................................................................................................................ 6
1.1. INTRODUCCIN ..................................................................................................... 6
1.2. DEFINICIN ............................................................................................................. 6
1.3.
OBJETIVOS............................................................................................................. 7
1.8.3 GENERALES ........................................................................................................... 7

1.8.4 ESPECFICOS ......................................................................................................... 7
1.4
IMPORTANCIA DE LA AUDITORIA DE BD .......................................................... 7
1.5
EVALUACIN DE LA AUDITORA DE BASE DE DATOS ................................... 8
1.6
PLANIFICACIN DE LA AUDITORIA DE BASE DE DATOS .............................. 9
1.7
METODOLOGAS DE LA AUDITORIA DE BASE DE DATOS ........................... 10
1.8
METADATOS ........................................................................................................ 11
1.8.1 DEFINICIN ........................................................................................................... 11

1.8.2 BENEFICIOS.......................................................................................................... 11
1.8.3 CLASIFICACIN ................................................................................................... 12
1.8.4 CICLO DE VIDA ..................................................................................................... 12
1.8.5 CRTICA SOBRE LOS METADATOS .................................................................. 13
1.9
MONITORIZACIN Y CONTROL DE ACCESO .................................................. 14
1.9.1 ESTUDIO PREVIO Y PLAN DE TRABAJO ......................................................... 15

1.9.2 CONCEPCIN DE LA BD Y SELECCIN DEL EQUIPO ................................... 18
1.9.3
DISEO Y CARGA ............................................................................................ 19
1.9.4
EXPLOTACIN Y MANTENIMIENTO .............................................................. 20
1.9.5
REVISIN POST-IMPLANTACIN .................................................................. 20
1.10
AUDITORA Y CONTROL INTERNO DE UN ENTORNO DE BD ...................... 20
CAPTULO II ......................................................................................................................... 23
AUDITORIA DE BASE DE DATOS EN SQL SERVER 2008 .............................................. 23
2.1
Definicin de la auditora en SQL Server 2008 r2: ............................................... 24
Pgina 2

UNASAM 2013-I
2.2
Objetivos de la auditoria de base de datos de SQL Server .................................. 25
2.3
SQL Server Audit ................................................................................................... 25
Sintaxis general para crear un objeto de Auditoria en SQL Server: ................................ 26

2.4
Especificacin de auditora de servidor................................................................. 27
2.5
Especificacin de base de datos de auditora....................................................... 27
2.6
Meta De La Auditoria ............................................................................................. 29
2.7
Pasos Para Walk Through ..................................................................................... 32
CAPTULO IIII ....................................................................................................................... 58

DATA WAREHOUSE, CUBOS OLAP IMPLEMENTACION EN SQL SERVER 2008. ....... 58
3.1
DATAWAREHOUSE ............................................................................................. 58
3.2
Definicin .............................................................................................................. 58
3.3
Objetivos Fundamentales De Un Data WareHouse ......................................... 59
3.4
Elementos Bsicos De Un Data Warehouse..................................................... 61
3.5
Procesos Bsicos Del Data Warehouse (ETL) ................................................. 63
3.6
CUBOS OLAP ....................................................................................................... 66
3.6.1 Definicin .............................................................................................................. 66

3.6.2 Rolap ...................................................................................................................... 68
3.6.3 Molap ..................................................................................................................... 69
3.6.4 Holap ...................................................................................................................... 69
3.6.5 Holap (Olap Hbrido) ............................................................................................ 70
3.7
Cubos Olap ........................................................................................................... 70
3.7.1 Definicion .............................................................................................................. 70

3.7.2 Definicin Tcnica Cubo Olap ............................................................................ 71
3.7.3 Dimensiones y Jerarquas................................................................................... 72
3.7.4 Dispersin en Cubos OLAP ................................................................................ 73
3.7.5 Acceso y Clculo de un Cubo OLAP ................................................................. 73
3.8
IMPLEMENTACIN EN SQL SERVER 2008 ...................................................... 74
CAPTULO IV ....................................................................................................................... 86
CONCLUSIONES Y RECOMENDACIONES....................................................................... 86
ANEXOS ............................................................................................................................... 90
Pgina 3

UNASAM 2013-I
INTRODUCCIN
En el trabajo de investigacin estudiaremos aspectos especiales que involucran a
una buena administracin de la informacin ya que est hoy en da es muy
extensa para muchas empresas, por ello es importante mantenerla organizada y
estructurada dentro de una Base de Datos multidimensional, de acuerdo a sus
necesidades. A menudo se pensaba que todo lo que los usuarios podan querer
de un sistema de informacin se podra hacer de una base de datos relacional. No
obstante Codd introdujo conceptos que consistan en realizar una disposicin de
los datos en vectores para permitir un anlisis rpido. Estos vectores son llamados
actualmente cubos ademas fue uno de los precursores de las bases de datos
relacionales que tambin estudia la forma de poder explorar la informacin de
diferentes perspectivas para poder llegar a una toma de decisin que ayude a
generar logros en la empresa sobre la informacin generada y organizada.
En algunos casos la creacin de proyectos de inteligencia de datos permite
obtener un claro panorama y con la exactitud que se maneja la informacin a
travs de estos proyectos, as como los desarrolladores de los mismos pueden
explorarla y obtener buenas presentaciones y balances para tomar decisiones. A
esta forma de explorar y ver la informacin se le puede referir el uso de Cubos de
informacin por las diferentes dimensiones que podemos observar en la misma
pero todo esto lo veremos ms extensamente en el presente trabajo de
investigacion .
Pgina 4

UNASAM 2013-I
CAPTULO I
Auditoria de base de datos
Pgina 5

UNASAM 2013-I
CAPTULO I
AUDITORIA DE BASE DE DATOS
1.1. INTRODUCCIN
La auditora de bases de datos busca monitorear y garantizar que la informacin

este segura, adems de brindar ayuda a la organizacin para detectar posibles
puntos dbiles y as tomar precauciones para resguardar an ms los datos.
1.2. DEFINICIN
Es el proceso que permite medir, asegurar, demostrar, monitorear y registrar los
accesos a la informacin almacenada en las bases de datos.
Es decir:
Auditoria de BD
Quin
accede a
los datos?
Cundo
se accedi
a los
datos?
Desde
qu tipo de
dispositivo
/aplicacin
?
Desde
que
ubicacin
en la Red?
Cul fue
la
sentencia
SQL
ejecutada?
Cul fue
el efecto
del acceso
a la base
de datos?
Figura 1. Auditoria de BD.
Pgina 6

UNASAM 2013-I
Tambin es conocida como auditoria de datos o monitoreo de datos y es realizada

en base a una metodologa.
1.3. OBJETIVOS
1.8.3 GENERALES
Disponer de mecanismos que permitan realizar auditoras completas
y automticas relacionadas con el acceso a las bases de datos
incluyendo la capacidad de generar alertas.
1.8.4 ESPECFICOS
Reducir los riesgos asociados con el manejo inadecuado de

los datos.
Satisfacer los requerimientos de los auditores.
Apoyar el cumplimiento regulatorio.
Evitar acciones criminales.
Evitar multas por incumplimiento.
1.4 IMPORTANCIA DE LA AUDITORIA DE BD

En la actualidad toda la informacin financiera de la organizacin reside en
bases de datos es por ello que deben existir controles relacionados con el
acceso e integridad de las mismas. Es por ello que las organizaciones deben
reducir los riesgos asociados a la prdida de datos y a la tan conocida fuga de
Pgina 7

UNASAM 2013-I
informacin, que por ser informacin confidencial de los clientes, es

responsabilidad de la organizacin su respectiva seguridad.
La importancia de la auditoria de base de datos radica en este punto, debido a
que los datos convertidos en informacin a travs de bases de datos y
procesos de negocios representan el negocio y las organizaciones deben
tomar medidas mucho ms all de asegurar y monitorear sus datos.
1.5 EVALUACIN DE LA AUDITORA DE BASE DE DATOS

Los puntos de evaluacin de la auditoria de base de datos sern:
Auditoria de base de datos.
1.- Definicin de estructuras

fsicas y lgicas de las bases de
datos.
2.- Control de carga y

mantenimiento de las bases de
datos.
3.- Integridad de los datos y

proteccin de accesos.
4.- Estndares para anlisis y

programacin en el uso de bases
de datos.
5.- Procedimientos de respaldo y

de recuperacin de datos.
Figura 2. Evaluacin de la Auditoria de BD.
Pgina 8

UNASAM 2013-I
1.6 PLANIFICACIN DE LA AUDITORIA DE BASE DE DATOS

Los pasos de la una adecuada planificacin de auditoria de base de datos son:
1. Identificar todas
las bases de datos
de la organizacin
6. Establecer las
pruebas a realizar
para cada BD,
aplicacin y/o
usuario.
2. Clasificar los
niveles de riesgo
de los datos en las
bases de datos
5. Establecer los
modelos de
auditora de BD a
utilizar
3. Analizar los
permisos de
acceso
4. Analizar los
controles
existentes de
acceso a las bases
de datos
Figura 3. Planificacin de la Auditoria de BD.
Pgina 9

UNASAM 2013-I
1.7 METODOLOGAS DE LA AUDITORIA DE BASE DE DATOS

Metodologa Tradicional
El auditor revisa el entorno con la ayuda de una lista de control (Checklist), que
consta de una serie de cuestiones a verificar. En esta investigacin se confecciona
una lista de control de todos los aspectos a tener en cuenta.
Metodologa de evaluacin de riesgos
Este tipo de metodologa empieza fijando los objetivos de control que minimizan
los riesgos potenciales a los que est sometido el entorno.
Considerando los riesgos de:
Dependencia por la concentracin de Datos
Accesos no restringidos
Incompatibilidades entre el sistema de seguridad de accesos del SGBD y el

general de instalacin.
Impactos de los errores en Datos y programas.
Rupturas de enlaces o cadenas por fallos del software.
Impactos por accesos no autorizados.
Pgina 10

UNASAM 2013-I
Dependencias de las personas con alto conocimiento tcnico
Se pueden definir los siguientes Controles:

1.7.1
Objetivo de control: el SGBD deber preservar la confidencialidad
de la Base de Datos.
1.7.2
Tcnicas de Control: se establecen niveles y tipos de usuarios,
privilegios para el control de acceso a la base datos.
1.8 METADATOS
1.8.1 DEFINICIN
Son datos estructurados y codificados que describen caractersticas de
objetos y tambin los procesos en los que estn involucrados, conteniendo
informaciones para ayudar a identificar, descubrir, valorar y administrar los
objetos descritos.
1.8.2 BENEFICIOS
Asisten al proceso de recuperacin de conocimiento desde colecciones

de objetos.
Permiten generar distintos puntos de vista conceptuales para sus

usuarios o sistemas.
Pgina 11

UNASAM 2013-I
Permiten el intercambio de la informacin sin la necesidad de que

implique el intercambio de los propios recursos.
Generan valor aadido a los recursos.
Permiten preservar los objetos de informacin permitiendo migrar

(gracias a la informacin estructural) sucesivamente stos.
1.8.3 CLASIFICACIN
1.8.3.1.
Contenido. Subdividir metadatos por su contenido es lo ms
comn. Se puede separar los metadatos que describen el recurso

mismo de los que describen el contenido del recurso.
1.8.3.2.
Variabilidad. Segn la variabilidad se puede distinguir
metadatos mutables (voltiles) y inmutables (No voltiles). Los

inmutables no cambian. Los mutables difieren de parte a parte, por
ejemplo el contenido de un vdeo.
1.8.3.3.
Funcin. Los datos pueden ser parte de una de las tres capas
de funciones: subsimblicos, simblicos o lgicos. Estos no

contienen informacin sobre su significado. Los simblicos describen
datos subsimblicos, es decir aaden sentido.
1.8.4 CICLO DE VIDA

El ciclo de vida de los metadatos comprende las fases creacin,
manipulacin y destruccin.
Pgina 12

UNASAM 2013-I
CODIFICCIN
ALMACENAMIENTO
Los primeros y ms simples formatos de los

metadatos usaron texto no cifrado o la
codificacin binaria para almacenar metadatos
en ficheros. Hoy, es comn codificar
metadatos usando XML.
Hay dos posibilidades para almacenar
metadatos: depositarlos internamente, en el
mismo documento que los datos, o
depositarlos externamente, en su mismo
recurso.
DESTRUCCIN
En algunos casos es conveniente eliminar los

metadatos juntos con sus recursos, en otros
es razonable conservar los metadatos, por
ejemplo para supervisar cambios en un
documento de texto.
MANIPULACIN
Las modificaciones pueden ser manejadas

sencilla y automticamente, pero hay otras
donde la intervencin de un servidor humano
es indispensable.
CREACIN
Se pueden crear metadatos manualmente,

semi automticamente o automticamente.
Figura 4. Ciclo de vida de los Metadatos.
1.8.5 CRTICA SOBRE LOS METADATOS

Algunos expertos critican fuertemente el uso de metadatos. Sus
argumentos ms sustanciosos son:
Son costosos y necesitan demasiado tiempo.
Son demasiado complicados.
Pgina 13

UNASAM 2013-I
Dependen del punto de vista y del contexto. No hay dos personas

que aadan los mismos metadatos.
Son innecesarios. Ya hay buscadores potentes para textos, y en el

futuro va a mejorarse.
1.9 MONITORIZACIN Y CONTROL DE ACCESO

Implican actividades como:
MONITORIZACIN
CONTROL DE ACCESO
Registros de auditora
Requerimientos del negocio

para el control de accesos.
Revisin de uso de sistemas
Poltica de control de accesos.
Proteccin de logs
Gestin de accesos de usuario.
Logs de administradores
operadores
Registro de usuarios.
Logs de fallo del sistema
Gestin de privilegios
Sincronizacin de relojes
Gestin de contraseas de
usuario
Uso de contraseas
Poltica de uso de los servicios
de red
Identificacin de equipos en la
red
Control de conexin a las

redes.
Control de enrutamiento en
red.
Figura 5. Monitorizacin y Control de Acceso.
Pgina 14

UNASAM 2013-I
Objetivos de Control en el ciclo de vida de una Base de Datos
Figura 6. Control del Ciclo de Vida.
1.9.1
ESTUDIO PREVIO Y PLAN DE TRABAJO
La alta direccin es quien decide seguir adelante con el proyecto, teniendo en

cuenta la revisin que realiza de los informes de los estudios de viabilidad.
Esto es fundamental porque los tcnicos han de tener en cuenta que si no
existe una decidida voluntad de la organizacin en un conjunto, impulsada por
los directivos, aumenta considerablemente el riesgo de fracasar en la
implantacin del sistema.
Pgina 15

UNASAM 2013-I
Figura 7. Esquema del Plan de Trabajo.
Si se decide llevar a cabo el proyecto es fundamental que se establezca un

plan director, debiendo el auditor verificar que ste plan se emplea para el
seguimiento y gestin del proyecto y que cumple con los procedimientos
generales de gestin del proyecto y que tenga aprobados la organizacin.
Se debe establecer en esta fase de aprobacin la estructura orgnica del
proyecto y de la unidad que gestionar el control de la BD.
Se pueden establecer acerca de este tema dos objetivos de control:
Asignacin de responsabilidades para la planificacin, organizacin,

dotacin de plantillas y control de los activos de datos de la
organizacin (DA)
o Realizar el diseo conceptual y lgico de la BD.
o Apoyar
al
personal
de
Sistemas
durante
el
desarrollo
de
aplicaciones.
Pgina 16

UNASAM 2013-I
o Formar al personal
o Establecer estndares de diseo de BD, Desarrollo y contenido del
diccionario de datos.
o Desarrollar polticas de gestin de datos.
o Desarrollar planes estratgicos y tcticos para la manipulacin de la
BD.
o Desarrollar normas para la denominacin
o Controlar la integridad y la seguridad de los datos.
o Planificar la evolucin de la BD de la empresa.
o Identificar oportunidades de comparticin de datos.
o Trabajar con los auditores en la auditoria de la BD.
o Proporcionar controles de seguridad.
Asignacin de la responsabilidad de administracin de la Base de

Datos (DBA)
o Realizar el diseo fsico de la BD.

o Asesorar la adquisicin de hardware/software
o Soportar el SGBD
o Resolver problemas de SGBD y del software asociado
o Monitorizar el rendimiento del SGBD.
o Ayudar en el desarrollo de planes que aseguren la capacidad
hardware.
Pgina 17

UNASAM 2013-I
o Asegurara la integridad de los datos

o Proporcionar facilidad de pruebas.
o Integrar paquetes, procedimientos, utilidades, etc.
o Desarrollar estndares, procedimientos y documentos.
1.9.2
CONCEPCIN DE LA BD Y SELECCIN DEL EQUIPO
La metodologa de desarrollo de diseo de Base de Datos debera

tambin emplearse para especificar los documentos fuentes, los
mecanismos de control, las caractersticas de seguridad y las pistas de
auditora a incluir en el sistema, estos ltimos aspectos generalmente se
descuidan, lo que produce mayores costes y problemas cuando se quieren
incorporar una vez concluida la implementacin de la base de datos y la
programacin de las aplicaciones.
Como mnimo una metodologa de
diseo de BD debera contemplar dos fases de diseo: lgico y fsico.

COBIT dedica importancia a la definicin, de la arquitectura de la
informacin, que contempla cuatro objetivos de control relativos a:
o Modelo de arquitectura de informacin, y su actualizacin, que es
necesaria para mantener el modelo consistente con las necesidades
de los usuarios y con el plan estratgico de tecnologa de la
informacin.
o Datos y diccionario de datos corporativo.
Pgina 18

UNASAM 2013-I
o Esquema de clasificacin de datos en cuanto a su seguridad.

o Niveles de seguridad.
Respecto de la seleccin de equipos se deber realizar un
procedimiento en que se consideren:
o necesidades de la empresa (ponderadas).
o prestaciones que ofrecen los distintos SGBD candidatos.
o impacto del software en cuanto a medidas de seguridad.
1.9.3
DISEO Y CARGA
Se examinan si los diseos se han realizados correctamente, verificando la

estructura y las relaciones entre los datos, se controlan tambin las
especificaciones de almacenamiento de datos, la seguridad de los mismos.
El auditor tendr que tomar una muestra de ciertos elementos (tablas, vistas,
ndices) y comprobar que su definicin es completa, que ha sido aprobada por
el usuario y que el administrador de la base de datos particip en su
establecimiento. Aprobado el diseo de datos se procede a la carga ya sea
manualmente, por migracin o con soporte tcnico, esto merece especial
atencin ya que existen riesgos de prdida de informacin por lo que deber
estar correctamente planificada la carga de la Base de datos. Se realizan
pruebas paralelas, que atienden a los criterios establecidos por la alta
gerencia, y se establecen controles que aseguren la integridad de los mismos.
Pgina 19

UNASAM 2013-I
Se busca minimizar los errores en la carga y de es especial tratamiento a

estas entradas errneas.
1.9.4 EXPLOTACIN Y MANTENIMIENTO
Pasadas las pruebas de Aceptacin se establecen los procedimientos de
explotacin y mantenimiento de la BD asegurando la congruencia y exactitud
en la aplicacin de estos procedimientos, modificndose solo cuando sea
necesario y previa autorizacin. COBIT establece que el auditor debe llevar a
cabo una auditoria sobre el rendimiento del sistema de BD verificando adems
de los ajustes y optimizacin en el rediseo
lgico y fsico, el correcto
funcionamiento del SO.

1.9.5 REVISIN POST-IMPLANTACIN
Se debera establecer el desarrollo de un plan para efectuar una revisin postimplantacin de todo sistema nuevo o modificado con el fin de evaluar si:
o Se han conseguido los resultados esperados.
o Se satisfacen las necesidades de los usuarios.
o Los costes y beneficios coinciden con lo previsto
1.10 AUDITORA Y CONTROL INTERNO DE UN ENTORNO DE BD
Cuando el auditor se encuentra con el sistema en Produccin tendr que estudiar
el SGBD y su entorno;
como Control, Integridad y Seguridad de los Datos
compartidos entre usuarios.

Pgina 20

UNASAM 2013-I
La complejidad del entorno de las Bases de Datos hace que no se pueda limitar
solo al SGBD.
DICCIONARI
O DE DATOS
SGBD
UTILIDADES DEL
DBA
CONFIDEN.
AUDITORIA
PRIVACIDAD
case
L4G
SEGURIDAD
RECUPER.
Repositorio
SOFTWARE
AUDITORIA
L4G INDEP.
CATALOGO
FACILIDADE
S DEL
USUARIO
NUCLEO
SISTEMA
MONITOR/
AJUSTE
PAQUETES
SEGURIDAD
APLICACION
ES
MONITOR
TRANSAC.
MINERIA DE
DATOS
PROTOCOL
OS Y SIST.
DISTRIBUID
OS
SO
AUDITOR
INFORMATICO
Figura 8. Esquema del Control interno de la BD.
Aunque existen distintas metodologas que se aplican en auditoria informtica

(prcticamente cada firma de auditores y cada empresa desarrolla la suya propia).
Existen bsicamente 2 metodologas las cuales estn basadas en la minimizacin
de los riesgos, que se conseguir en funcin de que existan los controles y de que
stos funcionen. En consecuencia el auditor deber revisar estos controles y su
funcionamiento.
Pgina 21

UNASAM 2013-I
CAPTULO II
Auditoria de base de datos en
SQL SERVER 2008
Pgina 22

UNASAM 2013-I
CAPTULO II
AUDITORIA DE BASE DE DATOS EN SQL SERVER 2008
1. DESCRIPCIN
Figura 9. Esquema de Auditoria y Control BD.
Antes de la llegada de SQL Server 2008, la auditora se realiz utilizando SQL

Server Profiler y huellas. Ahora es un objeto de auditora integral en SQL Server
2008.
Pgina 23

UNASAM 2013-I
2.1 Definicin de la auditora en SQL Server 2008 r2:

Es el proceso que permite medir, asegurar, demostrar, monitorear y registrar los
accesos a la informacin almacenada en las bases de datos de SQL Server
incluyendo la capacidad de determinar:
Quin accede a los datos
Cundo se accedi a los datos
Desde qu tipo de dispositivo/aplicacin
Desde que ubicacin en la Red
Cul fue la sentencia SQL ejecutada
Cul fue el efecto del acceso a la base de datos
Auditora de una instancia de SQL Server o una base de datos de SQL Server
implica el seguimiento y registro de eventos que ocurren en el sistema. Basndose
en la informacin acumulada que sera capaz de rastrear los cambios en la base
de datos, el acceso a la base de datos, etc. Una auditora es la combinacin de
varios elementos en un solo paquete para un grupo especfico de acciones de
servidor o base de datos de acciones. Los componentes de SQL Server Audit se
combinan para producir una salida que se llama una auditora, as como una
definicin de informe junto con los grficos y elementos de datos produce un
informe. Auditora de SQL Server utiliza extendido eventos para ayudar a crear
una auditora.
Pgina 24

UNASAM 2013-I
2.2 Objetivos de la auditoria de base de datos de SQL Server
Mitigar los riesgos asociados con el manejo inadecuado de los datos

Apoyar el cumplimiento regulatorio Satisfacer los requerimientos de los
auditores.
Evitar acciones criminales
Evitar multas por incumplimiento
Definicin de estructuras fsicas y lgicas de las bases de datos
Control de carga y mantenimiento de las bases de datos
Integridad de los datos y proteccin de accesos
Estndares para anlisis y programacin en el uso de bases de datos
Procedimientos de respaldo y de recuperacin de datos
Si bien estamos trabajando con SQL Server 2008 r2 de auditora que

tenemos que tener presentes cuatro cosas en mente:
SQL Server Audit
Especificacin de auditora de servidor (Eventos para capturar en el nivel de

instancia de servidor)
Base de datos de auditora pliego de condiciones (Eventos para capturar en

una base de datos especfica)
Target (sera el caso de los eventos se registra)
2.3 SQL Server Audit

El objeto de SQL Server Audit recoge una sola instancia de servidor o base de
datos de las acciones a escala y los grupos de acciones para el seguimiento. La
Pgina 25

UNASAM 2013-I
auditora es a nivel de la instancia de SQL Server. Usted puede tener mltiples

auditoras por cada instancia de SQL Server. Cuando se define una auditora, se
especifica la ubicacin de la salida de los resultados. Este es el destino de
auditora. La auditora se crea en un estado de movilidad reducida, y no de forma
automtica todas las acciones de auditora. Despus de la auditora est
habilitada, el destino de la auditora recibe los datos de la auditora.
Sintaxis general para crear un objeto de Auditoria en SQL Server:
CREATE SERVER AUDIT audit_name

TO { [ FILE (< file_options > [, ...n]) ] |
APPLICATION_LOG | SECURITY_LOG }
[ WITH ( < audit_options > [, ...n] ) ] }[ ; ]
< file_options >::=

{FILEPATH = 'os_file_path'
[, MAXSIZE = { max_size { MB | GB | TB } | UNLIMITED } ]
[, MAX_ROLLOVER_FILES = integer ]
[, RESERVE_DISK_SPACE = { ON | OFF } ] }
< audit_options >::=
{[ QUEUE_DELAY = integer ]
[, ON_FAILURE = { CONTINUE | SHUTDOWN } ]
[, AUDIT_GUID = uniqueidentifier ]}
Pgina 26

UNASAM 2013-I
2.4 Especificacin de auditora de servidor
El objeto de auditora de servidor Especificacin pertenece a una auditora. Puede

crear una especificacin de auditora de servidor por la auditora, ya que ambos se
crean en el alcance de la instancia de SQL Server. La especificacin de auditora
de servidor recoge servidor de muchos grupos de accin a nivel nacional
planteadas por el extendido Eventos caracterstica. Nosotros podemos incluir a los
grupos de accin de auditora en una especificacin de auditora de servidor. Los
grupos de accin de auditora son grupos predefinidos de acciones, que son los
eventos atmicos expuestos por el motor de base de datos. Estas acciones son
enviados a la auditora, que registra en el objetivo.
Sintaxis general para crear una especificacin de Auditoria en SQL Server a

nivel de instancias
CREATE SERVER AUDIT SPECIFICATION audit_specification_name
FOR SERVER AUDIT audit_name
{ { ADD ( { audit_action_group_name } ) } [, ...n]
[ WITH ( STATE = { ON | OFF } ) ]}[ ; ]
2.5 Especificacin de base de datos de auditora

El objeto de auditora de base de datos especificacin tambin pertenece a una
Auditora de SQL Server. Puede crear una especificacin de auditora de base de
Pgina 27

UNASAM 2013-I
datos por base de datos de SQL Server para la auditora. La especificacin de

auditora de base de datos de base de datos recoge las acciones de auditora de
alto nivel planteada por el extendido Eventos caracterstica. Puede agregar
cualquiera de los grupos de auditora de la accin o los eventos de auditora a una
especificacin de auditora de base de datos. Los sucesos de auditora son las
acciones atmicas que pueden ser auditados por el motor de SQL Server. Los
grupos de accin de auditora son grupos predefinidos de acciones. Ambos se
encuentran en el alcance de la base de datos de SQL Server. Estas acciones son
enviadas a la auditora, que registra en el objetivo. Base de datos de auditora de
los grupos de nivel de accin y las acciones de auditora se describe en el tema de
SQL Server Grupos de auditora de acciones y acciones.
Sintaxis general para crear una especificacin de Auditoria en SQL Server a
nivel de base de datos
CREATE DATABASE AUDIT SPECIFICATION audit_specification_name
{ [ FOR SERVER AUDIT audit_name ]
[ { ADD ( { < audit_action_specification > |
audit_action_group_name } )
} [, ...n] ]
[ WITH ( STATE = { ON | OFF } ) ]}[ ; ]
< audit_action_specification >::=

{action [ ,...n ]ON [ class :: ] securable BY principal [
,...n ]}
Pgina 28

UNASAM 2013-I
2.6 Meta De La Auditoria

Los resultados de una auditora son enviados a un objetivo, que puede ser un
archivo, el registro de sucesos de seguridad de Windows, o el registro de sucesos
de aplicacin para Windows. Los Registros deben ser revisados y archivados
peridicamente para asegurarse de que el destino tiene espacio suficiente para
escribir registros adicionales. Escribiendo en el registro de seguridad de Windows
requiere la cuenta de servicio de SQL Server que se aade al Generar auditoras
de seguridad. Por defecto, el sistema local, Servicio Local y Servicio de red forman
parte de esta poltica.
Esta configuracin se puede configurar utilizando el complemento de la poltica de
seguridad-en (secpol.msc). Adems, el acceso a objetos de auditora de polticas
de seguridad debe estar habilitado para el xito y el fracaso. Esta configuracin se
puede configurar utilizando el complemento de la poltica de seguridad-en
(secpol.msc).
Ejemplo
Crear un objeto auditoria
En este caso lo almacenaremos en un archivo
USE MASTER
CREATE SERVER AUDIT Auditoria

TO FILE
(
FILEPATH = N'C:\Auditoria\'
Pgina 29

UNASAM 2013-I
,MAXSIZE = 0 MB
,MAX_ROLLOVER_FILES = 2147483647
,RESERVE_DISK_SPACE = OFF
)
WITH
(
QUEUE_DELAY = 1000
,ON_FAILURE = CONTINUE
)
Habilitando la auditoria
ALTER SERVER AUDIT Auditoria WITH(STATE= ON)
GO
Creando una especificacin de servidor para auditar

Una vez creada la auditoria podemos crear las especificaciones de auditoria de
servidor y de Base de Datos. Crearemos una especificacin de servidor para
auditar los intentos fallidos de login al servidor:
CREATE SERVER AUDIT SPECIFICATION AuditoriaServidor
FOR SERVER AUDIT Auditoria
ADD (FAILED_LOGIN_GROUP)
GO
Con esto habilitamos la especificacion de auditorias
ALTER SERVER AUDIT SPECIFICATION AuditoriaServidor
WITH(STATE=ON)
Pgina 30

UNASAM 2013-I
GO
Para constatar que se ha creado las auditorias de especificacion
select * from sys.server_audit_specifications
select * from sys.server_audit_specification_details
GO
Creacin de Especificacin de auditoria de Base de Datos

como lo comentamos antes aqu podremos auditar acciones como SELECT,
INSERT, UPDATE, DELETE, y eventos a nivel de base de datos como
AUDIT_CHANGE_GROUP, BACKUP_RESTORE_GROUP etc.
CREATE DATABASE AUDIT SPECIFICATION AuditoriaBaseDatos
FOR SERVER AUDIT Auditoria
ADD( SELECT, UPDATE, INSERT ON VENTAS BY usuario1,
usuario2,[DOMINIO\usuariox])
WITH (STATE = ON)
Se puede crear ms de un usuario para el cual se creara la auditoria, tambin se
puede especificar el conjunto de acciones que se quiere auditar para esos
usuarios. Al utilizar el WITH (STATE =ON) Se habilita automticamente la
especificacin de auditoria.
Pgina 31

UNASAM 2013-I
Para verificar que se ha creado la especificacin de auditoria de base de datos

utilizaremos las siguientes lneas:
select * from sys.database_audit_specifications
select * from sys.database_audit_specification_details
leer el archivo de auditoria utilizaremos la siguiente funcin:
select * from fn_get_audit_file(C:\CarpetaAuditoria\*,DEFAUL
T,DEFAULT)
2.7 Pasos Para Walk Through

Ahora, cuando han comprendido la auditora de objetos en SQL Server 2008,
djame caminar a travs del proceso de creacin de una auditora en SQL Server
2008. Apuesto a que ser un divertido el aprendizaje de esta funcin, a pesar de la
gravedad de la funcin de auditora. En SQL Server 2008, el equipo de producto
se ha asegurado de que las caractersticas son fciles de usar para los usuarios
finales, a pesar de la complejidad subyacente. As que vamos a empezar a
explorar.
2.7.1 Paso1:
Haga clic en abrir SQL Server 2008 Management Studio y acceder a ella.
2.7.2 Paso2:
Explora el nodo de seguridad en el Explorador de objetos y seleccione el
nodo de Auditora.
Pgina 32

UNASAM 2013-I
Figura 10.
2.7.3 Paso 3:
Haga clic derecho en el nodo de Auditora y seleccione la opcin New
auditora en el men.
Pgina 33

UNASAM 2013-I
Figura 11.
2.7.4 Paso4:
Ahora SQL Server 2008 se abrir un cuadro de dilogo Crear Auditora,
con algunos campos. Es importante entender el significado de cada uno de
estos campos. Los detalles de estos campos se proporcionan a
continuacin.
Nombre de auditora
El nombre de la auditora. Esto se genera automticamente cuando se
crea una nueva auditora, pero se puede modificar.
Pgina 34

UNASAM 2013-I
Retraso de la cola (en milisegundos)

Especfica la cantidad de tiempo en milisegundos que puede transcurrir
antes de que las acciones de auditora estn obligados a ser
procesados. Un valor de 0 indica la entrega sincrnica. El valor por
defecto el valor mnimo es 1000 (1segundo). El mximo es
2.147.483.647 (2.147.483,647 segundos, o 24 das, 20 horas, 31
minutos, 23,647 segundos).
Apague el servidor de auditora de error

Fuerzas de un servidor de cerrar cuando la instancia del servidor escrito
a la meta no puede escribir datos en el objetivo de la auditora. El inicio
de sesin emitiendo este debe tener el permiso SHUTDOWN. Si el inicio
de sesin no tiene este permiso, esta funcin se producir un error y un
mensaje de error ser levantado.
Como una mejor prctica, esto slo debera utilizarse en casos en que
un error de auditora podra poner en peligro la seguridad o la integridad
del sistema.
Destino de auditora
Especifica el objetivo de la auditora de datos. Las opciones disponibles
son un archivo binario, el registro de aplicacin de Windows, o el
Pgina 35

UNASAM 2013-I
registro de seguridad de Windows. SQL Server no puede escribir en el

registro de seguridad de Windows sin configurar valores adicionales en
Windows. Para obtener ms informacin, vea Cmo: Escribir servidor de
eventos de auditora en el registro de seguridad.
Nota: La escritura en el registro de seguridad no est disponible en Windows XP.
Archivos de sustitucin mxima

Especifica el nmero mximo de archivos de auditora para mantener en
el sistema de archivos. Cuando el ajuste de MAX_ROLLOVER_FILES =
ilimitado, no se impone ningn lmite en el nmero de archivos de
sustitucin que se crear. El valor predeterminado es ilimitado. El
nmero
mximo
de
archivos
que
se
pueden
especificar
es
2.147.483.647.
Tamao mximo del archivo (MB)

Especifica el tamao mximo, en megabytes (MB), para un archivo de
auditora. El tamao mnimo que se puede especificar es de 1024 KB y
el mximo es 2.147.483.647 terabytes (TB). Tambin puede especificar
UNLIMITED, que no pone un lmite en el tamao del archivo. Especificar
un
valor
inferior
1024
KB
se
producir
el
error
MSG_MAXSIZE_TOO_SMALL. El valor predeterminado es ilimitado.
Pgina 36

UNASAM 2013-I
Espacio en disco de reserva

Especifica que el espacio es preasignados en el disco igual al tamao
del archivo especificado mximo. Este ajuste slo se puede utilizar si
MAXSIZE no es igual a unlimited. La configuracin por defecto es OFF.
Ruta de archivo
Especifica la ubicacin de la carpeta en la que los datos de auditora se
escribe cuando el destino de Auditora es un archivo. Al hacer clic en el
botn al lado de este campo se abre el cuadro de dilogo Buscar
carpeta para especificar una ruta de archivo o crear una carpeta donde
se escribe el archivo de auditora.
Ahora, despus de llenar los valores adecuados en el cuadro de dilogo, pulse

Aceptar para crear una auditora.
Pgina 37

UNASAM 2013-I
Figura 12
2.7.5 Paso 5:
Ahora, una vez que se crea la Comisin de Auditora, que podra ser encontrado
en el> nodo de Seguridad> Auditora. Ahora, para permitir a la Auditora,
simplemente haga clic derecho sobre la auditora de servidor que acabamos de
crear y del men seleccione Activar Auditora.
Pgina 38

UNASAM 2013-I
Figura 13
Usted podra ver un cuadro de dilogo con el mensaje de xito, si la operacin

tiene xito.
Figura 14
2.7.6 Paso 6:
Puede hacer clic derecho sobre la Auditora acaba de crear y seleccione la opcin
Ver los registros de auditora. Esto abre un cuadro de dilogo que contiene los
registros de auditora.
Pgina 39

UNASAM 2013-I
Figura 15
Usted puede tambin el guin de la poltica de crear. Haga clic derecho sobre la
auditora, seleccione Script de auditora como>> Para Crear>> (Archivo /
Portapapeles / Agente de Empleo).
Pgina 40

UNASAM 2013-I
Figura 16
Como sabemos que la poltica de gestin basada en forma ahora parte integrante
de la de SQL Server 2008 de modo que si desea crear una poltica para esta
auditora, entonces es muy fcil de hacer eso. Tiene que hacer clic derecho sobre
la Auditora acaba de crear, seleccionar la opcin facetas del men.
Figura 17
Pgina 41

UNASAM 2013-I
Presenta un cuadro de dilogo que le proporciona el estado de la auditora. En la

esquina inferior derecha de este cuadro de dilogo que se encuentra un botn
Exportar como poltica de Estado actual.
Figura 18
Al hacer clic en el botn Exportar como la poltica actual del Estado, que nos
lleva a otro cuadro de dilogo que muestra el nombre de directiva y el nombre de
la condicin que se puede editar. Usted puede seleccionar la opcin adecuada a
Pgina 42

UNASAM 2013-I
continuacin estos campos para aplicar esta poltica en el servidor local o para
guardarlo como un archivo de poltica. Si usted selecciona la opcin servidor
local opcin, se vera que una poltica y un Estado ha sido creado con el nombre
que ha especificado en el cuadro de dilogo.
Figura 19
2.7.7 Paso 7:
Ahora
vamos
crear
la
especificacin
de
auditora
de
servidor.
Antes de continuar recomiendo encarecidamente que visite el artculo de

TechNet: Servidor de Auditora Grupos de Accin y Acciones.
Una vez que han comprendido la auditora de servidor Grupos de Accin, explorar
el nodo de Seguridad>> Auditora>> Especificaciones de auditora de servidor en
el Explorador de objetos en SQL Server 2008. Haga clic derecho sobre las
Especificaciones de auditora de servidor y seleccione Nuevo Server Audit
Specification.
Pgina 43

UNASAM 2013-I
Figura 20
Al seleccionar esta opcin, un cuadro de dilogo en el que se especifique de

auditora de servidor Nombre de especificacin y servidor de auditora que ha
creado en el paso 6. A partir de entonces tendra que especificar los Grupos de
Accin de auditora en la rejilla de abajo. Una vez que haya seleccionado todos los
Grupos de Accin requiere de Auditora, que se pulse Aceptar y vers una
especificacin de auditora creado para el servidor. En este paso que he
seleccionado el Grupo de Accin de Auditora Restaurar copia de seguridad del
grupo y este evento se produce cada vez que se expida una copia de seguridad o
restaurar los comandos.
Pgina 44

UNASAM 2013-I
Figura 21
Una vez que se crea, se vera que la especificacin de auditora est en estado de
discapacidad. Tiene que hacer clic derecho sobre la especificacin de auditora
que se acaba de crear y selecciona Habilitar Server Audit Specification en el
men.
Figura 22
Pgina 45

UNASAM 2013-I
Justo despus de eso, a ver un cuadro de dilogo diciendo: La operacin fue un

xito, a menos que haya hecho algo divertido para hacer que falle.
Figura 23
Usted puede hacer clic derecho sobre la especificacin de auditora de servidor y

facetas seleccione en el men. Esto muestra un cuadro de dilogo con un botn
en la parte inferior derecha que dice de exportacin en curso como poltica de
Estado. Haga clic en este botn para crear una poltica como lo hemos hecho
anteriormente.
Pgina 46

UNASAM 2013-I
Figura 24
2.7.8 Paso 8:
Ahora vamos a tratar de copias de seguridad de una base de datos en el servidor.
He utilizado la base de datos AdventureWorksLT para la demostracin. Luego
veremos los registros para asegurar que nuestra auditora est trabajando.
Pgina 47

UNASAM 2013-I
Explorar
los
nodos
en
el
Explorador
de
objetos,
Bases
de
datos>>
AdventureWorksLT. Haga clic derecho sobre la base de datos AdventureWorksLT

y seleccione Tareas>> Copia
Figura 25
Esto nos trae el siguiente cuadro de dilogo para crear una copia de seguridad de
la base de datos. Por favor, rellene los valores adecuados en los campos de este
cuadro de dilogo y pulse el botn Aceptar. Para obtener ms informacin o ayuda
en la consideracin de copia de seguridad por favor visite Libros en Lnea.
Pgina 48

UNASAM 2013-I
Figura 26
Vers la copia de seguridad completa con xito.
Figura 27
Pgina 49

UNASAM 2013-I
Ahora haga clic derecho sobre la auditora de servidor que hemos creado en el
Explorador de objetos y seleccione la opcin Ver los registros de auditora en el
men.
Figura 28
Esto abrir el cuadro de dilogo que mostrar los detalles del evento de copia de
seguridad. En la foto de abajo, vers la copia de seguridad de evento que ocurri
en la base de datos AdventureWorksLT. Puede desplazarse a la derecha para
encontrar los detalles en el cuadro de dilogo
Pgina 50

UNASAM 2013-I
Figura 29
2.7.9 Paso 9:
Ahora tenemos que crear una especificacin de auditora de base de datos. Yo
usara la base de datos AdventureWorksLT para la demostracin. Usted puede
visitar el artculo de TechNet: Servidor de Grupos de Accin de Auditora y vaya a
nivel de base de Auditora Grupos de Accin y el nivel de base de Auditora
Acciones secciones de este artculo para obtener ms informacin. La hiptesis
es que desea auditar cada seleccionar, insertar, actualizar, eliminar la operacin
realizada en la mesa SalesLT.Product por nadie.
Explora el> Base de datos> AdventureWorksLT>> Seguridad>> Especificaciones
de auditora de base de datos de nodos en el Explorador de objetos. Ahora haga
clic derecho en la seccin Especificaciones de la base de datos de auditora
nodo y seleccione Nueva base de datos de auditora de Especificaciones en el
men.
Pgina 51

UNASAM 2013-I
Figura 30
Esto abrir un cuadro de dilogo nuevo con el ttulo Crear base de datos de
Auditora de Especificaciones.
Figura 31
Pgina 52

UNASAM 2013-I
Ahora tenemos que dar a la especificacin de auditora de base de datos un

nombre y luego seleccione el nombre del servidor de auditora de la lista
desplegable. Dentro de la red en la Auditora de accin de tipo escoger Select
de la lista desplegable, en la clase de objeto, seleccione objeto. Haga clic en el
botn al lado del cuadro de texto Nombre del objeto, que se abre un cuadro de
dilogo. Seleccione el cuadro SalesLT.Product que traer SalesLT en objeto y
producto en Nombre de objeto. Ahora pulse el botn al lado del cuadro de texto
en la seccin Nombre principal, seleccione pblica, navegando por los objetos
en el cuadro de dilogo que aparece una vez que haga clic en el botn.
Repita la operacin para el tipo de accin de auditora INSERT, UPDATE,
DELETE entonces, finalmente pulse Aceptar.
Figura 32
Pgina 53

UNASAM 2013-I
Esto crear una especificacin de auditora de base de datos para usted que no
est habilitado. Haga clic en esta especificacin de auditora de base de datos y
selecciona Habilitar la base de datos de auditora de Especificaciones en el
men.
Figura 33
Una vez que finaliza la operacin un cuadro de dilogo aparece para confirmar el
xito de la operacin.
Figura 34
Pgina 54

UNASAM 2013-I
Puede crear una poltica de esta especificacin de auditora de base de datos

haciendo clic derecho sobre la especificacin de auditora de base de datos y
seleccionando la opcin facetas, y tras el procedimiento de la misma manera
como hemos hecho anteriormente.
2.7.10 Paso 10: (ltimo paso)
Ahora haramos la consulta Select * from SalesLT.Product contra la base de
datos AdventureWorksLT.
Figura 35
Despus de que usted puede explorar el Nodo de Seguridad en el Explorador de

objetos. <SQL Instancia <Nombre>> Seguridad>> Auditoras y haga clic derecho
sobre el control de servidor que ya est creada y seleccione Ver los registros de
auditora en el men.
Pgina 55

UNASAM 2013-I
Figura 36
Ahora el cuadro de dilogo, que tiene el registro de auditora que dice que usted
ha
seleccionado
la
tabla
de
SalesLT.Product
en
la
base
de
datos
AdventureWorksLT. Puede desplazarse a la derecha en el cuadro de dilogo para

encontrar informacin detallada.
Figura 37
Pgina 56

UNASAM 2013-I
CAPTULO III
Data Warehouse y Cubos
OLAP
Pgina 57

UNASAM 2013-I
CAPTULO IIII
DATA WAREHOUSE, CUBOS OLAP IMPLEMENTACION EN SQL SERVER
2008.
3.1 DATAWAREHOUSE
Es un repositorio de datos de muy fcil acceso, alimentado de numerosas fuentes,

transformadas en grupos de informacin sobre temas especficos de negocios,
para permitir nuevas consultas, anlisis, reportador y una fuente confiable de
decisiones.
3.2 Definicin
Se tienen montaas de datos en la compaa, pero no podemos llegar a ellos
adecuadamente. Nada enloquece ms a los ejecutivos que dos personas
presentando el mismo resultado de operacin pero con diferentes nmeros y los
ejecutivos lo que buscan es ver la informacin pero desde diferentes ngulos,
mostrando nicamente lo que es importante para tomar una decisin en la
empresa, finalmente los ejecutivos saben que hay datos que nunca sern
confiables, por lo que prefieren que se eviten en los reportes ejecutivos.
Uno de los valores ms importantes de una organizacin es la informacin
Estos valores normalmente son guardados por la organizacin de dos formas:
Los sistemas operacionales de registros
El Data Warehouse
Pgina 58

UNASAM 2013-I
Crudamente hablando, los sistema operacionales de registros es donde los datos

son depositados y el Data WareHouse es de donde se extraen eso datos.
3.3 Objetivos Fundamentales De Un Data WareHouse

Hace que la informacin de la organizacin sea accesible: los contenidos del Data
WareHouse son entendibles y navegables, y el acceso a ellos son caracterizado
por el rpido desempeo. Estos requerimientos no tienen fronteras y tampoco
limites fijos. Cuando hablamos de entendible significa, que los niveles de la
informacin sean correctos y obvios. Y Navegables significa el reconocer el
destino en la pantalla y llegar a donde queramos con solo un clic. Rpido
desempeo significa, cero tiempo de espera. Todo lo dems es un compromiso y
por consiguiente algo que queremos mejorar.
Hacer que la informacin de la organizacin sea consistente: la informacin de

una parte de la organizacin puede hacerse coincidir con la informacin de la otra
parte de la organizacin. Si dos medidas de la organizacin tienen el mismo
nombre, entonces deben significar la misma cosa. Y a la inversa, si dos medidas
no significan la misma cosa, entonces son etiquetados diferentes. Informacin
consistente significa, informacin de alta calidad. Significa que toda la informacin
es contabilizada y completada. Todo lo dems es un compromiso y por
consiguiente algo que queremos mejorar.
Pgina 59

UNASAM 2013-I
Es informacin adaptable y elstica: el Data WareHouse esta diseado para

cambios continuos. Cuando se le hacen nuevas preguntas al Data WareHouse, los
datos existentes y las tecnologas no cambian ni se corrompen. Cuando se
agregan datos nuevos al Data WareHouse, los datos existentes y las tecnologas
tampoco cambian ni se corrompen. El diseo de Data Marts separados que hacen
al Data WareHouse, deben ser distribuidos e incrementados. Todo lo dems es un
compromiso y por consiguiente algo que queremos mejorar.
Es un seguro baluarte que protege los valores de la informacin: el Data

WareHouse no solamente controla el acceso efectivo a los datos, si no que da a
los dueos de la informacin gran visibilidad en el uso y abusos de los datos, an
despus de haber dejado el Data WareHouse. Todo lo dems es un compromiso y
por consiguiente algo que queremos mejorar.
Es la fundacin de la toma de decisiones: el Data WareHouse tiene los datos

correctos para soportar la toma de decisiones. Solo hay una salida verdadera del
Data WareHouse: las decisiones que son hechas despus de que el Data
WareHouse haya presentado las evidencias. La original etiqueta que preside el
Data WareHouse sigue siendo la mejor descripcin de lo que queremos construir:
un sistema de soporte a las decisiones.
Pgina 60

UNASAM 2013-I
3.4 Elementos Bsicos De Un Data Warehouse
Sistema fuente: sistemas operacionales de registros donde sus funciones son

capturar las transacciones del negocio. A los sistemas fuentes tambin se le
conoce como Legacy System. rea de trafico de datos: es un rea
de almacenamiento y grupo de procesos, que limpian transforman, combinan,
remover los duplicados, guardan, archivan y preparan los datos fuente para ser
usados en el Data WareHouse.
Servidor de presentacin: la maquina fsica objetivo en donde los datos del Data
WareHouse son organizados y almacenados para queries directos por los
usuarios
finales,
reportes
otras
aplicaciones.
Modelo
dimensional:
una disciplina especifica para el modelado de datos que es una alternativa para
los modelos de entidad relacin. Procesos de negocios: un coherente grupo de
actividades de negocio que hacen sentido a los usuarios del negocio del Data
WareHouse. Data Mart: un subgrupo lgico del Data WareHouse completo.
Data WareHouse: bsquedas fuentes de datos de la empresa. Y es la unin de

todos los data marts que la constituyen. Almacenamiento operacional de datos: es
el punto de integracin por los sistemas operacionales. Es el acceso al soporte de
decisiones por los ejecutivos. OLAP: actividad general de bsquedas para
presentacin de texto y nmeros del Data WareHouse, tambin un estilo
Pgina 61

UNASAM 2013-I
dimensional especifico de bsquedas y presentacin de informacin y que es

ejemplificada por vendedores de OLAP.
ROLAP: un grupo de interfaces de usuarios y aplicaciones que le dan a la base de

datos relacional un estilo dimensional. MOLAP: un grupo de interfaces de
usuarios, aplicaciones y propietarios de tecnologa de bases de datos que tienen
un fuerte estilo dimensional. Aplicaciones para usuarios finales: una coleccin
de herramientas que hacen los queries, analizan y presentan la informacin
objetivo para el soporte de las necesidades del negocio. Herramientas de acceso
a datos por usuarios finales: un cliente de Data WareHouse. Ad Hoc Query Tool:
un tipo especfico de herramientas de acceso a datos por usuarios finales que
invita al usuario a formas sus propios queries manipulando directamente las tablas
relacionales y sus uniones. Modelado de aplicaciones: un sofisticado tipo de
cliente de Data WareHouse con capacidades analticas que transforma o digiere
las salidas del Data WareHouse.
Meta Data: toda la informacin en
el ambiente del Data WareHouse que no son as mismo los datos actuales.
Pgina 62

UNASAM 2013-I
Figura 38 Data WareHouse
3.5 Procesos Bsicos Del Data Warehouse (ETL)

Extraccin: este es el primer paso de obtener la informacin hacia el ambiente del
Data WareHouse.
Transformacin: una vez que la informacin es extrada hacia el rea de

trfico de datos, hay posibles paso de transformacin como; limpieza de la
informacin, tirar la basura que no nos sirve, seleccionar nicamente los
campos necesarios para el Data WareHouse, combinar fuentes de datos,
hacindolas coincidir por los valores de las llaves, creando nuevas llaves
para cada registro de una dimensin.
Carga: al final del proceso de transformacin, los datos estn en forma para
ser cargados.
Pgina 63

UNASAM 2013-I
Las razones bsicas de porque una organizacin implementa Data WareHouse:

Para realizar tareas en los servidores y discos, asociados a queries y reportes en
servidores y discos que no son utilizados por sistemas de proceso de
transacciones. Muchas de las empresas quieren instalar sistemas de procesos de
transacciones para que haya una alta probabilidad de que las transacciones sean
completadas en un tiempo razonable. Estos sistemas de procesos de
transacciones hacen que las transacciones y peticiones sean ms rpidas en
menores tiempos dado a que los queries y reportes consumen mucho ms de su
lmite permitido en los recursos de servidores y discos, por tal motivo las empresas
han implementado una arquitectura de Data WareHouse que utiliza sus servidores
y discos por separado para algunos de los queries y reportes.
Para utilizar modelos de datos o tecnologas de servidores que agilizan los queries
y reportes, y que no son apropiados para los procesos de transacciones.
Existen maneras de modelar los datos que usualmente agilizan los queries y
reportes (ejemplo: el esquema del modelo estrella) y que no son apropiados para
los procesos de transacciones porque la tcnica de modelado bajara el
rendimiento y complicara el proceso de transacciones. Tambin existen
tecnologas que aceleran el proceso de queries y reportes pero baja
la velocidad en el proceso de transacciones (ejemplo: la indexacin de bitmaps) y
tecnologa de servidores que incrementan la velocidad en el proceso de
transacciones, pero que disminuyen la velocidad del proceso de queries y reportes
Pgina 64

UNASAM 2013-I
(ejemplo: La tecnologa de recuperacin de transacciones). Todo esto entonces

esta en el cmo se hacen los modelos de datos y que tecnologa se utiliza,
inclusive que productos se adquieren para el impacto de los procesos de queries y
reportes.
Para proveer un ambiente donde relativamente una muy poca cantidad
de conocimiento de los aspectos tcnicos de tecnologa de bases de datos es
requerida para escribir y mantener queries y reportes.
Frecuentemente un Data WareHouse puede ser instalado de manera que los
queries y reportes puedan ser escritos por personal sin tanto conocimiento tcnico,
lo que hace que su mantenimiento y construccin se haga sin ms complejidad.
Para proveer un repositorio del sistema de proceso de transacciones limpio que
puede ser reportado y que no necesariamente requiere que se arregle el sistema
de proceso de transacciones.
El Data WareHouse provee la oportunidad de limpiar los datos sin cambiar los
sistemas de proceso de transacciones, sin embargo algunas implementaciones de
Data WareHouse provee el significado para capturar las correcciones hechas a los
datos del Data WareHouse y alimenta las correcciones hacia el sistema de
proceso de transacciones. Muchas veces hace ms sentido hacer las correcciones
de esta manera que aplicar las correcciones directamente al sistema de proceso
de transacciones.
Pgina 65

UNASAM 2013-I
Para hacer los queries y reportes de datos bsicamente ms fcil de los mltiples
procesos de transacciones y de las fuentes externas y de los datos que deben ser
almacenados solamente para el propsito de hacer queries y reportes.
Desde hace mucho tiempo que las compaas necesitan reportes con informacin
de mltiples sistemas y han hecho extracciones de datos para despus correrlos
bajo la lgica de bsqueda combinando la informacin de las extracciones con los
reportes generados, lo que en muchas ocasiones es una buena estrategia. Pero
cuando se tienen muchos datos y las bsquedas se vuelven muy pesadas y
despus limpiar la bsqueda, entonces lo apropiado sera un Data WareHouse.
3.6 CUBOS OLAP

3.6.1 Definicin
Es una solucin utilizada en el campo de la llamada Inteligencia
empresarial (o Business Intelligence) cuyo objetivo es agilizar la consulta de
grandes
cantidades
de
datos.
Para
ello
utiliza
estructuras
multidimensionales (o Cubos OLAP) que contienen datos resumidos de

grandes Bases de datos o Sistemas Transaccionales (OLTP). Se usa en
informes de negocios de ventas, marketing, informes de direccin, minera
de datos y reas similares.
Pgina 66

UNASAM 2013-I
La razn de usar OLAP para las consultas es la rapidez de respuesta. Una

base de datos relacional almacena entidades en tablas discretas si han sido
normalizadas. Esta estructura es buena en un sistema OLTP pero para las
complejas consultas multitabla es relativamente lenta. Un modelo mejor
para bsquedas (aunque peor desde el punto de vista operativo) es una
base de datos multidimensional.
La principal caracterstica que potencia a OLAP, es que es lo ms rpido a
la hora de ejecutar sentencias SQL de tipo SELECT, en contraposicin con
OLTP que es la mejor opcin para operaciones de tipo INSERT, UPDATE Y
DELETE.
En general, los sistemas OLAP deben:
Soportar requerimientos complejos de anlisis.
Analizar datos desde diferentes perspectivas.
Soportar anlisis complejos contra un volumen ingente de datos.
La funcionalidad de los sistemas OLAP se caracteriza por ser un anlisis

multidimensional de datos corporativos, que soportan los anlisis del
usuario y unas posibilidades de navegacin, seleccionando la informacin a
obtener. Normalmente este tipo de selecciones se ve reflejada en la
visualizacin de la estructura multidimensional, en unos campos de
seleccin que nos permitan elegir el nivel de agregacin (jerarqua) de la
Pgina 67

UNASAM 2013-I
dimensin, y/o la eleccin de un dato en concreto, la visualizacin de los

atributos del sujeto, frente a una(s) dimensiones en modo tabla, pudiendo
con ello realizar, entre otras las siguientes acciones:
o Rotar (Swap): alterar las filas por columnas (permutar dos
dimensiones de anlisis)
o Bajar (Down): bajar el nivel de visualizacin en las filas a una
jerarqua inferior.
o Detallar (Drilldown): informar para una fila en concreto, de datos a un
nivel inferior.
o Expandir (Expand): id. anterior sin perder la informacin a nivel
superior para ste y el resto de los valores.
o Colapsar (Collapse): operacin inversa de la anterior.
o Tipos de sistemas OLAP
3.6.2 Rolap
Implementacin OLAP que almacena los datos en un motor relacional.
Tpicamente, los datos son detallados, evitando las agregaciones y las
tablas se encuentran desnormalizadas Los esquemas ms comunes sobre
los que se trabaja son estrella copo de nieve, aunque es posible trabajar
sobre cualquier base de datos relacional.
La arquitectura est compuesta por un servidor de banco de datos
relacional y el motor OLAP se encuentra en un servidor dedicado. La
Pgina 68

UNASAM 2013-I
principal ventaja de esta arquitectura es que permite el anlisis de una

enorme cantidad de datos.
3.6.3 Molap
Esta implementacin OLAP almacena los datos en una base de datos
multidimensional.
Para optimizar los tiempos de respuesta, el resumen de la informacin es
usualmente calculado por adelantado.
Estos valores precalculados o agregaciones son la base de las ganancias
de desempeo de este sistema. Algunos sistemas utilizan tcnicas de
compresin de datos para disminuir el espacio de almacenamiento en disco
debido a los valores precalculados.
3.6.4 Holap
Almacena algunos datos en un motor relacional y otros en una base de
datos multidimensional.
Comparacin
Cada sistema OLAP tiene ciertos beneficios (aunque existe
desacuerdo acerca de las caractersticas especficas de los
beneficios entre los proveedores).
Pgina 69

UNASAM 2013-I
Algunas implementaciones MOLAP son propensas a la "explosin"

de la base de datos; este fenmeno provoca la necesidad de grandes
cantidades de espacio de almacenamiento para el uso de una base
de datos MOLAP cuando se dan ciertas condiciones: elevado
nmero de dimensiones, resultados precalculados y escasos datos
multidimensionales. Las tcnicas habituales de atenuacin de la
explosin de la base de datos no son todo lo eficientes que sera
deseable.
3.6.5 Holap (Olap Hbrido)
Engloba un conjunto de tcnicas que tratan de combinar MOLAP y ROLAP
de la mejor forma posible. Generalmente puede pre-procesar rpidamente,
escala bien, y proporciona una buena funcin de apoyo.
3.7 Cubos Olap

Un cubo OLAP, OnLine Analytical Processing o procesamiento Analtico en
Lnea, trmino acuado por Edgar Frank Codd de EF Codd & Associates,
encargado por Arbor Software (en la actualidad Hyperion Solutions).
3.7.1
Definicion
Es
una
base
almacenamiento
de
datos
multidimensional,
en
la
cual
el
fsico de los datos se realiza en un vector
Pgina 70

UNASAM 2013-I
multidimensional. Los cubos OLAP se pueden considerar como una

ampliacin de las dos dimensiones de una hoja de clculo.
3.7.2 Definicin Tcnica Cubo Olap

En teora de bases de datos, un cubo OLAP es una representacin
abstracta de la proyeccin de una relacin de un RDBMS (Sistema
administrador de bases de datos relacionales). Dada una relacin de
orden N, se considera la posibilidad de una proyeccin que dispone
de los campos X, Y, Z como clave de la relacin y de W como
atributo residual. Categorizando esto como una funcin se tiene que:
W : (X,Y,Z) W
Los atributos X, Y, Z se corresponden con los ejes del cubo, mientras
que el valor de W devuelto por cada tripleta (X, Y, Z) se corresponde
con el dato o elemento que se rellena en cada celda del cubo.
Debido a que los dispositivos de salida (monitores, impresoras) slo
cuentan con dos dimensiones, no pueden caracterizar fcilmente
cuatro dimensiones, es ms prctico proyectar "rebanadas" o
secciones de los datos del cubo (se dice proyectar en el sentido
clsico vector analtico de reduccin dimensional, no en el sentido de
SQL, aunque los dos conceptos son claramente anlogos), tales
como la expresin:
Pgina 71

UNASAM 2013-I
W : (X,Y) W
Aunque no se conserve la clave del cubo (al faltar el parmetro Z),
puede tener algn significado semntico, sin embargo, tambin
puede que una seccin de la representacin funcional con tres
parmetros para un determinado valor de Z tambin resulte de
inters.
3.7.3 Dimensiones y Jerarquas

Cada una de las dimensiones de un cubo OLAP puede resumirse mediante
una jerarqua. Por ejemplo si se considera una escala (o dimensin) de un
cubo que refleje una situacin geogrfica, las ciudades se pueden incluir en
regiones, pases o regiones mundiales; los productos podran clasificarse
por categoras, y las partidas de gastos podran agruparse en tipos de
gastos. En cambio, el analista podra comenzar en un nivel muy resumido,
como por ejemplo el total de la diferencia entre los resultados reales y lo
presupuestado, para posteriormente descender en el cubo (en sus
jerarquas) para poder observar con un mayor nivel de detalle que le
permita descubrir en el cubo los lugares en los que se ha producido esta
diferencia, segn los productos y perodos.
Pgina 72

UNASAM 2013-I
3.7.4 Dispersin en Cubos OLAP

Vincular o enlazar cubos es un mecanismo para superar la dispersin. sta
se produce cuando no todas las celdas del cubo se rellenan con datos
(escasez de datos o valores nulos). El tiempo de procesamiento es tan
valioso que se debe adoptar la manera ms efectiva de sumar ceros (los
valores nulos o no existentes). Por ejemplo los ingresos pueden estar
disponibles para cada cliente y producto, pero los datos de los costos
pueden no estar disponibles con esta cantidad de anlisis. En lugar de
crear un cubo disperso, a veces es mejor crear otro cubo distinto, pero
vinculado, en el que un subconjunto de los datos se puede analizar con
gran detalle. La vinculacin asegura que los datos de los dos cubos
mantengan una coherencia.
3.7.5 Acceso y Clculo de un Cubo OLAP

Los datos de los cubos pueden ser actualizados de vez en cuando, tal vez
por personas diferentes de forma concurrente. Para solventar este
problema a menudo es necesario bloquear partes de un cubo mientras otro
usuario est escribiendo, para volver a calcular los totales en el cubo. Otras
implementaciones aaden la posibilidad de mostrar una alerta que indique
que los totales calculados previamente ya no son vlidos tras los nuevos
datos. Tambin hay algunos productos que calculan los totales cuando se
les necesita con los ltimos datos producidos en el sistema.
Pgina 73

UNASAM 2013-I
3.8 IMPLEMENTACIN EN SQL SERVER 2008

Creacin del proyecto OLAP (Cubo) desde cero as como sus respectivas
consultas en el Proyecto CONSTRUCTORA HM
Como primer paso debemos crear la base de datos con sus respectivas
tablas, a continuacin muestro el diagrama de base de datos as como sus
relaciones.
Figura 39
La tablas del diagrama pertenecen a la BD del Proyecto implementado

durante el semestre 2013-I
Pgina 74

UNASAM 2013-I
Ahora abrimos una instancia de Microsoft Visual Studio 2008
Figura 40
Una vez que cargo, damos clic en archivo>nuevo proyecto y elegimos el

Proyecto y le ponemos un nombre y damos clic en aceptar.
Figura 41
Pgina 75

UNASAM 2013-I
Ahora damos clic derecho en la carpeta del proyecto que creamos y que
aparece del lado derecho posteriormente elegimos la opcin nuevo origen de
datos.
Figura 42
Nos aparece la siguiente ventana en la cual nos aparecen las conexiones

que anteriormente creamos, en este caso presionamos el botn nueva, para
crear un nuevo origen de datos
Pgina 76

UNASAM 2013-I
Figura 43
Posteriormente nos aparece la siguiente ventana en la cual elegiremos el

motor de base de datos adecuado as como la base de datos de la cual
leeremos los registros.
Figura 44
Pgina 77

UNASAM 2013-I
Ahora probamos conexin para ver si efectivamente todo ello es correcto:
Figura 45
Como podemos ver si se conect a la base de datos. Y de esta forma

seguiremos elaborando nuestro cubo, aqu solo damos clic en aceptar.
Ahora solo nos basta con seleccionar la conexin que acabamos de crear
Posteriormente nos manda la cadena de conexin y solo damos clic en
finalizar.
Figura 46
Pgina 78

UNASAM 2013-I
Ahora crearemos una vista del origen de datos para el cual damos clic
derecho en la carpeta vista de origen de datos y elegimos la de nueva vista
del origen de datos. Ahora solo elegimos nuestra tabla principal la cual
contiene las dems relaciones y la pasamos del otro lado. Posteriormente
damos clic en el botn Agregar tablas relacionadas para que tambin pase
las dems porque las dems estn relacionadas a la que acabamos de
pasar.
Figura 47
Ahora damos clic derecho sobre la carpeta cubos y elegimos: nuevo cubo.
Nos aparece la siguiente ventana. Ahora damos clic en la opcin de usar las
tablas existentes para el cual solo damos clic en siguiente.
Pgina 79

UNASAM 2013-I
Despus nos aparece la ventana donde estn las dimensiones, damos clic
en siguiente.
Figura 48
Ahora nos aparecen las dimensiones y el siguiente paso es dar clic derecho
sobre nuestro cubo.
Elegimos la opcin de procesar para comenzar a ver los resultados y las
operaciones que podemos hacer.Ahora damos clic derecho sobre el cubo y
en examinar, para poder ver los resultados en otra forma. Cuando damos en
examinar nos aparece la siguiente rea de muestra en la cual del lado
Pgina 80

UNASAM 2013-I
izquierdo nos aparecen todas las dimensiones que podemos arrastrar hasta
la ventana que se muestra.
Ahora les mostrare unas consultas que aqu mismo en la aplicacin de
Microsoft SQL Server 2008 podemos realizarlas con el examinador y
abriendo una consulta de tipo MDX.
Figura 49
Pero para mayor comodidad examinaremos todas las dimensiones de

nuestro cubo en Microsoft SQL Server 2008, conectndonos con el motor de
Analysis Services. Damos clic en conectar para poder encontrar la parte de
Pgina 81

UNASAM 2013-I
los cubos. Y como podemos ver nos aparece el motor y el cubo que creamos
en Microsoft SQL Server 2008
Figura 50
Ahora solo basta con examinar el cubo y aplicarle unas consultas MDX para
mas vista de los datos. Para el cual solo damos clic derecho en la carpeta
con el nombre de nuestro cubo y elegimos la opcin de nueva consulta MDX
para que nos abra un asistente en el cual podemos poner cdigo y que los
resultados nos los muestre de una forma diferente a la vista clsica.
Pgina 82

UNASAM 2013-I
Figura 51
En el rea de trabajo ponemos o jalamos las dimensiones para poder

ejecutar las consultas. Y aqu les muestro una consulta sin mucho sentido
pero efectiva para mostrarles la forma en que aparecen los datos a travs de
la instruccin que se introduzca en el rea de consultas, aqu le digo en
la primer lnea que de usuario
tome su id y me lo ponga en
renglones para posteriormente de persona tomar su id y me lo ponga en

columnas, en la ltima lnea aparece el nombre de nuestra fuente, en este
caso de nuestra base de datos de la cual obtenemos los registros.
Pgina 83

UNASAM 2013-I
Ahora podemos realizar consultas

select [cliente].[Nombre cliente].members on rows,
[Pago].[Tipopago] on columns
from [constructora]
Figura 52
select
[proveedor].[NomProv].members
on
rows,
[Vendedores].[NomVendedor].members on columns
from [constructora]
Figura 53
Pgina 84

UNASAM 2013-I
CAPTULO II
Conclusiones y
Recomendaciones
Pgina 85

UNASAM 2013-I
CAPTULO IV
CONCLUSIONES Y RECOMENDACIONES
1. CONCLUSIONES
El uso de cubos de informacin en la actualidad es muy importante por que

las empresas pueden visualizar grficamente la informacin de acuerdo a
sus necesidades, de tema de cubos OLAP aprend que es muy importante
tener una base de datos bien definida y relacionada en la cual se encuentre
informacin con mucho sentido para poder mostrar resultados que sean de
provecho para la empresa. Adems de que al trabajar con cubos nosotros
podemos generar muestras graficas y manejo de dimensiones de base de
datos dimensionales que nos permiten clasificar atributos, Tambin
aprendmos que es importante saber manejar o tener conocimiento de la
herramientas integradas de programacion el cual permite crear esos cubos,
explorarlos y analizarlos adems de resaltar la importancia de que podemos
conectar a Microsoft SQL Server 2008, trabajar con una base de datos ya
creada anteriormente en el y comenzarla a modificar de acuerdo a lo que
deseemos mostrar, tambin descubrmos que Microsoft SQL Server
2008 tiene muchos motores de bases de datos que se utilizan para
explorar los cubos que hemos creado en Visual Studio 2008 con toda la
Pgina 86

UNASAM 2013-I
intencin de poder realizarle consultas avanzadas (MDX) las cuales son

instrucciones
sobre una base de datos pero seleccionando sus
medidas o atributos que nos arroja el programa examinador de cubos de

Analysis Services, tambin vimos crear consultas avanzadas, estas
consultas por as decirlos utilizan instrucciones poco comunes llamadas
avanzadas por ejemplo la instruccin with, topconunt. estas palabras nos
ayudan a traer elementos de algunas otras dimensiones o podemos realizar
operaciones diferentes a las comunes ya que en algunos de los casos
algunas personas no les gusta mostrar consultas muy simples y requieren
ver algunas mas descriptivas.
Pgina 87

UNASAM 2013-I
2. RECOMENDACIONES
Finalmente recomendamos retomar la programacin en Visual studio 2008 ya

que es ms fcil crear jerarquas, tambin a poner nuevas dimensiones ya
que en muchos casos cuando examinamos por primera vez el cubo solo nos
muestra los puros id de las tablas o en este caso de las relaciones que este
tiene a travs del uso de sus id, por ello es importante saber como
agregarlas y de esta forma hacer entender que en vez de un id podemos
poner el nombre de cierto elemento de la tabla el cual le dara ms resalte y
mayor entendimiento a nuestra informacin del cubo, de forma general
recomendamos que se analice bien la estructura de la BD a crear sobre todo
las multidimensionales las cuales son una nueva forma mas avanzada de
crear y examinar bases de datos hoy en la actualidad y que nos sirven de
mucho para demostrar nuevas formas de ver la informacin de la empresa
en que trabajemos por si somos los encargados de generar los
reportes de informacin de produccin o ganancias.
Pgina 88

UNASAM 2013-I
BIBLIOGRAFA
1. Acosta, v. m.; Len, s.; Ramos, v. (1996): Administracin de Base de datos.

Mlaga. Editorial Aljibe
2. Aguado, g (2004): Base De Datos. Espaa. Editorial Aljibe
3. ALBOR- COHS: Manuales de Referencia de Cubos Olap - Madrid- Bilbao
4. Arriaza Mayas, j.c. (2009): Data Werehouse Gua prctica. Chile. Editorial
CEPE
5. AVENDAO, F; MIRETTI, M. L. (2007): El Desarrollo de Base de Datos
Relacionales. Ediciones Homcomp
6. Bada, D.; Vila, M. (2005): Administracin Informtica. Barcelona. Editorial
Gra
7. Bartuilli, M. (coord.), Cabrera, P.J. y Perin, M C. (2007): Gua tcnica de
intervencin de datos
8. http://vipri.udenar.edu.co/a.doc/BasesDeDatos.pdf
9. http://cubos-olap-y-consultas-con-mdx/
10. http://exa.unne.edu.ar/depar/areas/informatica/SistemasOperativos/OLAP.pdf
Pgina 89

UNASAM 2013-I
ANEXOS
Pgina 90

UNASAM 2013-I
ANEXO
Un cubo puede tener los siguientes atributos:

Name: nombre del cubo usado en los queries MDX para reverenciarse al cubo.
Debe ser nico en el esquema.
Caption: especifica un nombre a mostrar, usado por las interfases de usuario.
Cache: controla si los datos trados de la tabla de hechos permanecern en
cache.
Enabled: controla si Mondrian cargar o ignorar el cubo.
Eligiendo una tabla

Los atributos de la tabla son:
Schema: el schema de la base de datos que contiene la tabla. Cuando no es
especificado, toma el schema por default.
Name: nombre de la tabla de hechos.
Alias: un alias para la tabla cuando se genere la sentencia SQL.
Aadir medidas
El orden en que se creen las medidas es importante, dado que implcitamente la
primera medida es la considerada como medida por default. De todas formas la
medida por default puede ser modificada con una propiedad del cubo:
<Cube defaultMeasure=ni..>
..
<Cube>
Los atributos de las medidas son:
Name: es e l identificador que se usar en los queries MDX para refereirse a la
mdedia. Debe ser nico en el cubo.
Pgina 91

UNASAM 2013-I
Aggregator: el nombre de la funcin de agregacin que se aplica sobre la medida.

Column: el nombre de una columna de la tabla de hechos.
formatStr ing: formato en el que se muestra la medida.
Visible: indica si la medida se muestra en la interface de usuario.
datatype: tipo de dato que queremos que retorne el MDX
formatter: formato personalizado. Debe implementarse en la interface java
mondrian.olap.CellFormatter.
caption: nombre a ser mostrado en la interface de usuario
Aadir Dimensiones
Dimensiones propias del cubo: son dimensiones privadas, porque son slo
conocidad dentro del cubo en que se definen y no pueden ser usadas fuera de l.
Los atributos para las dimensiones son:
Name: es el nombre con el cual ser referenciada la dimensin en el MDX. Debe
ser nico dentro del cubo.
ForeignKey: es el nombre de una columna de la tabla de hechos del cubo, que es
la referencia a la primaryKey de la tabla de dimensin.
Type: Si la dimensin es el tiempo o una fecha, debe usarse TimeDimension. Esto
permite usar funciones relacionadas con estos tipos de datos en el MDX. Para
cualquier otro caso usar StandarDimension.
usagePrefix: se aplica slo para dimensiones privadas, para evitar nombres
duplicados.
caption: es el nombre a mostrar en el front-end (la interface de usuario)
Dimensiones del schema: son dimensiones compartidas y pueden ser

asociadas con mltiples cubos. Se recomienda el uso de dimensiones compartidas
sobre las privadas.
Pgina 92

UNASAM 2013-I
Aadir Jerarquas
Cuando se crea una dimensin, tambin se crea una nueva jerarqua al que debe
asociarse una tabla de dimensin.
Las cruces rojas en cualquier objeto, significa que hay un error. El detalle del error
aparece en el panel derecho, en la parte inferior al seleccionar el objeto con el
error.
Los atributos de las jerarquas son:

Name: es el nombre usado en el MDX para referirse a la jerarqua. Debe ser nico
dentro de la dimensin. Si no se pone un nombre, asumir en de la dimensin y
esta ser la jerarqua por default.
Caption: el nombre que ser usado en la interface de usuario.
hasAll: indica si la jerarqua tiene un nivel All con un miembro All,
generalmente al tope de la jerarqua es agregado este nivel que incluye todos los
miembros.
allMemberName: si el hasAll esta habilitado, esta propiedad especifica el
identificador que ser usado por el miembro All.Cuando no se escribe, este ser
All <nombre de la jerarqua>
allMemberCaption: Si hasAll esta habilitado, esta propiedad puede ser usada
para especificar cmo se mostrar el miembro All en la interface de usuario.
allLevelName: es el nombre usado para referenciar al nivel All en el MDX.
defaultMember: nombre del miembro por default. Si no es especificado, el
miembro Allser usado como miembro por default, si la jerarqua tiene un
miembro All. Si el miembro Allno est especificado en la jerarqua y hasAll est
deshabilitado, el primer miembro del primer nivel en la jeraqua se usar como
miembro por default.
memberReaderClass: nombre de la clase que lee los miembros, si es que est
personalizada. Debe implementar la interface mondrian.rolap.MemberReader.
primaryKeyTable: puede ser usada para especificar el nombre de la tabla a la
cul pertenecen los miembros de la jerarqua. Si no es especificada los miembros
Pgina 93

UNASAM 2013-I
son consultados de la tabla de la jerarqua. Esta puede quedar en blanco si se

est implementando un schema estrella. Es requerida cuando es esquema es
copo de nieve.
primaryKey: debe usarse para especificar el nombre de la columna que es
primary key de la tabla de dimensin en la jerarqua. Esta es la columna de la tabla
de dimensin que es referenciada por las filas de la tabla de hechos.
Aadir Niveles a la Jerarqua:

Una vez creada la jerarqua, se deben definir niveles.
Las propiedades de un nivel son:
Name: nombre que es usado para referenciar el nivel en el MDX.
Table: nombre de la tabla que contiene la columna dnde el dato de la dimensin
es almacenado para el nivel. Esta es la situacin normal en un esquema estrella.
Necesita especificar una tabla en particular cuando el esquema es copo de
nieve.
Column: el nombre de la columna que representa el miembro que identifica el
nivel. Este debe corresponderse con la tabla de nivel.
Namecolum: nombre de la columna que contiene el nombre del nivel. Cuando no
se especifica, es usado el valor de la propiedad name. Normalmente se deja en
blanco.
Parentcolumn: se aplica slo a un tipo especial de jerarqua padre-hijo.
Normalmente estar en blanco, pero si se cuenta con este tipo de jerarqua
parent-child, se usa esta propiedad para especificar que columna hace referencia
al miembro padre.
Nullparentvalue: cuando nos encontramos con una relacin padre-hijo, podemos
usar este atributo cuales valores indican que miembro padre no existe. Quedar
en blanco si no es una jerarqua padre hijo.
ordinalColumn: esta propiedad sirve para indicar que columnas definen el orden
de los miembros. Debera ser especificada si el orden natural de los miembros no
se ajusta con el orden deseado, sino se deja en blanco. A veces puede
especificarse esta propiedad con una columna cuyo tipo de dato es ms adecuado
para ordenar que la columna que provee los valores de los miembros.
Pgina 94

UNASAM 2013-I
type: el tipo de dato de los valores de los miembros

uniqueMembers: indica si todos los miembros en el nivel tiene valores nicos.
Esta es siempre verdaderapara el primer nivel (sin contar el nivel All) para
cualquier jerarqua. Si sabe que la propiedad debe ser verdadera para cualquiera
de los siguientes niveles, debe especificarlo, de esta forma, Mondrian generar
ms eficientemente los quieres SQL. No lo haga si no est 100% seguro de que
los valores son nicos, porque puede causar resultados incorrectos.
leveltype: si est en blanco se asumir que es un nivel regular, que es correcto
para la mayora de las dimensiones. En las dimensiones del tipo TimeDimension
se debe especificar un tipo de nivel especfico: TimeYears, TimeQuarters,
TimeMonths, TimeWeeks, y TimeDays, es este caso es necesario para poder
hacer uso de las funciones date/time.
Hidememberif: determina si un miembro estar oculto. Normalmente estar en
blanco, lo que es equivalente a setear el valor Never. En este caso el miembro
siempre se muestra.
approxrowcount: nmero estimado de miembros en este nivel. Una buena
estimacin mejorar la performance.
caption: nombre del nivel a ser mostrado en la interface con el usuario.
captioncolumn: especifica que columna de los niveles en la tabla de dimensin
se usar para presentar los miembros al usuario final. Cuando no es especificada,
se usa el identificador del miembro (propiedad column)
formatter: formato personalizado.
Uso de las Dimensiones Compartidas en el Cubo:

La asociacin entre el Cubo y la dimensin compartida definida en el Schema, se
hace a travs de las llamadas dimension usage.
Las propiedades son:
Name: nombre que es usado para referenciar la dimensin en el MDX. Este
nombre tiene que ser igual al de la dimensin compartida.
Foreignkey: el nombre de la columna en la tabla de hechos que hace referencia a
la primary key en la tabla de dimensin.
Pgina 95

UNASAM 2013-I
Source: es el nombre de la dimensin compartida

Level: se puede especificar un nombre de nivel de la dimensin compartida que
se unir a la tabla de hechos en el cubo. En un esquema estrella, estar en
blanco.
Caption: nombre a mostrar en la interface de usuario.
Pgina 96

Admin Cubos Olap

Hochgeladen von

Dokumentinformationen

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Admin Cubos Olap

Hochgeladen von

Copyright:

Verfügbare Formate

2013

ADMINISTRACIN DE BASE DE DATOS

Ingeniera de Sistemas e Informtica

Ao de la Inversin para el Desarrollo Rural y la Seguridad Alimentaria

TRABAJO DE INVESTIGACIN DE BASE DE DATOS

ADMINISTRACION DE BASE DE DATOS

Ingeniera de Sistemas e Informtica

1.8.3 GENERALES ........................................................................................................... 7

IMPORTANCIA DE LA AUDITORIA DE BD .......................................................... 7

EVALUACIN DE LA AUDITORA DE BASE DE DATOS ................................... 8

PLANIFICACIN DE LA AUDITORIA DE BASE DE DATOS .............................. 9

METODOLOGAS DE LA AUDITORIA DE BASE DE DATOS ........................... 10

1.8.1 DEFINICIN ........................................................................................................... 11

MONITORIZACIN Y CONTROL DE ACCESO .................................................. 14

1.9.1 ESTUDIO PREVIO Y PLAN DE TRABAJO ......................................................... 15

DISEO Y CARGA ............................................................................................ 19

EXPLOTACIN Y MANTENIMIENTO .............................................................. 20

REVISIN POST-IMPLANTACIN .................................................................. 20

AUDITORA Y CONTROL INTERNO DE UN ENTORNO DE BD ...................... 20

Definicin de la auditora en SQL Server 2008 r2: ............................................... 24

ADMINISTRACION DE BASE DE DATOS

Ingeniera de Sistemas e Informtica

Objetivos de la auditoria de base de datos de SQL Server .................................. 25

SQL Server Audit ................................................................................................... 25

Sintaxis general para crear un objeto de Auditoria en SQL Server: ................................ 26

Especificacin de auditora de servidor................................................................. 27

Especificacin de base de datos de auditora....................................................... 27

Meta De La Auditoria ............................................................................................. 29

Pasos Para Walk Through ..................................................................................... 32

CAPTULO IIII ....................................................................................................................... 58

Objetivos Fundamentales De Un Data WareHouse ......................................... 59

Elementos Bsicos De Un Data Warehouse..................................................... 61

Procesos Bsicos Del Data Warehouse (ETL) ................................................. 63

CUBOS OLAP ....................................................................................................... 66

3.6.1 Definicin .............................................................................................................. 66

Cubos Olap ........................................................................................................... 70

3.7.1 Definicion .............................................................................................................. 70

IMPLEMENTACIN EN SQL SERVER 2008 ...................................................... 74

ADMINISTRACION DE BASE DE DATOS

Ingeniera de Sistemas e Informtica

ADMINISTRACION DE BASE DE DATOS

Ingeniera de Sistemas e Informtica

ADMINISTRACION DE BASE DE DATOS

Ingeniera de Sistemas e Informtica

La auditora de bases de datos busca monitorear y garantizar que la informacin

Figura 1. Auditoria de BD.

ADMINISTRACION DE BASE DE DATOS

Ingeniera de Sistemas e Informtica

Tambin es conocida como auditoria de datos o monitoreo de datos y es realizada

Reducir los riesgos asociados con el manejo inadecuado de

Satisfacer los requerimientos de los auditores.

Apoyar el cumplimiento regulatorio.

Evitar acciones criminales.

Evitar multas por incumplimiento.

1.4 IMPORTANCIA DE LA AUDITORIA DE BD

ADMINISTRACION DE BASE DE DATOS

Ingeniera de Sistemas e Informtica

informacin, que por ser informacin confidencial de los clientes, es

1.5 EVALUACIN DE LA AUDITORA DE BASE DE DATOS

Auditoria de base de datos.

1.- Definicin de estructuras

2.- Control de carga y

3.- Integridad de los datos y

4.- Estndares para anlisis y