TodoSQL Blog de SQL Server en español

Hola a todos !, a continuación les detallo un problema común y la solución, la misma.

Síntoma: Se quiere realizar un backup full de una base de datos de usuario y se presenta el error que se detalla a continuación.

Error: BackupVirtualDeviceFile::RequestDurableMedia: Flush failure on backup device 'VNBU0-3532-1948-1234470059'. Operating system error 995(The I/O operation has been aborted because of either a thread exit or an application request.).

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.

Hola:
Quisiera hacerte una consulta, necesito obtener el nombre de usuario que
inicio el Sistema Operativo (usuario de Active Directory) desde una
instrucción T-SQL desde SQL Server 2000. He utilizado varias opciones:
SELECT CURRENT_USER
GO
SELECT SYSTEM_USER
GO
SELECT SUSER_SNAME()
GO

pero me dan el mismo resultado devolviendo el usuario al usuario que se ha
conectado al Query Analyzer, lo que necesito es: Si yo me conecto al Query
Analyzer con un inicio de sesión SQL quiero ver el usuario con el cual se
inicio sesión en el sistema operativo.

Hola a todos!
Revisando las nuevas facilidades que trae SQL 2008 encontramos al "Resource Governor".
Espectacular característica cuando es nuestra responsabilidad que un proceso enviado desde una aplicación (ejemplo, un listador, un proceso masivo, un "batch" disfrazado de transacción online) nos consume todos los recursos (CPU, Memoria) del SQL Server, en un ambiente de Producción, y necesitamos que la carga sea más pareja.

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)