El uso de roles simplifica la gestión de los permisos de los usuarios. Con los roles, puede controlar el acceso de los usuarios autenticados a los recursos del sistema según la función laboral de cada usuario; en lugar de asignar permisos usuario por usuario, puede otorgar permisos a un rol y luego convertir a los usuarios en miembros de roles. Microsoft SQL Server incluye soporte para roles de seguridad definidos a nivel de servidor y a nivel de base de datos.

En los módulos anteriores, ha visto cómo se organiza la seguridad de Microsoft SQL Server y cómo se pueden asignar conjuntos de permisos a nivel de servidor y de base de datos mediante el uso de roles de servidor fijos, roles de servidor definidos por el usuario, roles de base de datos fijos y roles de aplicación. El último paso para autorizar a los usuarios a acceder a los recursos de SQL Server es la autorización de usuarios y roles para acceder a los objetos del servidor y de la base de datos. En este módulo, verá cómo se administran estos permisos de objetos. Además de los permisos de acceso a los objetos de la base de datos, SQL Server brinda la capacidad de determinar qué usuarios pueden ejecutar código, como funciones y procedimientos almacenados. En muchos casos, estos permisos y los permisos sobre los objetos de la base de datos se configuran mejor en el nivel de esquema que en el nivel del objeto individual. Las concesiones de permisos basadas en esquemas pueden simplificar su arquitectura de seguridad. Explorará la concesión de permisos a nivel de esquema en la última lección de este módulo.

Al configurar la seguridad para sus sistemas Microsoft SQL Server, debe asegurarse de cumplir con cualquiera de los requisitos de cumplimiento de su organización para la protección de datos. Las organizaciones a menudo necesitan cumplir con políticas de cumplimiento específicas de la industria, que exigen la auditoría de todo el acceso a los datos. Para abordar este requisito, SQL Server proporciona una variedad de opciones para implementar la auditoría. Otro requisito de cumplimiento común es el cifrado de datos para protegerlos contra el acceso no autorizado en caso de que el acceso a los archivos de la base de datos se vea comprometido. SQL Server admite este requisito proporcionando cifrado de datos transparente (TDE). Para reducir el riesgo de fuga de información por parte de usuarios con acceso administrativo a una base de datos, las columnas que contienen datos confidenciales, como números de tarjetas de crédito o números de identidad nacional, se pueden cifrar utilizando la función Always Encrypted. Este módulo describe las opciones disponibles para la auditoría en SQL Server, cómo usar y administrar la función de auditoría de SQL Server y cómo implementar el cifrado.

Uno de los aspectos más importantes de la función de un administrador de base de datos es garantizar que los datos de la organización tengan una copia de seguridad confiable para que, si ocurre una falla, pueda recuperar los datos. Aunque la industria informática conoce la necesidad de estrategias de respaldo confiables desde hace décadas (y lo ha discutido extensamente), las historias desafortunadas sobre la pérdida de datos siguen siendo comunes. Otro problema es que, incluso cuando las estrategias implementadas funcionan tal como fueron diseñadas, los resultados siguen sin cumplir con los requisitos operativos de una organización. En este módulo, considerará cómo crear una estrategia que esté alineada con las necesidades de la organización, basada en los modelos de respaldo disponibles y el papel de los registros de transacciones en el mantenimiento de la coherencia de la base de datos.

En el módulo anterior, aprendió cómo planificar una estrategia de respaldo para un sistema SQL Server. Ahora puede aprender a realizar copias de seguridad de SQL Server, incluidas copias de seguridad de bases de datos completas y diferenciales, copias de seguridad de registros de transacciones y copias de seguridad parciales. En este módulo, aprenderá cómo aplicar varias estrategias de respaldo.

En el módulo anterior, aprendió a crear copias de seguridad de bases de datos de Microsoft SQL Server. Una estrategia de respaldo puede implicar muchos tipos diferentes de respaldo, por lo que es esencial que pueda restaurarlos de manera efectiva. A menudo tendrás que restaurar una base de datos en una situación urgente. Sin embargo, debe asegurarse de tener un plan claro sobre cómo proceder y recuperar con éxito la base de datos al estado requerido. Un buen plan y una comprensión del proceso de restauración pueden ayudar a evitar que la situación empeore. Algunas restauraciones de bases de datos están relacionadas con fallas del sistema. En estos casos, querrá devolver el sistema lo más cerca posible al estado en el que se encontraba antes de la falla. Sin embargo, algunas fallas están relacionadas con errores humanos y es posible que desee recuperar el sistema a un punto anterior a ese error. Las funciones de recuperación de un punto en el tiempo de SQL Server pueden ayudarle a lograrlo. Debido a que suelen ser mucho más grandes, es más probable que las bases de datos de los usuarios se vean afectadas por fallas del sistema que las bases de datos del sistema. Sin embargo, las bases de datos del sistema pueden verse afectadas por fallas y se debe tener especial cuidado al recuperarlas. En particular, debe comprender cómo recuperar cada base de datos del sistema porque no puede utilizar el mismo proceso para todas las bases de datos del sistema. En este módulo, verá cómo restaurar bases de datos de usuarios y sistemas y cómo implementar la recuperación a un momento dado.