Instituto Tecnolgico de Villahermosa

Unidad 3
Configuracin y Administracin del
Espacio en Disco
Integrantes:
Luis Fernando Cmara Ayala
Aldo Prez Maldonado
Cristian de Jess Prez Snchez

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 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.
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
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.

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
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):