Posted on
Sunday, October 11, 2009 7:45 PM
Saber por qué puerto está atendiendo las peticiones tu servidor de bases de datos puede ser relevante, sobre todo si te pones a jugar con las configuraciones y le cambias todos los valores default durante la instalación.
Según dicen, el puerto por default es el 1433. Si lo cambiaste sin querer, no te acuerdas o te topas con un papanatas que o lo cambió sin querer o no se acuerda, puedes ejecutar, desde el SQL Sever Management Studio el SP xp_readerrorlog.
En el error log puedes ver mucha información como el modo de autenticación, el ID de proceso del servidor y, en una entrada como ésta
Server is listening on [ 'any' <ipv4> 1433].
en este ejemplo, mi servidor sí tiene configurado el puerto default, 1433 ;)
Si quieres cambiar el puerto configurado, lo puedes hacer desde el SQL Server Configuration Manager, que viene entre las Configuration Tools que se instalan junto con el SQL Server. En el Configuration Manager, hay que expandir la sección de Network Configuration y seleccionar Protocols for MSSQL Server. En la sección de detalle, al seleccionar protocolos, se despliega una lista entre los que aparece el protocolo TCP/IP. Al hacer doble click en éste, se muestra la ventana de propiedades en la que se puede cambiar el puerto, en la pestaña IP Adresses, en la parte de hasta abajo, en IP All (configuraría todas las versiones del protocolo IP, ya que se puede configurar un puerto diferente para cada versión del protocolo). En TCP Port, escribes el numerito y voilá!
Posted on
Sunday, October 11, 2009 7:26 PM
Hace un par de días necesitábamos (prefiero no explicar por qué) tener el windows media player instalado en un servidor con Windows Server 2008 casi recién desempacadito, por lo que no tenía ninguna configuración extra ni algo así. Ninguno de los que por ahí estábamos hemos trabajado mucho con este server anteriormente, así que no sabíamos si venía preinstalado o si teníamos que instalarlo, ni cuál de sus versiones.. nada.
Tras buscarlo instalado, decidimos que era prudente pensar que no lo traía de fábrica y había que instalarlo. Buscams versiones para Windows Server 2008 y no parecía haber alguna específica. Probamos con la versión 11 para XP. Nada. La versión 9 (que decían era más genérica). Nada.
Finalmente nos encontramos, por guía de otro cuate, con que debíamos instalar la Característica (freature) de Desktp Experience.
El Desktop Experiencie instala un par de cosas que, se supone, hacen que el ambiente sea un poco más similar al que se encuentra en una pc con sistema operativo windows (p.e. XP o Vista).
Para instalar el Desktop Experience hay que abrir el Server Manager, elegir la opción de Features y en el menú contextual seleccionar Add feature. Se muestra una ventana en la que se puede seleccionar el Desktop Experience (entre otras muchas características) para posteriormente seleccionar Instalar.
Al terminar la instalación y reiniciar el servidor, ya tendremos el Windows Media Player (junto con Sidebar, Photo Gallery y Theming, con el que podrán cambiar la vista clásica del server por una interfaz aero como la de vista :P).
Posted on
Saturday, October 03, 2009 8:40 AM
El día de ayer estaba intentando restaurar una base de datos, en un servidor diferente al que se creó y en el que la gente que lo administraba se había puesto a jugar con las configuraciones, permisos y logins como no tienen idea. El caso es que una restauración que puede llevar unos 3 ó 5 minutos, nos llevó poco más de 2 horas.
El error: System.Data.SqlClient.SqlError: The operating system returned the error '5(Access is denied.)' while attempting 'RestoreContainer::ValidateTargetForCreation' *
El problema: El usuario que utilizaba el servicio de SQL para intentar la restauración.
La solución:
1. Abrir el SQL Server Configuration Manager que viene dentro de Configuration tools
2. Abrir el panel de Propiedades desde el menú contextual sobre la instancia del servicio de SQL (Normalmente SQLEXPRESS o MSSQLSERVER)
3. En la pestaña de Logon o Iniciar sesión elegir Cuenta integrada y seleccionar Local System.
La restauración debería poderse realizar ya sin problemas. En nuestro caso, el servicio de SQL como todo lo demás, tenía configurado un usuario específico, con permiso para nada. Bien por los DBAs.
* El error podrá parecer algo lógico, "Access is denied" no suena a otra cosa que permisos. Sin embargo, en nuestro caso, el error del sistema operativo marcaba algo así como "Could not retrieve text error for this message".