SQL Server setup media does not support the language of the OS

SQL Server 2008R2 no puede instalarse sobre un sistema operativo en distinto idioma o localización (salvo la versión de SQL en inglés que vale para todos los lenguajes)

Por ejemplo, SQL 2008R2 en español dará este fallo si trata de instalarse en un Windows Server 2003 en Español- Argentina. Es un poco sorprendente, pero así lo han decidido en Micorosot.

Para solventarlo, debe modificarse  la 'configuración regional y de idioma ' (en panel de control) a Español de España. Una vez instalado SQL, ya se puede volver a cambiar


Si lo anterior no aplica, entonces probablemente el problema sea con los ficheros de instalación que pudieran estar corruptos

Outlook: Problema con reglas de usuario corruptas

Al crear una nueva regla en Oulook puede aparecer este error:

Una o más reglas no se podrían cargar al servidor de Exchange y que han desactivado. Es posible que algunos de los parámetros no son compatibles o no hay espacio suficiente para almacenar todas sus reglas

Parece ser que Exchange limita a  32K el espacio de almacenamiento para reglas y alertas (a partir de Exchange 2007 hay otros 32 K extra)


Microsoft ofrece un KB con varias solucciones

No sé si fue porque las reglas que habia creado estaban coruuptas o que (igual tras la migración a 2007) pero a  mi lo único que e me funcionó fue eliminar todas las reglas  y volver a recrearlas. No es el tipo de solucción más profesional, pero...

Ir a
inicio - ejectuar -  y ahi escribir  outlook /cleanrules

Outlook se abrirá limpio de reglas  Igual es buena idea exportarlas primero

WZCSVC Error 1068

 Al tratar de iniciar el servicio de Wireless Zero Configuration (WZCSV) salió este error:

Las dependencias a las que hace referencia son RPC (el cual estaba corriendo) y  NDISUIO , que no era capaz de encontrar en la consola

pero si en el registro: 
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NDISUIO  (HKLM\SYSTEM\... es donde el registro de windows guarda la configuración  los distintos servicios y drivers)

La DWWord  Start tenía valor 4 (deshabilitado)
Una vez cambiado a 1 (autostart), reiniciar el sistema y mi WIFI volvió  a funcionar

Failed:(-1073548784)

Failed:(-1073548784) Executing the query "EXECUTE master.dbo.xp_delete_file 0,N'',N'',N'YYY-MM-DD00-006T00:00:00' " failed with the following error: "Error executing extended stored procedure: Invalid Parameter". Possible failure reasons: Problems with the query, "ResultSet" property not set correctly, parameters not set correctly, or connection not established correctly.

Revisar que no dejasteis en blanco la carpeta/path y la extensión cuando creasteis el plan de mantenimiento.

Exception from HRESULT: 0xC0010014 (Microsoft.SqlServer.DTSRuntimeWrap)

En sistemas de 64-bits, puede aparecer este error cuando se trata de crear o modificar un plan de mantenimiento o conectar a SQL 2005 Integration Services

El problema lo causa la instalación de parches que provocan que el dts.dll de 32-bits quede 'desregistrado'.
Causas y resolución detalladas en el siguiente KB

Nota: Para volver a registrar la dll tened en cuenta la ruta donde tengáis los binarios de SQL, que puede no ser la establecida por defecto
%windir%\syswow64\regsvr32 "%ProgramFiles(x86)%\Microsoft SQL Server\90\dts\binn\dts.dll"

The shell stopped unexpectedly and Explorer.exe was restarted.

Explorer.exe (no confundir con Internet Explorer) se apaga y reinicia. Puede ser continuamente o a intervalos más largos. En el visor de eventos de Windows puede verse el error arriba mencionado.

Hay varias causas que provocan este error. Las má comunes son software antivirus , alguna extensión del shell corrupta o incompatible, o algún troyano o software malicioso. Microsoft no ofrece mucha ayuda; tan sólo especifica que el shell es explorer.exe

Aunque no sea directamente un problema de SQL Server creo intersante esta entrada, pues 'googleando' vi que este problema puede ser más común en servidores de lo que se pudiese creer.

En mi caso fue mi propio ordenador que se infectado por un troyano indetectable para mi antivirus y para la herramienta de Microsoft 'software removal. Pero como podéis ver en esta entrada, las causas pueden ser otras y las solucciones de los más variado ( fuente eventid)

Estos son los pasos que yo seguí para identificar la causa y solucionarlo (provisto tal como es, sin ninguna garantía, que cada cual lo use a su propio riesgo):

Correr ShellExview . Este programa es un ejecutable que no se instala en el ordenador. Identifica dll's y procesos que corren en el shell (explorer.exe) Además permite deshabilitar o éstos del shell de Windows
En mi caso descubrí estos tres que habían sido instalados (aún no me explico cómo) el mismo día que apareció el problema:

ccbsph.dll
qomectum.dll
tuvwmldt.dll

En caso que no sea posible deshabilitarlos por estar éstos usados por otras aplicaciones (en mi caso Winlogon y explorer) liberadlos usando processexplorer

Una vez libres, ya pueden ser borrados. Corrí entonces RegScanner para eliminar cualquier referencia a estas dll en el registro.

Para acabar, podéis también usar algún programa antiespia que os permita eliminar restos del software malicioso en vuestra máquian (generalmente el ejecutable seguirá en el archivo temp y puede que alguna referencia en archivos de programa\archivos comunes)





Además processexplorer

Problema con SQLAgent.out

