TodoSQL Blog de SQL Server en español

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.

Hola como están !, bueno a continuación les paso unos links donde encontrarán temas variados de la proxima versión de SQL Server, cuyo nombre de laboratorio es Katmai. Si bien nos vamos a quedar con las ganas de seguir leyendo, es bueno que comencemos a investigar un poco, bueno...aquí van:

SQL Server 2008 Whitepapers:

SQL Server 2008 What’s New
Business Intelligence

Hola ! les paso a detallar un inconveniente detectado al tratar de realizar un chequeo de base (DBCC CHECKDB) sobre bases de sistema (master,msdb), previo a tomar un backup de la misma.
Antes de pasar al problema propiamente dicho, les cuento que si realizábamos un BACKUP DATABASE, el mismo lo corria sin inconvenientes.

A continuación se detalla el error:

"DBCC CHECKDB" contra la base de datos "msdb" :

Msg 1823, Level 16, State 2, Line 1
A database snapshot cannot be created because it failed to start.
Msg 5123, Level 16, State 1, Line 1

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 presento un script donde nos permite relacionar y presentar la info de cada una de las tablas de usuario, el tipo de campo-datos almacenados y el nombre de campo de cada una.

use mi_base
go
select a.user_type_id as ID_Tipo_de_Dato,a.name as Nombre_Columna,c.name as Nombre_Tipo_De_Dato,b.name as Nombre_Tabla from sys.columns as a
inner join sys.objects as b
on a.object_id = b.object_id
inner join sys.systypes as c
on a.user_type_id = c.xusertype
where b.type ='U'
order by b.name

Abrazo virtual a todos !!!.

Queridos lectores, les pedimos disculpas por los cambios de entorno en el blog. Estamos tratando de mejor el entorno de trabajo agregando nuevas funcionalidades para los usuarios.

Abrazo virtual !

Hola como están !, a continuación les voy a presentar un problema que tuvimos, al tratar de restorear una base de datos de considerable volúmen en MS SQL Server 2000.

Escenario:

OS: Windows 2003 Server Standard Edition SP1
DBMS: MS SQL Server 2000 SP4
Base a Restorear (Tamaño Total): 70 GB
Memoria Ram: 1 GB
PageFile: 2 GB
Espacio Libre en disco: 150 GB

Sentencia:

RESTORE DATABASE mibase FROM device_network WITH RECOVERY

Sintomas:

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