Está en la página 1de 26

Unidad 3: Configuracin y Administracin del Espacio en Disco

3.1 Estructuras Lgicas de Almacenamiento


Para la gestin del almacenamiento de una base de datos existen 4 conceptos bien definidos que deben ser conocidos para poder comprender la forma en la que se
almacenan los datos. Vamos a ver la diferencia entre bloque, extensin, segmento y espacio de tablas.
Bloques: Se tratan de la unidad ms pequea. Generalmente debe mltiple del tamao de bloque del sistema operativo, ya que es la unidad mnima que va a pedir Oracle
al sistema operativo. Si no fuera mltiple del bloque del sistema se aadira un trabajo extra ya que el sistema debera obtener ms datos de los estrictamente necesarios. Se
especifica mediante DB_BLOCK_SIZE
Extensiones: Se forma con uno o ms bloques. Cuando se aumenta tamao de un objeto se usa una extensin para incrementar el espacio.
Segmentos: Grupo de extensiones que forman un objeto de la base de datos, como por ejemplo una tabla o un ndice.
Espacio de Tablas: Formado por uno o ms datafiles, cada datafile solo puede pertenecer a un determinado tablespace
En general, el almacenamiento de los objetos de la base de datos (tablas e ndices fundamentalmente) no se realiza sobre el archivo o archivos fsicos de la base de datos,
sino que se hace a travs de estructuras lgicas de almacenamiento que tienen por debajo a esos archivos fsicos, y que independizan por tanto las sentencias de creacin de
objetos de las estructuras fsicas de almacenamiento. Esto es til porque permite que a esos "espacios de objetos " les sean asociados nuevos dispositivos fsicos (es decir,
ms espacio en disco) de forma dinmica cuando la base de datos crece de tamao ms de lo previsto. Posibilita adems otra serie de operaciones como las siguientes:
Asignar cuotas especficas de espacio a usuarios de la base de datos.
Controlar la disponibilidad de los datos de la base de datos, poniendo fuera de uso alguno de esos espacios de tablas individualmente.
Realizar copias de seguridad o recuperaciones parciales de la base de datos.
Reservar espacio para almacenamiento de datos de forma cooperativa entre distintos dispositivos.
El administrador de la base de datos puede crear o borrar nuevos espacios lgicos de objetos, aadir o eliminar ficheros fsicos de soporte, utilizados como espacio
temporal de trabajo, definir parmetros de almacenamiento para objetos destinados a ese espacio de datos, todos los gestores relacionales que venimos introduciendo como
ejemplos siguen esta filosofa. En el caso de Oracle, sobre los ficheros fsicos de datos (datafiles) se definen los tablespaces. Por lo tanto, una base de datos Oracle se
compone lgicamente de tablespaces, y fsicamente de datafiles. Su creacin es sencilla, con la sentencia GREAT'', TABLESPACE: CREATE TABLESPACE usuarios
DATAFILE `datal.ora' SIZE 50M
Tambin es sencillo ampliar el espacio destinado a un tablespace utilizando el comando ALTER TABLESPACE:
ALTER TABLESPACE usuarios ADD DATAFILE 'data2.ora' SIZE 25M
Para hacer ms grande una base de datos, las opciones disponibles son tres:

Cada base de datos contiene un tablespace llamado SYSTEM que es creado automticamente al crear la base de datos. Contiene las tablas del diccionario de datos para la
base de datos en cuestin. Es recomendable no cargar datos de usuario en SYSTEM, para dejarlos como espacio de objetos del sistema.
Si adems los datos de usuario estn en tablespaces sitos en otros dispositivos, el rendimiento mejorar porque las tablas del diccionario de datos se acceden
frecuentemente y por lo tanto son un cuello de botella potencial desde el punto de vista del acceso a disco. A la hora de estimar el espacio necesario para cl tablespace sys-
nsm hay que tener en cuenta que las unidades de programacin PL-SQL (entorno de programacin SQL proporcionado por Oracle) almacenadas en la base de datos
(procedimientos, paquetes, disparos y funciones) almacenan sus datos en SYSTEM.
3.1.1 Definicin de Almacenamiento de Bases de Datos
Las bases de datos suelen ser creadas para almacenar grandes cantidades de datos de forma permanente. Por lo general, los datos almacenados en stas suelen ser
consultados y actualizados constantemente.
La mayora de las bases de datos se almacenan en las llamadas memorias secundarias, especialmente discos duros, aunque, en principio, pueden emplearse tambin
discos pticos, memorias flash, etc.
Las razones por las cuales las bases de datos se almacenan en memorias secundarias son:
En general, las bases de datos son demasiado grandes para entrar en la memoria primaria.
La memoria secundaria suele ser ms barata que la memoria primaria (aunque esta ltima tiene mayor velocidad).
La memoria secundaria es ms til para el almacenamiento de datos permanente, puesto que la memoria primaria es voltil.
3.1.2.- Definicin y Creacin del Espacio Asignado para cada Base de Datos
Las bases de datos se almacenan en ficheros o archivos. Existen diferentes formas de organizaciones primarias de archivos que determinan la forma en que los registros
de un archivo se colocan fsicamente en el disco y, por lo tanto, cmo se accede a stos.
Las distintas formas de organizaciones primarias de archivos son:
Archivos de Montculos (o no Ordenados): esta tcnica coloca los registros en el disco sin un orden especfico, aadiendo nuevos registros al final
del archivo.
Archivos Ordenados (o Secuenciales): mantiene el orden de los registros con respecto a algn valor de algn campo (clave de ordenacin).
Archivos de Direccionamiento Calculado: utilizan una funcin de direccionamiento calculado aplicada a un campo especfico para determinar la
colocacin de los registros en disco.
rboles B: se vale de la estructura de rbol para las colocaciones de registros.
Organizacin Secundaria o Estructura de Acceso Auxiliar: Estas permiten que los accesos a los registros de un archivo basado en campos
alternativos, sean ms eficientes que los que han sido utilizados para la organizacin primaria de archivos.
El DBMS asigna espacio de almacenamiento a las bases de datos cuando los usuarios introducen create database o alter database. El primero de los comandos puede
especificar uno o ms dispositivos de base de datos, junto con la cantidad de espacio en cada uno de ellos que ser asignado a la nueva base de datos.
Si se utiliza la palabra clave default o se omite completamente la clusula on, el DBMS pone la base de datos en uno o ms de los dispositivos predeterminados de base
de datos especificados en master.sysdevices.
Para especificar un tamao (por ejemplo, 4MB) para una base de datos que se va a almacenar en una ubicacin predeterminada, se utiliza: on default = size de esta
forma:
create database newpubs on default = 4
3.1.3.- Bitcoras
Son estructuras ampliamente utilizadas para grabar las modificaciones de la base de datos.
Cada registro de la bitcora escribe una nica escritura de base de datos y tiene lo siguiente:
Nombre de la Transaccin: Nombre de la transaccin que realiz la operacin de escritura.
Nombre del Dato: El nombre nico del dato escrito.
Valor Antiguo: El valor del dato antes de la escritura.
Valor Nuevo: El valor que tendr el dato despus de la escritura.
Es fundamental que siempre se cree un registro en la bitcora cuando se realice una escritura antes de que se modifique la base de datos.
Tambin tenemos la posibilidad de deshacer una modificacin que ya se ha escrito en la base de datos, esto se realizar usando el campo del valor antiguo de los registros
de la bitcora.
Los registros de la bitcora deben residir en memoria estable como resultado el volumen de datos en la bitcora puede ser exageradamente grande.
La instruccin en MySQL para crear una bitcora en .txt se crea antes de acceder a la base de datos con la instruccin:
"xampp>mysql>bin>mysql -hlocalhost -uroot --tee=C:bitacora.txt"
La bitcora debe registrar todos los movimientos (insertar, eliminar y modificar) que se realicen en las tablas de la base de datos. Para lograr lo anterior es necesario crear
un trigger para que se ejecute despus de la operacin de insertar, otro para despus de eliminar y el ltimo para despus de modificar para cada una de las 3 tablas de la
base de datos.
3.1.4.- Particiones
Cuando alguna de las tablas de una base de datos llega a crecer tanto que el rendimiento empieza a ser un problema, es hora de empezar a conocer algo sobre
optimizacin. Una caracterstica de MySQL son las particiones.
Particionar tablas en MySQL nos permite rotar la informacin de nuestras tablas en diferentes particiones, consiguiendo as realizar consultas ms rpidas y recuperar
espacio en disco al borrar los registros. El uso ms comn de particionado es segn la fecha.
Para ver si nuestra base de datos soporta particionado simplemente ejecutamos:
SHOW VARIABLES LIKE '%partition%';
Se puede particionar una tabla de 5 maneras diferentes:
Por Rango: para construir las particiones se especifican rangos de valores.
ALTER TABLE contratos
PARTITION BY RANGE (YEAR (fechaInicio)) (
PARTITION partDecada80 VALUES LESS THAN (1990),
PARTITION partDecada90 VALUES LESS THAN (2000),
PARTITION partDecada00 VALUES LESS THAN (2010),
PARTITION partDefault VALUES LESS THAN MAXVALUE
);
La ltima particin (partDefault) tendr todos los registros que no entren en las particiones anteriores. De esta manera nos aseguramos que la informacin nunca dejar
de insertarse en la tabla.
Por Listas: para construir nuestras particiones especificamos listas de valores concretos.
ALTER TABLE contratos
PARTITION BY LIST (YEAR (fechaInicio)) (
PARTITION partDecada80 VALUES IN (1980, 1981, 1982, 1983, 1984, 1985, 1986, 1987, 1988, 1989),
PARTITION partDecada90 VALUES IN (1990, 1991, 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999),
PARTITION partDecada00 VALUES IN (2000, 2001, 2002, 2003, 2004, 2005, 2006,
2007, 2008, 2009),
PARTITION partDecada10 VALUES IN (2010, 2011, 2012, 2013, 2014, 2015, 2016,
2017, 2018, 2019)
);
Por Hash: MySQL se encarga de distribuir las tuplas automticamente usando una operacin de mdulo. Slo hay que pasarle una columna o
expresin que resulte en un entero (el hash) y el nmero de particiones que queramos crear.
ALTER TABLE contratos
PARTITION BY HASH (YEAR (fechaInicio))
PARTITIONS 7;
Por Clave: similar a la particin por hash, pero en este caso no necesitamos pasarle un entero; MySQL utilizar su propia funcin de hash para
generarlo. Si no se indica ninguna columna a partir de la que generar el hash, se utiliza la clave primaria por defecto.
ALTER TABLE contratos
PARTITION BY KEY ()
PARTITIONS 7;
Compuesta: podemos combinar los distintos mtodos de particionado y crear particiones de particiones
Borrar Particiones
Lo bueno de trabajar con particiones es que podemos borrar rpidamente registros sin tener que recorrer toda la tabla e inmediatamente recuperar el espacio en disco
utilizado por la tabla.
Por ejemplo si queremos borrar la particin ms antigua simplemente ejecutamos:
ALTER TABLE reports DROP PARTITION p201111;
Aadir particiones
En el ejemplo anterior las 2 ltimas particiones creadas han sido:
PARTITION p201205 VALUES LESS THAN (TO_DAYS ("2012-06-01")),
PARTITION pDefault VALUES LESS THAN MAXVALUE
El problema es que todos los INSERT que se hagan despus de mayo de 2012 se insertarn en pDefault. La solucin sera aadir particiones nuevas para cubrir los
prximos meses:
ALTER TABLE reports REORGANIZE PARTITION pDefault INTO (
PARTITION p201206 VALUES LESS THAN (TO_DAYS ("2012-07-01")),
PARTITION pDefault VALUES LESS THAN MAXVALUE);
En el caso que no tuviramos una particin del tipo pDefault simplemente ejecutamos:
ALTER TABLE reports ADD PARTITION (PARTITION p201206 VALUES LESS THAN (TO_DAYS ("2012-07-01")));
Consultar Particiones
Para consultar informacin de particiones creadas en una tabla as como tambin los registros que contiene cada una ejecutamos:
SELECT PARTITION_NAME, TABLE_ROWS FROM information_schema.PARTITIONS WHERE TABLE_NAME='reports';
3.1.5.- Espacios Privados
Un espacio privado permite que los administradores y redactores gestionen el conjunto de datos del sitio. Algunas bases de datos tienen estos espacios privados
llamados comnmente paneles de control, que son formularios que aparecen al abrir la base de datos.
Los paneles de control sirven de "puerta principal" o "recibidor" de una base de datos en el sentido de que dirigen a las personas hacia determinadas tareas, como
introducir o buscar datos. Sirven tambin para mantener alejados a los usuarios de las tablas que contienen los datos en tiempo real.
Cuando se recibe una base de datos, se averiguar cmo estn estructurados los datos, revisar de manera general el panel de control. Puede ofrecer algn indicio sobre las
tareas que el diseador de la base de datos consider que realizaran los usuarios habitualmente con los datos.
3.1.6.- Espacios para Objetos
Los DBMS se basan en archivos para almacenar datos, y estos archivos, o conjuntos de datos, residen en medios de almacenamiento, o dispositivos. Una buena parte del
trabajo del DBA implicar la planificacin para el almacenamiento real de la base de datos.
El rendimiento de la base de datos depende de la entrada y salida a disco. La cantidad de datos almacenados es mayor que nunca antes, y los datos son almacenados por
ms tiempo.
Algunos DBMS permiten al tamao de los archivos temporales de expandirse y contraerse de forma automtica. Dependiendo del tipo y la naturaleza de las operaciones
de base de datos en proceso, esta fluctuacin puede provocar picos de uso del disco.
Hay muchos problemas de almacenamiento que deben ser resueltos antes de que un DBA pueda crear una base de datos. Uno de los temas ms importantes es la cantidad
de espacio para permitir la base de datos.
El clculo espacial debe tener en cuenta no slo tablas, ndices, sino tambin, y dependiendo del DBMS, el registro de transacciones. Cada una de estas entidades
probablemente requerir un archivo separado o conjunto de datos, para el almacenamiento persistente.
El DBA debe separar en diferentes discos a los archivos para:
Mejorar el rendimiento
Separar ndices de datos
Aislar los logros en otro disco
3.2 Segmentos
Los datos en la BD son almacenados fsicamente en bloques Oracle: la mnima unidad de espacio fsico, y es un mltiplo del bloque del SO (2 Kb usualmente)
. El tamao del bloque Oracle se fija por el parmetro DB_BLOCK_SIZE del fichero init.ora. Un tamao grande de bloque mejora la eficiencia del cache de
E/S, pero el tamao de la SGA aumentar para contener los mismos DB_BLOCK_BUFFERS, lo que significa un problema de memoria.
Una serie de bloques contiguos es una extensin, que es una unidad lgica de almacenamiento. Una serie de extensiones es un segmento. Cuando un objeto
es creado, se reserva una extensin en su segmento. Cuando el objeto crezca, necesitar ms espacio y se reservarn ms extensiones.
Cada segmento tiene un conjunto de parmetros de almacenamiento que controla su crecimiento:
initial: tamao de la extensin inicial (10k).
next: tamao de la siguiente extensin a asignar (10k).
minextents: nmero de extensiones asignadas en el momento de la creacin del segmento (1).
maxextents: nmero mximo de extensiones (99).
pctincrease: Porcentaje en el que crecer la siguiente extensin antes de que se asigne, en relacin con la ltima extensin utilizada (50).
pctfree: porcentaje de espacio libre para actualizaciones de filas que se reserva dentro de cada bloque asignado al segmento (10).
pctused: porcentaje de utilizacin del bloque por debajo del cual Oracle considera que un bloque puede ser utilizado para insertar filas nuevas en l.
tablespace: nombre del espacio de tablas donde se crear el segmento.
Cuando se disea una BD se ha de tener mucho cuidado a la hora de dimensionar la BD y prever el crecimiento de las tablas. A continuacin se
hacen algunas consideraciones sobre la gestin del espacio para los diferentes segmentos.
Segmentos de Datos
El espacio del diccionario de datos se suele mantener ms o menos constante, aunque es crtico que tenga suficiente espacio para crecer en el espacio de
tablas SYSTEM. As, hay que tener cuidado de colocar las tablas de usuario, los ndices, segmentos temporales y los segmentos de rollback en otros espacios
de tablas.
Adems, es recomendable que el espacio de tablas SYSTEM est al 50% o 75% de su espacio disponible. Finalmente, asegurarse que los usuarios no tienen
privilegios de escritura en el espacio de tablas SYSTEM.
Las tablas crecen proporcionalmente con el nmero de filas, ya que se puede suponer que la longitud de las filas es constante.
Segmentos de ndice
Los ndices crecen en tamao en mayor proporcin que las tablas asociadas si los datos en la tabla son modificados frecuentemente. La gestin del espacio
es mejor si se mantienen los ndices de tablas grandes en espacios de tablas separados.
Segmentos de Rollback
Los segmentos de rollback almacenan la imagen anterior a una modificacin de un bloque. La informacin en el segmento de rollback se utiliza para asegurar la
consistencia en lectura, el rollback (el valor en el segmento de rollback se copia en el bloque de datos) y la recuperacin.
Es importante comprender cul es el contenido de un segmento de rollback. No almacenan el bloque de datos modificado entero, slo la imagen previa de
la fila o filas modificadas. La informacin del segmento de roolback consiste en varias entradas llamadas undo. Por ejemplo, si se inserta una fila en una
tabla, el undo necesitar slo el rowid de la fila insertada, ya que para volver atrs la insercion slo hay que realizar un delete. En las operacin de
actualizacin, se almacenar el valor antiguo de las columnas modificadas. El segmento de rollback asegura que la informacin undo se guardan durante
la vida de la transaccin.
Un segmento de rollback como cualquier otro segmento consiste en una serie de extensiones. Sin embargo, la mayor diferencia entre un segmento de datos y
otro rollback es que en este ltimo las extensiones se utilizan de manera circular. As, habr que tener cuidado a la hora de fijar el tamao del segmento de
rollback para que la cabeza no pille a la cola.
Segmentos Temporales
Los segmentos temporales se crean cuando se efectuan las siguientes operaciones:
Create Index
Select con distinct, order by, union, intersect y minus.
uniones no indexadas.
Ciertas subconsultas correlacionadas.
Si las tablas a ordenar son pequeas la ordenacin se realiza en memoria principal, pero si la tabla es grande se realiza en disco. El parmetro SORT_AREA_
SIZE determina el lugar donde se hace la ordenacin. Incrementndole se reduce la creacin de segmentos temporales.
3.3 Definicin de Memoria Compartida
Un servidor Oracle es un sistema que permite administrar bases de datos y que ofrece un medio de gestin de informacin abierto, completo e integrado.
Un servidor Oracle est constituido de una instancia y una base de datos.
Instancia de Oracle
Una instancia de Oracle permite acceder a la base de datos Oracle y permite abrir nicamente una sola base de datos.
La instancia de Oracle est compuesta de:
Procesos en segundo plano que administran y aplican las relaciones entre las estructuras fsicas y las estructuras de memoria. Existen dos categoras:
Procesos en Segundo Plano Obligatorios: DBWN, PMON, CKPT, LGWR, SMON
Procesos en Segundo Plano Facultativos: ARCn, LMDn, RECO, CJQ0, LMON, Snnn, Dnnn, Pnnn, LCKn, QMNn
Estructuras de Memoria: compuestas bsicamente de dos reas de memoria: el rea de memoria asignada a la SGA (System Global Area): asignada al
inicio de la instancia y representa un componente fundamental de una instancia de Oracle.
Est compuesta de varias reas de memoria:
rea de memoria compartida
Buffer cach de la base de datos
Log buffer
As como otras estructuras para la gestin de bloqueos externos (lock), internos (match), datos estadsticos, etc.
Eventualmente tambin es posible configurar al nivel de la SGA
rea de memoria LARGE POOL
rea de memoria Java
rea de Memoria Asignada a la PGA (Program Global Area): sta es asignada al inicio del proceso de servidor. Es reservada a cada proceso de usuario
que se conecte a la base de datos Oracle y liberada al final del proceso.
El Proceso de Usuario: Es el programa que solicita una interaccin con la base de datos iniciando una conexin. Se comunica nicamente con el proceso
de servidor correspondiente.
El Proceso de Servidor
Representa el programa que entra directamente en interaccin con el servidor Oracle. Responde a todas las peticiones y enva los resultados. Puede estar
dedicado a un servidor cliente o compartido por varios.
3.4 Definicin de Mltiples Instancias de un DBMS
Cuando comenzamos a trabajar con Oracle una de las primeras cosas que aprendemos es a diferenciar entre estos conceptos: base de datos, instancia e
instancia de base de datos.
Una instancia es el conjunto de procesos que se ejecutan en el servidor as como la memoria que comparten para ello.
Cuando se habla de base de datos, nos referimos a los archivos fsicos que componen nuestra base de datos.
Si queremos referirnos a los procesos que se ejecutan en memoria como a los archivos de base de datos tendremos que utilizar el trmino instancia de base de
datos.
La instancia en Oracle describe varios procesos residentes en la memoria del computador(es) y un rea de memoria compartida por aquellos procesos. En
arquitecturas de bases de datos tales como, Microsoft SQL Server e IBM BD2, la palabra instancia indica una coleccin de bases de datos que comparten
recursos de memoria en comn, o sea, la relacin entre instancia y bases de datos es 1 a N. Pero la relacin entre la instancia de Oracle y la base de datos es
1 a 1 o n a 1. Cuando hay una relacin N a 1, la configuracin es llamada RAC (Real Application CLuster), donde la base de datos reside en discos
compartidos y las instancias en mltiples computadores anexados a la base de datos.
La instancia de Oracle es el motor que procesa los requerimientos de datos desde la base de datos. Est compuesta por procesos en primer plano, en
segundo plano y un rea de memoria compartida (SGA).

Una instancia de Oracle es un conjunto de estructuras de memoria que estn asociadas con los archivos de datos (datafiles) en una mquina. Una base de
datos es una coleccin de archivos fsicos.
Instancia de Oracle
La integran los procesos 'background' y la SGA. Abre una y slo una BDO, y permite acceder a ella.
Nota: con Oracle Real Application Cluster (RAC), ms de una instancia usarn la misma BD.
En la mquina donde reside el servidor Oracle, la variable ORACLE_SID identifica a la instancia con la que estamos trabajando.
Vistas
V$DATABASE (Base de datos).
V$INSTANCE (Instancia).
V$SGA (SGA).
V$SGAINFO (Gestin dinmica de la SGA).
V$SGASTAT (SGA detallada).
V$BUFFER_POOL (Buffers en la cach de datos)
V$SQLAREA (Sentencias SQL).
V$PROCESS (Procesos).
V$BGPROCESS (Procesos background).
V$DATAFILE (Ficheros de datos de la BD).
V$CONTROLFILE (Ficheros de control de la BD).
V$LOGFILE (Ficheros redo log de la BD).
DBA_TABLESPACES (Tablespaces de la BD).
DBA_SEGMENTS (Segmentos que hay en los tablespaces).
DBA_EXTENTS (Extensiones que componen los segmentos).
DBA_USERS (Usuarios de la BD).
Oracle RAC(Real Application CLuster).
En un Rac de Oracle, mltiples instancias permiten el acceso a una nica Base de datos. En un RAC las instancias corren en mltiples Nodos (servidores), y
acceden a un conjunto comn de datafiles que comprender a una 'nica' Base de datos."
En contraste, en un ambiente de una nica instancia, una base de datos Oracle es usada por slo UNA Instancia corriendo en el servidor. Por lo Tanto,
los usuarios accediendo a la base de datos pueden conectarse a sta, slo a travs de ese 'nico' servidor.
En un Oracle RAC, una base de datos puede ser montada por ms de una instancia, y en cualquier punto, una instancia ser parte de slo una Base de datos.
El almacn no voltil para archivos de datos que comprende la Base de datos es igualmente disponible a todos los nodos, para el acceso de lectura y
escritura. De lo anterior se desprende que un RAC de Oracle necesita coordinar y regular el acceso simultaneo a los datos desde mltiples servidores
(nodos), por ende, debe existir una red privada que sea eficiente, confiable y de alta rapidez, entre los nodos del clster para enviar y recibir datos
Crear Instancias MySQL
Tener dos instancias o ms tiene entre otras las siguientes justificaciones. Una se dedicar a desarrollo, para hacer las modificaciones y pruebas necesarias
y otra al de produccin.
Proceso
Copiar la carpeta data que se encuentra en nuestro caso en c:\MySQL, como data2

Copiar y pegar la configuracin de MySQL. Es decir, del archivo my.ini (en linux my.cnf) generamos una copia que podra llamarse my2.ini.

Ahora con cuidado editamos my2.ini, procure no tocar my,ini a menos que este seguro de lo que hace.
Iniciamos configurando el puerto por donde escuchara MySQL la segunda instancia y la ruta de datos el archivo de datos.

Iniciar Instancia desde Consola
Desde la consola de ms-dos en modo administrador. [Tecla Win] + [X] y damos clic en Smbolo de Sistema (Administrador). Ahora introduzca desde la lnea
de comandos:
cd /MySQL/MySQL Server 5.6/bin
mysqld --defaults-file=my2.ini --explicit_defaults_for_timestamp = TRUE
mysql -u root -port 3307 -p

Establecer la Instancia como Servicio
Procederemos a instalar la nueva instancia como servicio. Desde la consola de ms-dos en modo administrador. En windows 8 pulse la [Tecla Win] + [X] y
damos clic en Smbolo de Sistema (Administrador):



Bibiografia:
https://sites.google.com/site/itjabd23/home/asignatura/plan-de-estudios/unidad-3-configuracion-y-administracion-del-espacio-en-disco