Para aprender SQL Server, Excel, Word, Acces y más...
Procedimiento para restablecer o recuperar la contraseña de la cuenta SA de SQL Server, utilizando SQLCMD linea de comandos. Se aplica a versiones:
El truncamiento del registro de transacciones (log de transacciones) elimina de manera lógica los archivos de registro de transacciones de una base de datos de SQL Server, El truncamiento del registro no reduce el tamaño del archivo de registro físico.
El truncamiento del registro se produce automáticamente después de los eventos siguientes:
Para reducir el tamaño físico de un archivo de registro físico en un escenario de Grupos de disponibilidad AlwaysOn, creación de reflejo de la base de datos y trasvase de registros; la única forma es realizando una copia de seguridad de registros, ya que en los escenarios mencionados se requiere del modelo de recuperación completa.
Después de realizar la instalación de SQL Server 2012 en el servidor (ServidorSQL1 nombre del servidor en este caso) con sistema operativo Windows Server 2012 con un usuario local (Administrador). Todo funciona correctamente.
Una instantánea de base de datos es una copia estática de sólo lectura de una base de datos existente de SQL Server. La base de datos existente se conoce como la base de datos fuente. Cuando se crea una instantánea, es una réplica exacta de solo lectura de la base de datos de origen en ese momento.
A medida que cambia la base de datos de origen, la instantánea se deberá actualizar para garantizar que esté sincronizada.
En este artículo vamos a ver los pasos para restablecer la contraseña de la cuenta “SA” de Microsoft SQL Server. Estos pasos funcionan en Microsoft SQL Server, 2012, 2014 y 2016 (Debería funcionar en 2005, 2008, 2008 R2 -no lo he comprobado).
Alguien instala un servidor SQL y luego se olvida la contraseña “SA” y no se tiene la documentación. No sería un gran problema si se tiene otro usuario con privilegios de sysadmin, pero... no hay ninguno.
Luego de ejecutar el siguiente comando para la restauración de una base de datos:
USE [master] RESTORE DATABASE [MiBasedeDatos] FROM DISK = 'E:\MSSQLSERVER\Backups\Backup_MiBasedeDatos.bak' WITH FILE = 1, MOVE N'MiBasedeDatos' TO N'D:\MSSQLSERVER\Data\MiBasedeDatos.mdf', MOVE N'MiBasedeDatos_log' TO N'E:\MSSQLSERVER\Logs\MiBasedeDatos_log.ldf', NOUNLOAD, STATS = 5
Aparece el siguiente mensaje de error.
Se tiene una base de datos llamada BDColegio que está configurada para usar el modelo de recuperación full. Se realiza un backup full diario a las 02:00. El job realiza el backup full de la base de datos DBColegio en el archivo C:\Backup\DBColegio.bak
Se debe restaurar la base de datos DBColegio al punto en el tiempo de 02.35 del 22 de noviembre del 2018 (Fecha2 en el escript de demostración), y asegurarse de que la base de datos sea funcional y que acepte las conexiones.
--Modulo Protección de datos y auditorias --No es recomendable usar trigger para auditar. Afecta el rendimiento de la BD. --Auditar con CDC --Auditoria de operaciones con Temporal Tables --Dos tipos de auditoria a nivel de servidor y bd, a nivel de servidor en todas las versiones y las auditorias a nivel de bd en la edición enterprise. --Considerar en el impacto a la bd para las auditorias a nivel de bd. --Leer auditorias mediante vistas dinamicas: --Audit dynamic management views (DMVs) sys.dm_audit_actions sys.dm_audit_class_type_map
DBCC MEMORYSTATUS --Activo log Page In Memory (Política de seguridad local) --Contadores de rendimiento: RAM SQL Server Target vs total --65% del Total del servidor --92%-95% de consumo de RAM del SQL Server. --16GB Servidor (4GB para el sistema operativo 12GB SQL Server)
Para enumerar todos los triggers que tiene una base de datos de SQL Server realizar lo siguiente:
USE Database_Name SELECT * FROM sys.triggers GO
Enumerará todos los triggers (DML y DDL) en la base de datos.
Aquí está la misma consulta, con una columna añadida llamada Parent_Object_Name que muestra el nombre de la tabla para la cual se creó el triggers (para triggers DML) y NULL para los triggers de base de datos (DDL):
USE Database_Name SELECT OBJECT_NAME(parent_id) as Parent_Object_Name, * FROM sys.triggers GO
