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

A continuación se detalla problema y solución al mensaje de error del tíitulo.

Se detectaron problemas con el SPN.

En el log de app del event viewer se detecto el siguiente mensaje:

The SQL Network Interface library could not register the Service Principal Name (SPN) for the SQL Server service. Error: 0x2098, state: 15. Failure to register an SPN may cause integrated authentication to fall back to NTLM instead of Kerberos. This is an informational message. Further action is only required if Kerberos authentication is required by authentication policies.

A continuación detallamos un procedimiento que aplicamos en producción para la instalación del SP 2 de SQL Server 2005 en servidores con varias bases mirroreadas en un esquema sincrónico sin witness.
En ningún momento se pierde disponibilidad para el negocio (7 x 24) pues siempre alguno de los dos servidores del esquema atiende requerimientos.

Pasos previos:

1) Backup de bases de sistema.
2) DBCC's y Backup's de bases de usuario.
3) Chequeo de disponibiliad de espacio en los HD de servidores.

Implementación:

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)

A continuación les voy a detallar un problema que nos hizo luchar bastante, espero les sea de utilidad.

Problema: Al ejecutar la sentencia BULK INSERT para carga un archivo de texto en una tabla desde un file server da como resultado “Cannot bulk load because the file "\\SERVER01APPFS\SHARE\GRUPOS\ARCHIVOS\filiales.txt" could not be opened. Operating system error code 5(error not found). ”
Cabe aclarar, que no se puede realizar una inserción Bulk, para este caso, desde una estación remota con double hop.

A) Escenarios:

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 !!!, a continuación les paso un script que nos sirve para poder realizar un reporte de usuarios huerfanos y usuarios definidos en una base de datos.
Cabe aclarar que el mismo es aplicable para SQL Server 2005, pero, tranquilamente pueden adaptarlo para una versión anterior reemplazando sys.database_principals por sysusers, sys.server_principals por syslogins y el tipo de dato table por la creación de una tabla temporal; si lo hacen les pido nos digan como les fue y si tienen el script para versiones anteriores pueden subirlo.
Bueno, vamos al script propiamente dicho:

Hola que tal, bueno, les cuento:

Me realizaron una consulta sobre que protocolos-interfaces se encontraban habilitados en SQL Server 2005 para recibir conexiones y bajo que tipo (TCP/IP, Shared memory, Named pipes) de interfaz-protocolo utilizaba una conexión determinada. A continuación les cito la consulta realizada:

"Cada vez que alguien desconecta de la red al server SRV02CC0001, los procesos de la aplicacion se caen. Uno de los errores que veo es que no pueden acceder al SQL server.

Hola como están tanto tiempo !, bueno les cuento un problema que tuvimos con la base TempDB.

Escenario:

Software de base

Windows 2003 Standard Edition SP2
MS SQL Server 2005 SP2
TempDB 5 GB de Data y 1 GB de Log

Hardware

5 GB free space en HDD.
1.5 GB de RAM.
Intel Pentium III 1.3 GHZ Procesador.

Síntomas:

Inconvenientes en las aplicaciónes para ejecución de procesos temporales, por ejemplo: ordenar datos de indices en tempdb, generación explícita de objetos en tempdb, etc.
Al tratar de posicionarse sobre tempdb, es decir, USE tempdb; cancelaba por timeout.

Hola como están !, hoy les voy a comentar un problema surgido dentro del esquema de mirror como solución de failover.

En las pruebas que nos encontramos realizando en diferentes escenarios de mirror ante una desastre, nos encontramos con un limite con la opción de RESUME (ALTER DATABASE Mibase SET PARTNER RESUME).

Ante el caso en que el server principal se caiga y sea imposible recuperarlo debemos cambiar los roles en forma manual con la siguiente sentencia, si es el caso en donde no existe un equipo como witness o testigo.