Importación, Respaldo, Exportación de Datos, Seguridad y Medición - Daniel Cuellar

Vista previa del material en texto

Importación, Respaldo, Exportación de Datos, Seguridad y Medición
Lo principal y lo primero es entrar a la máquina virtual
Iniciamos el Microsoft SQL Server Management Studio
Parte 1. Carga de base de datos.
Nos saldrá esta ventana donde pedirá las credenciales para conectarse al servidor, por ahora lo dejaremos con la Autenticación de Windows para darle “Conectar”.
Una vez dentro del Explorador de objetos nos posicionamos sobre la carpeta “Base de datos” y al presionar clic derecho nos saldrá este desplegable donde seleccionamos “Restaurar base de datos”.
Cuando salga esta ventana seleccionamos Dispositivo y presionamos sobre el botón con 3 puntos (“…”).
Saldrá una ventana mas pequeña en la cual nos posicionaremos sobre el botón “Agregar” y darle clic. 
Tendremos que ubicar la base de daros que previamente descargamos desde la página: https://docs.microsoft.com/en-us/sql/samples/adventureworks-install-configure?view=sql-server-ver15&tabs=ssms. 
Una vez seleccionada solo damos aceptar.
Ya podemos comprobar que se importó correctamente.
Parte 2. Seguridad.
Para crear un nuevo usuario habrá que posicionarse sobre la carpeta “Inicios de sesión” dentro de “Seguridad” y pulsar clic derecho, seguidamente damos en “Nuevo inició de sesión”.
En la ventana de creación de usuario seleccionaremos “Autenticación de SQL Server” y rellenamos con el nombre y la contraseña para acceder, en el apartado de “Base de datos predeterminada” elegiremos “AdventureWorks2019”.
Habiendo configurado los aspectos generales toca darle los permisos solicitados, los cuales son solo de lectura por ende seleccionaremos la base de datos en la que serán aplicados y el permiso de “db_datareader”, ya hecho esto solamente queda dar acepar y hacer una nueva conexión con las credenciales que pusimos recién.
Dentro del usuario “Analista” pulsaremos clic derecho a la carpeta “Tablas” que esta dentro de la base de datos que estamos trabajando, seleccionamos nueva tabla para comprobar que no podemos hacer nada más que hacer consultas.
Como podemos ver deja crear la tabla sin embargo no se guardará nada al salir.
Y al tratar de guardarla nos marca error ya que no poseemos los permisos para crear tablas.
Los mimos pasos para el usuario “Soportebd” ponemos la contraseña y seleccionamos la base de datos predeterminada.
Ahora para asignar un usuario con las credenciales equivalentes a creador de base de datos seleccionaremos “db_owner” y “db_accesadmin” en la pestaña “Asignación de usuarios”.
Los permisos son sobre la base de datos que estamos trabajando, de esta manera.
Al igual con la pestaña “Roles de servidor” usaremos “dbcreator”.
Así debería quedar, ya hecho solo clicamos en aceptar.
Para comprobar que están bien puestos los permisos, usaremos una nueva consulta.
Usaremos este comando para eliminar una base de datos que no contiene nada, mas concretamente esta.
Al terminar y actualizar el explorador veremos que ha desaparecido.
El siguiente paso es crear los diagramas de las tablas que contiene la base de datos, sin embargo, al tratar de hacerlo marca un error el cual aparece porque el propietario de la base de datos no está asignado correctamente.
Para asignarlo daremos clic derecho sobre la base de datos y seleccionaremos nueva consulta.
Una vez salga el Query pondremos esta línea, la cual modificaremos con la base de datos que queremos asignar el propietario, así como el usuario al cual quedara como propietario ( a mí me salió ese error ya que había ejecutado el comando anterior para comprobar que funcionara).
Ahora si podemos crear un nuevo diagrama pulsando clic derecho sobre la carpeta “Diagramas de base de datos”.
En la ventana emergente que saldrá, tendremos que pulsar clic derecho y arrástralo sobre todas las tablas para seleccionarlas todas de una.
Al pulsar agregar veremos el diagrama de como se relacionan todas las tablas que contiene la base de datos, aunque podemos ver 4 tablas que no están relacionadas con ninguna.
Al acercarnos podemos ver que son tablas que contienen los logs de la base datos junto con otros datos que no pueden estar relacionados con los datos ingresados en las tablas ya que son registros de la propia base de datos.
Parte 3. Medición de tamaño de base de datos
Una de las formas más fáciles para medir el tamaño de la base de datos es con el siguiente comando.
Sin embargo, otra forma aún más fácil y grafica para hacerlo es dar clic derecho sobre la base de datos que estemos trabajando, ir a “informes” y posicionar el mouse sobre “Informes estándar”.
Haciendo lo anterior saldrá una desplegable con varios tipos de informes, el que nos interesa es “Uso de disco” así que pulsamos sobre él.
Esperamos a que cargue y saldrá un informe detallado de cuanto espacio ocupa la base de datos, los índices, los datos que aún no están ubicados, los datos usados y los datos sin uso.
Ahora para ver el tamaño de los logs lo único que hay que hacer es usar estas líneas y mostrara el tamaño total de log.
Pero claro hay una forma de ver el tamaño detallado de estos registros, pero antes hay que darle el rol de “serveradmin” al usuario de “Soportebd” en el apartado “Seguridad” “Inicios de sesión” y pulsar sobre “propiedades” cuando pulsen el clic derecho sobre el usuario.
Ya hecho eso nos dirigimos al mismo apartado del que usamos anteriormente y pulsamos sobre uso de disco.
Cuando cargue saldrán los datos de esta manera, y podemos ver como esta dividido el espacio asignado a los logs.
Por último, en esta sección, si queremos ver el tamaño que ocupa cada tabla, entraremos a la misma sección de “Informes estándar” en nuestra base de datos y seleccionaremos “Uso de disco por tabla”.
Nos arrojara un informe detallado de cuantas tablas contiene , así como su numero de registros, el espacio reservado y la cantidad de espacio que ocupa (este informe lo podemos exportar como imágenes).
Parte 4. Análisis de log o registro de SQL server.
Ya casi para terminar tenemos que exportar los logs de SQL Server y Windows, lo podemos hacer de manera muy simple entrando a la carpeta “Administración” y después de dar un clic derecho en “Registros de SQL Server” para seleccionar “Registro de SQL Server y Windows”.
Nos saldrá una ventana donde podremos seleccionar que registros queremos exportar, se puede exportar solo SQL Server.
También solo el de Windows o si así se desea los dos juntos en un solo archivo, yo opte por los dos separados para poder identificar bien que es cada registro.
Ya exportados veremos los archivos en la carpeta que seleccionamos, ahora queda pasarlo a nuestro equipo personal, se puede hacer de varias maneras yo me decante por mandármelo por correo electrónico.
Para analizar los logs que acabamos de exportar usare ManageEngine, lo único que hay que hacer es darle en descargar y registrarse para probar el programa.
Ya descargado, podremos iniciar el programa el cual abrirá una pagina web donde podremos empezar a cargar los logs, en la pestaña “+Add” e “Import Logs”.
Seleccionaremos el log o los logs que queremos analizar.
Después el equipo del que salieron (aquí no pude agregar otro más que el mío, sin embargo, como es demostrativo no importa mucho de donde salgan).
Ya hecho eso solo damos en importar.
Si vamos al “Dashboard” podremos ver estadísticas generales de estos logs, 
En este primer parte del análisis podemos observar la cantidad totales de eventos, así como la cantidad de errores y advertencias, esto en cuestión de dos días que fueron los que estuvo activo el servidor para hacer esta práctica, en ese tiempo surgieron un total de 44829 eventos los cuales solo 1 fue un error en Windows.
En la siguiente sección podemos ver el intervalo de tiempo en el que hubo el pico de eventos, el cual fue de 8 a 9p.m.en un pico de 11mil eventos, en la segunda grafica solo vemos los dispositivos con mayores registros sin embargo como solo hay uno se muestra ese.
Siguiendo el análisis podemos ver a detalle el tipo de eventos de seguridad, asícomo su frecuencia, en la siguiente grafica se pueden ver los tipos de eventos que ocurrieron en Windows, los eventos de información, severidad del éxito y los errores.
Y ya en esta última grafica podemos ver la cantidad de eventos de SQL server y los de Windows.