TodoSQL Blog de SQL Server en español

A continuación se detalla como cambiar la clave del sa. Los pasos para el cambio es compatible para todas las versiones del DBMS SQL Server.

Loguearnos con un usuario que posea privilegios de sysadmin o securyadmin.

En este caso utilizamos un usuario trusted o de windows con privilegios de sysadmin.

Debemos ejecutar el siguiente comando con los siguientes parámetros:

exec sp_password [clave antigua], [clave actual], [usuario].

En esta ocasión se presentará otro caso de migración de datos donde falla la carga de tablas utilizando BCP utility.

Entorno:

Origen de datos:

Server: Windows NT - SQL Server 7.0
Base: MIBase
Tabla: MITabla
Volumen de datos: 7 GB
Tipo de datos: int, char, varchar, text, image,datetime.

Destino de datos:

Server: Windows 2003 Enterprise Edition - SQL Server 2005 Enterprise Edition SP2.
Base: MIBase
Tabla: MITabla -Idéntico diseño al origen de datos-.
BCP parámetros: -c en primera prueba y luego se probo con -t(varios terminadores)

Hola como están !!!.

Se libero hace poco una actualización para SQL Server y puede traer un poco de confusión determinar que se tiene que aplicar. En el link que les adjunto tienen una grilla (que incluyo también) dentro del apartado de las Frequently Asked Questions (FAQ) Related to This Security Update que les permitirá saber que necesitan aplicar exactamente en base al número de actualización que estén usando.

Link:

http://www.microsoft.com/technet/security/bulletin/MS08-040.mspx

Hola como están !, el error que se presenta a continuación, surge cuando quieran verificar un dispositivo de backup de SQL Server en una versión que no es la correcta o mejor dicho un backup realizado por ejemplo con SQL Server 2005 y quieren restorear o verificar en un SQL Server 2000.

Server: Msg 3205, Level 16, State 2, Line 1
Too many backup devices specified for backup or restore; only 64 are allowed.
Server: Msg 3013, Level 16, State 1, Line 1
VERIFY DATABASE is terminating abnormally.

La solución es realizarlo en la versión correrspondiende.

A continuación les paso a detallar el inconveniente detectado de "registros con datos basura" al utilizar la herramienta "BCP", la solución aplicada y también aclaraciones importantes al momento de utilizar la herramienta citada en párrafos anteriores.

Escenario

Server Origen/Destino:

Windows Server 2003 Standart Edition SP1
MS SQL Server 2005 Standart Edition SP2

Utilidad: BCP (Bulk Copy Program), utilidad de línea de comando (shell) de SQl Server.

Tabla: TxnTable

Hola como están!, a continuación les detallo como deberían auto-generarse las sentencias para una cantidad importante de tablas, por ej: 7000 tablas. El script que les presento, pueden ejecutarlo desde una ventana de ‘command shell’, donde a través de un archivo del tipo ‘cmd’, se llama a un script ‘sql’, donde la salida del mismo es el script final a ejecutar. En este caso solo realizaremos un conteo de registros para todas las tablas de usuario.

Script: SelectT.sql

SET QUOTED_IDENTIFIER OFF
PRINT 'BEGIN TRAN'
PRINT 'SET QUOTED_IDENTIFIER ON'

Hola como están !, a continuación les voy a presentar dos escenarios en donde tuvimos inconvenientes en las consultas donde el motor de base de datos MS SQL Server, utiliza el esquema de paralelismo en un entorno de 2 o mas procesadores, espero les sirva:

Escenario 1

Windows NT Server 4.0 SP 6a
MS SQL 7.0 SP 3
Esquema de dos o mas procesadores

Error:

2006-05-31 12:40:19.24 kernel SQL Server Assertion: File: , line=1931
Failed Assertion = 'm_activeSdesList.Head () == NULL'.

Hola como va!, hoy voy a ser referencia a un problema muy común, cuando se trabaja con script de creación de login´s y permisos o bien cuando en implementaciones, por lo general de laboratorio, se borran los logins de usuarios.
El problema citado en párrafos anteriores es referido a "usuarios huérfanos en SQL Server", tanto para SQL 70, SQL 2000 como SQL 2005.
Es muy común ver el siguiente error:

Msg 916, Level 14, State 1, Line 1
The server principal "pepe" is not able to access the database "BasePrueba" under the current security context.

Hola como están !, bueno, hoy voy a hablar de un tema interesante, que es la creación de dispositivos de backup a través de un repositorio compartido.
Preguntarán ¿para que sirve tenerlo en un servidor y compartir dicho path y archivo de backup?, resulta muy útil en escenarios donde el espacio en disco apremia y los tiempos de backup y recovery son elevados por ej. cuando deseamos restaurar una base de tamaño considerable en otros servidores de bases de datos, ya sea para replicar un entorno para testear soluciones de failover o bien testear aplicaciones.

Hola como están ???, les comento que yo estoy con un cuadro gripal bastante molesto hace ya casí 10 días, espero se me pase algún día.
Hoy les voy a pasar algo que puede ser que les sirva y es un pequeño script para averiguar a que rol de base de datos pertenece cada usuario en la db.
El script es el siguiente:

use mibase
go
select C.name as RolName,A.groupuid as IdRol,B.name as Usuario
from sysmembers as A inner join sysusers as B
on A.memberuid = B.uid
inner join sysusers as C
on A.groupuid = C.uid

Nota: Sirve para las versiones 7.0, 2000 y 2005 de SQL Server.