Hola Mundo:

Algunos creen que con el cambio de trabajo me he ido olvidando de SQL Server y ocupándome de otras tecnologías. En parte es cierto ya que tengo que trabajar con un amplio abanico de software, pero de SQL Server no me olvido.

Es por esto que les traigo la solución a un problema que tuve yo hoy en la oficina. Un compañero de trabajo me pidió un usuario y password de SQL Server para hacer unas pruebas con una base de datos y otras cosas y el software que el estaba usando no soportaba la autenticación de Windows.

Les recuerdo que SQL Server, al igual que muchos productos de Microsoft, soporta autenticación de Windows y todo es controlado a través del controlador de dominio (que debe ser Active Directory).  Lo habitual es trabajar con esta modalidad de autenticación, ya que los usuarios se crean una sola vez para muchas plataformas y no tiene que estar escribiendo su usuario y password para cualquier cosa donde el quiera entrar. Es por un tema de comodidad y seguridad. En fin.

Nuestro servidor de desarrollo estaba configurado solo para la autenticación por Windows.

Tal como el me lo pidió, le entregué un usuario y una password. El intentó conectarse y recibió un error de login fallido. El código del error era 18456.

Revisó la password y estaba todo en orden. El problema estaba en que a mi se me había ido configurar el SQL Server para que soportara la autenticación de SQL Server (la típica del usuario con la clave).

Solucionarlo fue simple. En el Management Studio me fui a las propiedades de la instancia y en la parte de Security seleccioné el radiobutton que dice “SQL Server and Windows authentication mode”.

Autenticacion SQL Server

 

Espero que esto les sirva y les salve el pellejo :)

Hola Mundo:

El otro día, por motivos de mi trabajo, tuve que levantar un ambiente de BI usando SQL Server 2012 y Sharepoint 2013. Ya tenía instalado todos los productos. Sharepoint funcionaba bien sobre SQL Server y me dispuse a instalar la instancia de Powerpivot para poder usarla con Sharepoint.

La instalacion de la instancia de SSAS Powerpivot había terminado satisfactoriamente, asi que iba a hacer correr la herramienta Powerpivot Configuration Tool. Sabía que funcionaba con Sharepoint 2010, pero nunca creí que no funcionaría con Sharepoint 2013 hasta que encontré el siguiente error:

Error Powerpivot Configuration Tool
Error Powerpivot Configuration Tool

El error decía esto:

Could not load file or assembly ‘Microsoft.Sharepoint, Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c’ or one of its dependencies. The system cannot find the file specified.

Definitivamente esto me pasó por no leer bien los requisitos de instalación.

La solución fue instalar el SP1 de SQL Server y ejecutar Powerpivot Configuration Tool Sharepoint 2013.

Santo Remedio.

Hola Mundo.

Después de algunas semanitas de ausencia vuelvo otra vez con un tip para solucionar un problema bastante recurrente en la instalacion de SQL Server cuando se realiza sobre Windows que no coincide con el medio de instalación.

Este error aparece por primera vez en SQL Server 2008 R2 por una nueva política de localización.

El error es este:

Error Localizacion SQL Server Instalacion
Error Localizacion SQL Server Instalacion

El error dice: SQL Server setup media does not support the language of the OS or does not have ENU localized files. Use the matching language-specific SQL Server media or change the OS locale through control panel.

Solucionarlo es muy simple:

  • Ir a Panel de Control
  • Abrir propiedades de Region y Localización
  • Cambiar el formato y la ubicacion a la raiz del idioma del sistema operativo. Por ejemplo, si estás usando es-cl (Español de Chile) debes cambiarlo a es-es (Español de España).
  • Aplicar cambios, guardar y cerrar.
  • Volver a intentar la instalación.

Con este workaround no debieras tener problemas.

 

 

 

¡Que tal! Primer post del año. A cada uno de ustedes que llega por alguna u otra circunstancia, les deseo un año lleno de felicidad y desafíos nuevos.

Hoy les compartiré un torpedo sobre las posibilidades de alta disponibilidad de Filestream Storage. Para que sepan, no se pueden configurar todas las posibilidades de HA que tiene SQL Server cuando se trabaja con filestream storage.

Las posibilidades son:

  • Mirroring:  NO
  • Log Shipping: SI
  • Failover Cluster: SI *
  • Replication; SI
  • Database Snapshot: NO
  • Avalilability Groups: SI **

*: Los filegroups correspondientes que soportan a filestream, deben estar en un volumen compartido en el cluster.

**: Completamente soportado sin fallas desde el reléase del service pack 1 (mas info: http://dangerousdba.blogspot.com.br/2012/07/filetable-with-alwayson-ags-bug.html )

Más información sobre como trabajar con Filestream y otras características de SQL Server, pueden encontrarla aquí: http://technet.microsoft.com/en-us/library/bb895334.aspx

 

¡Que taaaaaal! No estaba muerto, ni andaba de parranda. Estaba cambiándome de hosting todos los sitios que tenía. Me fui de GoDaddy a Bluehost. Hasta el momento va todo bien y espero que no falle en la mitad del camino como lo hizo mi antiguo proveedor. Además que salía más barato. En fin. Hay que apretarse el pantalón muchas veces para poder sobrevivir y mas aun en la interné.

Estaba trabajando haciendo una conversion de tipos de datos y recibí un error así al hacer un cast:

Error converting data type nvarchar to float

¡Ups! Estaba completamente seguro que no habían letras en los registros. El problema estaba es que hacía la separacion decimal con “,” y no con “.” .

Asi que ocupé la funcion replace para corregir el panorama:

UPDATE tabla SET campo = replace(campo,',','.')

y asi fue como funcionó. Obviamente hay que hacer unos cast o convert entre medio para que la cosa ande.

¡Chau!