Este fichero es el log del agente de SQL Server. Generalmente no da ningún problema; pero ayer descubrimos que había crecido desmesuradamente, ocupando 27Gb de espacio.

Por si os pasa, revisad bien si algún trabajo ha sido recientemente deshabilitado, y algún proceso, por ejemplo una alerta, está repetidamente intentando ejecutarlo (mi caso)

Error 3205:Restaurar bbdd de SQL 2005 a SQL 2000

Cuando se intenta restaurar desde SQL 2005 a 2000 se produce el siguiente error:

An exception occurred while executing a Transact-SQL statement or batch. (Microsoft.SqlServer.ConnectionInfo)

Too many backup devices specified for backup or restore; only 64 are allowed.
RESTORE HEADERONLY is terminating abnormally. (Microsoft SQL Server, Error: 3205)

Si se intenta hacer un 'attach' de la base de datos aparece el siguiente error:

Error 602 Severity Level 21
Could not find row in sysindexes for database ID %d, object ID %ld, index ID %d. Run DBCC CHECKTABLE on sysindexes

Estos errores se deben a que SQL 2005 tiene una estructura interna diferente de versiones anteriores, haciéndolo inteligible a versiones previas. Esto es común a todos los sistemas de bbdd; una nueva versión suele conllevar cambios estructurales.

Por el momento, la única manera posible es crear una bbdd vacía en SQL 2000, crear los objetos y luego exportar los datos bien por bcp o SSIS

En este foro, aparece un tutorial muy bueno ( en inglés) que indica los pasos a seguir

Simplificando y de modo rápido :

En Managment Studio, boton derecho en bbdd , tareas, genera scripts. Esto abririá un asistente.
Seleccionar bbd, siguiente.
En General seleccionar:

a. Script Collation , a TRUE

b. Script Database Create, a TRUE

c. Script of SQL Version, a SQL SERVER 2000

d. Script foreign keys, a FALSE

e. Script Triggers, a FALSE

Seleccionar siguiente y elegir cómo queréis salvar los scripts y finalizar.
con los scripts ya creados, usando el QA crearlos en la version 2000. Revisad los script que SQL genera porque podréis encontraros las vistas, en el caso que las tengáis puestas sin ningún orden.

El paso siguiente, para mover los datos, de nuevo botón derecho- tareas- exportar. Seguir las instrucciones del asistente (origen-destino). El tutorial advierte de un posibles problemas cuando se trata de transferir más de 12 elementos a la vez (personalmente no me ha pasado, igual era en SP1) Si os pasa, no queda más remedio que hacerlo en varias veces.

Por último, habrá que generar los scripts para los Triggers y las claves foráneas. Volved al Managment Studio, botón derecho en bbdd- tareas- Generar scripts. Aseguraros que el botón de 'Script todos los objetos' no está seleccionado, siguiente y

a. Incluir IF NOT EXISTS , a TRUE

b. Script Owner, a TRUE

c. Script of SQL Version, a SQL SERVER 2000

d. Script foreign keys, a TRUE

e. Script Triggers, a TRUE

Tras leer los elementos de la bbdd, aparece una nueva lista y un cuadro de diálogo. Seleccionar sólo las tablas y darle a siguiente. sólo queda seleccionar cómo queréis salvarlo.

Revisar los scripts y sustituir SYS.OBJECTS por SYSOBJECTS OBJECT_ID por ID

Ejemplo

IF NOT EXISTS (SELECT * FROM sys.objects WHERE object_id = OBJECT_ID(N'[dbo].[Account]') AND type in (N'U'))

sería entonces

IF NOT EXISTS (SELECT * FROM sysobjects WHERE id = OBJECT_ID(N'[dbo].[Account]') AND type in (N'U'))




SQL Server 2005, significado de Error 18456

Los fallos de 'login' genéricamente tiene asignado el número 18456, seguido de un'severity' y un 'state' en SQL Server
Recientemente el equipo SQL Protocols de Microsoft, ha publicado en su blog el significado de los 'state'

ERROR STATE DESCRIPCIÓN
2 y 5 Inválido userid
6 Intento de usar login de windows con autentificación SQL
7 Login deshabilitado y contraseña no coincide
8 Contraseña no coincide
9 Contraseña inválida
11 y 12 Login válido pero fallo en acceso al servidor
13 Servicio SQL Server en pausa
16 Usuario no tienen permisos para conectarse a la bbdd
18 Requerido cambio de contraseña

Nota: A partir de Windows Vista, el error 18456 puede ocurrir en conexiones locales debido a cómo Windows maneja las cuentas de usuario. En este post más información

Error: 17806, Severity: 20, State: 2

En los últimos días he comenzado a ver este error en SQL 2005: Error: 17806, Severity: 20, State: 2, seguido de esta otra entrada SSPI handshake failed with error code 0x8009030c while establishing a connection with integrated security; the connection has been closed. [CLIENT: named pipes ]

El problema era que un usuario intentaba conectarse al servidor de SQL 2005 desde otro dominio con el que no existía relación de confianza.

El usuario se mapeaba a una unidad del servidor SQL, dominioA, usando sus credenciales del dominioA, pero desde una máquina en dominioB.

Esta fórmula que funionó perfectamente para versiones anteriores de SQL ya no es válida desde que Micorosoft consideró que utilizar un canal de seguridad existente supone un alto riesgo.

La solucción fue ejecutar el 'managment studio' con las credenciales del dominioA ('runas' o ejecutar como')

Podéis encontrar más información en el blog de sql_protocols