Black log

Bajo la categoría ‘Sistemas TI’

Agregar o quitar una interfaz de red en SQL Server

Escrito por Sergio Sainz el 02-02-2012

Cuando se instala SQL Server, este se configura teniendo en cuenta las interfaces habilitada en ese momento. Pero si más tarde habilitamos una nueva interfaz o la deshabilitamos esta no aparece/desaparece de la configuración de red.


La forma para hacer esto es editando el registro, toda la información se guarda en:

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL.1\MSSQLServer\SuperSocketNetLib\Tcp\]

Por tanto una forma de quitar una IP es borrar su registro y para añadirla lo que yo hago es exportar una clave ya existente y editarla como deseo antes de ejecutar el .reg para que inserte los cambios.

Sin comentarios | Archivado como Desarrollo web, Nuestros servicios, Sistemas TI | 02/02/2012

Lenguaje de SQL Server (dateformat)

Escrito por Sergio Sainz el 23-01-2012

Este es un problema que puede suceder al migrar una base de datos a otro entorno mssql que no comparta el mismo lenguaje de instalación que el que teníamos en un principio.

En este caso ha sido al restaurar una base de datos que se encontraba en un sql con lenguaje “español” a otro que habían instalado en “us_english”. Con el primero las fechas (campos de tipo datetime) se muestran en formato “dd/mm/yyy” pero en inglés las fechas tienen el formato “mm/dd/yyyy”.

Si mostramos la tabla desde el Microsoft Sql Server Managmentent Studio veremos que las fechas se muestran tal y como hemos importado, pero el problema viene cuando queremos hacer una consulta por ejemplo desde nuestra web y Sql Server nos devuelve la fecha, entonces veremos que se produce un error que esta relacionado con el formato de la fecha.

Puestos en situación, vamos manos a la obra.

¿Como ver el lenguaje de Sql Server?

select @@language

Si mssql ha sido instalado en inglés seguramente obtendrás us_english como resultado.

¿Como ver todos los lenguajes disponibles y sus propiedades?

sp_helplanguage


¿Como establecer el lenguaje?

De esta manera establecemos el lenguaje español para todas las consultas que lancemos desde la sesión y con el usuario que estemos conectados:

SET LANGUAGE Español

También podemos, por ejemplo en el caso de nuestra web, antes de lanzar una consulta sql especificar el dateformat deseado en cada caso, indicando: �

set dateformat dmy

¿Como establecer el lenguaje predeterminado para TODAS las bases de datos del servidor?

De esta manera conseguimos que por defecto se devuelvan las fechas en formato dd/mm/yyyy. Lo que debemos hacer es abrir Microsoft Sql Server Managmentent Studio, ir a las propiedades del servidor SQL y en el apartado avanzado, modificar la opción idioma predeterminado por Español.


Además hay que tener en cuenta el lenguaje por defecto de los Inicios de sesión que existan en el servidor, ya que los que creemos nuevos a partir de ahora lo harán con lenguaje español. Para ello:

USE [master]
GO
ALTER LOGIN [serversql\sergiosainz] WITH DEFAULT_DATABASE=[master], DEFAULT_LANGUAGE=[Spanish]
GO

También es posible modificar el idioma por el deseado desde las propiedades del usuario.


¡¡NO PIERDAS LA OPORTUNIDAD DE ALOJAR TUS BASES DE DATOS SQLSERVER CON BLACKSLOT!!

Contempla nuestras ofertas de

HOSTING COMPARTIDO WINDOWS

SERVIDORES CLOUD WINDOWS

o solicítanos un plan de prueba escribiendo a

info@blackslot.com

Fotolia_18406256_XS

Sin comentarios | Archivado como Sistemas TI | 23/01/2012

Copiar tablas de una bd SQL Server a otra

Escrito por Sergio Sainz el 11-11-2011

Tenemos una base de datos en producción y queremos disponer de una copia de esos datos para desarrollo, sólo necesitamos algunas tablas.

Cómo para todo existe la forma de hacerlo mediante script, sin embargo en esta ocasión utilizaremos el Wizard.

1) Seleccionamos la base de datos destino e importamos (Tasks > Import Data…)

image

2) Empieza el wizard.

image

3) Indicamos el nombre de servidor, en nuestro caso cómo es localhost podemos poner un punto. La autenticación mediante Windows o Sql y finalmente si los datos son correctos nos dejará seleccionar la base de datos de origen, en nuestro caso BLACKSLOT_PROD.

image

4) De la misma forma, en este paso indicamos el destino. Para nosotros BLACKSLOT_DEV. Si no tuviésemos la base de datos de destino ya creada, podemos darle a “”New…” para crearla.

image

5) En el siguiente apartado dejamos la primera opción marcada.

image

6) Ahora nos mostrará las tablas y vistas que podemos importar, en nuestro caso sólo existe una tabla (T_Servidores_Cloud) que es la que hemos creado a modo de ejemplo. Cómo en el destino no existe la tabla, automáticamente nos la creará con el mismo nombre y los mismos campos.

image

7) Si necesitamos que el nombre sea otro, también podemos editarlo. Si además queremos controlar los campos de destino podemos pinchar en el botón “Edit Mappings…” y nos mostrará todas las posibilidades.

image

8) Finalmente tenemos un resumen de lo que se va a hacer y podemos darle a “Finish”.

Sin comentarios | Archivado como Sistemas TI | 11/11/2011

Errores SMTP enviando correos

Escrito por Sergio Sainz el 24-09-2011
Cuando se produce un error en el envío de correo, puede deberse a muchas razones. Las aplicaciones de correo dan un código del error y una pequeña descripción que pueden darnos alguna pista sobre el problema.
Esta es una lista de los errores más habituales a la hora de enviar correos:
  • SMTP 421 – Service not available, closing transmission channel.
Indica que el Servidor SMTP no está disponible en ese momento.
  • SMTP 450 – Requested mail action not taken: mailbox unavailable.
El servidor remoto indica que no se ha podido entregar el mensaje porque la dirección de correo no está disponible o no existe.
  • SMTP 451 – Requested action aborted: local error in processing.
Se refiere a que el servidor SMTP ha tenido un error al procesar el correo.
  • SMTP 452 – Requested action not taken: insufficient system storage.
Quiere decir que no hay suficiente espacio en la cuenta de destino para guardar el mensaje.
  • SMTP 500 – Syntax error, command unrecognized.
El servidor no reconoce un comando que se le envió.
  • SMTP 501 – Syntax error in parameters or arguments.
El servidor identificó un intento de envío de un comando SMTP pero los parámetros contenían algún error de sintaxis.
  • SMTP 502 – Command not implemented.
Indica que una característica o comando solicitado al servidor está deshabilitado o no está implementado en el conector SMTP.
  • SMTP 504 – Command parameter not implemented.
El comando enviado al conector SMTP contenía otro comando que no se pudo procesar en la misma transacción.
  • SMTP 550 – Requested action not taken: mailbox unavailable or is not local.
La dirección del destino no existe en el servidora.
  • SMTP 551 – User not local; please try.
Indica que el receptor especificado en el comando RCPT no está albergado localmente en el servidor y que las opciones de relay previenen que el mensaje sea reenviado al destinatario.
  • SMTP 552 – Requested mail action aborted: exceeded storage allocation.
Se obtiene cuando el usuario ha excedido su capacidad de almacenaje de correo.
  • SMTP 553 – Requested action not taken: mailbox name not allowed.
El formato de la dirección indicada es incorrecta o no está bien formateada.
  • SMTP 554 – Transaction failed.
Es una respuesta genérica del servidor cuando falla una transacción SMTP.

Sin comentarios | Archivado como Sistemas TI | 24/09/2011

¿El fin de los departamentos de IT?

Escrito por admin el 28-02-2011

La semana pasada hubo bastante revuelo con un post de 37Signals en el que se exponía el fin de los departamentos de IT en favor de servicios en la nube. Algo que se deja entrever en dicho post es que con servicios como Google Apps, no tiene sentido tener un equipo de IT dedicado a administrar servidores Microsoft Exchange.

Un error que se comete a menudo al juzgar la labor de los administradores de sistemas es que no se sabe visualizar ni evaluar la dimensión, importancia, prioridad e incluso la criticidad que tiene en una empresa, tecnológica o no.

Este error lo pueden cometer desde directivos no técnicos, hasta el equipo de desarrollo que trabaja normalmente de forma mucho más cercana a sus compañeros de IT.

El principal motivo de que se cometa este error suele ser que cuando un administrador de sistemas hace bien su trabajo, la percepción del usuario es que no hace falta a nadie que se encargue de mantener algo que ya está funcionando “por sí solo”.

Adicionalmente, en el sector de internet a veces nos olvidamos de que existen otro tipo de empresas, relacionadas con la tecnología o no, que normalmente son mucho más grandes, difíciles de gestionar y en las que implementar tecnologías que faciliten el trabajo entre departamentos es bastante más complicado ya que su estructura y directivas empresariales son mucho más complejas. El trabajo de los consultores y administradores de sistemas es clave para que el día a día en empresas de este tipo no sea un absoluto infierno.

¿Se pueden solucionar todos los problemas técnicos de una empresa con las opciones de cloud computing que actualmente existen en el mercado? ¿Podemos olvidarnos de tener en nuestra empresa a alguien contratado, o a una empresa que ofrezca servicios de sistemas TI,  que se encargue de administrar redes, hardware, servidores, backups.. y se asegure de que todo esté apunto para resistir nuestras jornadas de trabajo? Rotundamente no, ni ahora ni dentro de 10 años.

Imaginemos por ejemplo una empresa que se dedique a la automoción, que tenga un departamento de I+D en el que trabajen ingenieros diseñando piezas para automóviles que posteriormente patentarán y venderán a las marcas interesadas. Estos profesionales van a necesitar hardware potente para diseñar sus prototipos, una red local que les permita mover alta cantidad de datos entre sus equipos y los servidores, servidores de almacenamiento con una seguridad y políticas de backup bien diseñadas.

Es posible que necesiten también comunicarse con proveedores de todo el mundo, puede que por correo, vo-ip u otro tipo de medios. En el caso del correo es vital que no existan problemas de spam, falsos positivos o emails que no lleguen a su destino.

Sería bueno que si uno de estos profesionales pierde su terminal móvil o el portátil en alguno de sus viajes, el dispositivo quede inutilizado y sus datos sean inaccesibles.

Además, en el día a día puede que tengan algún problema con el software instalado en su equipo y que necesiten para hacer su trabajo, necesitan un soporte que les permita solventar cualquier duda.

Por muchos servicios que implementemos o externalicemos parte de estas problemáticas, necesitaremos que exista alguien que piense, mantenga y coordine todos estos puntos.

Aunque se diese el caso de que no contemos con ningún servidor en nuestra empresa, y que todos los datos y aplicaciones estén en la nube, en cuanto nuestro negocio crezca un mínimo vamos a empezar a necesitar a alguien que se asegure de que todo nuestro trabajo está disponible y atienda las necesidades tecnológicas que vayan surgiendo.

Actualmente disponemos de soluciones increíbles que reducen aparentemente nuestros costes de sistemas como Amazon EC2, Google Apps, Exchange Online, Windows Azure.. pero nuestros usuarios siguen sin tener los conocimientos para diseñar una implantación y mantenimiento adecuados como para prescindir de profesionales cuya labor es precisamente esa.

4 comentarios | Archivado como Cloud Computing, Sistemas TI | 28/02/2011

Las alternativas al ADSL

Escrito por Blackslot el 08-01-2011

Es sabido que el ADSL ya no da más de sí. La Tecnología se afana en ofrecer nuevas soluciones al desafío que supone darnos más capacidad para comunicarnos en Internet.

El clásico par de cobre se encuentra casi al límite de su capacidad; el paso siguiente al ADSL (ADSL2 Y ADSL2+) es el VDSL2. Esta tecnología pretende darnos hasta 250 Mbit/s, sin embargo su pega vuelve a ser la distancia a las centralitas. A partir de 500m el ancho de banda se reduce a menos de la mitady a 1000m ya se habrá reducido a 50 MBit/s.

La Banda Ancha sobre líneas eléctricas(BPL), es una aplicación de algo más general conocido como PLC, y pensada para llevar Internet a los usuarios a través de los cables del suministro eléctrico. Esta tecnología presenta diversos problemas, como superar los pasos de alta tensión a media y baja tensión o el problema de las interferencias. No parece útil en donde se pueden usar otras técnicas, pero sí lo es para llevar la señal de Internet a zonas rurales, donde no es rentable el ADSL y si llega la electricidad. Combinándolo en el último tramo con la conectividad inalámbrica para superar el problema del transformador, es ideal para pequeños núcleos de población.

Otra solución para zonas mal comunicadas son los Estratélites , pequeñas aeronaves (globos dirigibles) preparadas para alturas cercanas a la estratosfera, que suministrarían una plataforma de telecomunicación para varios tipos de señales wireless.
Las tecnologías inalámbricasWiFi y UMTS/HSDPA , a las que ya estamos acostumbrados, cumplen bien su cometido pero adolecen también del problema del alcance. Si cogemos de todo un poco surge WiMax, que nos permite alcances de hasta 50km con un ancho de banda de 75 Mbit/s.

Finalmente está la FTTH o fibra óptica hasta casa. Es con mucho la que más y mejor ancho de banda nos proporciona pudiendo dar 600 Mbit/s simétricos (subida y bajada) y combinada con VDSL2 puede ser la mejor solución.

Sin comentarios | Archivado como General, Sistemas TI | 08/01/2011

La Asociación de Proveedores de Red, Internet y Telecomunicaciones, @asLAN, organiza todos los años SITI/asLAN, la Feria para profesionales donde se presentan Soluciones dirigidas a la administración pública, operadores, grandes corporaciones y pymes.

Tendrá lugar los días 5,6 y 7 de abril en Madrid, y en su 18ª edición quiere dar especial relevancia al concepto de infraestructuras y computación en la nube, “Cloud”, en todas sus áreas temáticas.

Según una entrevista aparecida en DealerWorld, Francisco Verderas, gerente de @asLAN, comenta que el tema central en esta ocasión será, “cómo no, cloud. Este fenómeno, junto con la virtualización y concentración en centros de datos, afecta directamente a nuestras 5 áreas tecnológicas de especialización, seguridad, movilidad, banda ancha, servicios Gestionados y soluciones IP, y queremos que la feria muestre las oportunidades, beneficios y posibilidades que ésta genera para el usuario profesional y también para el canal de distribución. Además, este año se están incorporando como expositores, nuevos jugadores que aparecen asociados al mundo del Cloud Computing, ofreciendo infraestructuras y servicios desde la nube”.

Al incorporar este año en la Feria a proveedores del mundo del cloud, la virtualización y los centros de datos, la oferta tecnológica de la feria se incrementará y probablemente el número de visitantes, constituyendo esta una de las principales expectativas que la asociación @asLAN tiene para este año.

Pensando en estos asistentes, Verderas señala que, “entre los motivos para asistir a esta feria, están el hecho de que desde hace más de 15 años en SITI se marca el rumbo hacia el mundo en el que actualmente nos encontramos, un mundo dominado por las comunicaciones abiertas y estandarizadas, y ahora apunta hacia un nuevo mundo lleno de oportunidades que no se pueden dejar pasar, como es la tecnología desde la nube”.

Sin comentarios | Archivado como Cloud Computing, Eventos, Sistemas TI | 01/12/2010

Usar Hyper-V con un adaptador de red inalámbrico

Escrito por Sergio Sainz el 24-10-2010

Hyper-V no soporta redes inalambricas para conectar las máquinas virtuales. En entornos de producción no supone ningún problema ya que los servidores siempre van conectados por cable, en cambio cuando quieres utilizar Hyper-V para otros propósitos como instalarlo en tú portatil las necesidades cambian.

En mi caso, he tenido este problema y lo he solucionado creando una red virtual de tipo Interna y luego añadiendo un Puente de red entre  la conexión inalámbrica y la red Interna. Lo he hecho de la siguiente forma.

1) En el administrador de Hyper-v > Administrador de redes virtuales… > Nueva red virtual Interna.

2) Después hay que abrir Conexiones de red y seleccionar la red inalámbrica y la Interna y con el botón derecho seleccionar la opción de agregar puente de red.

3) Ahora al crear la maquina virtual basta con conectar su interfaz a la red interna para tener acceso a Internet.

 

Sin comentarios | Archivado como Cloud Computing, Sistemas TI | 24/10/2010

El siguiente post explica como hacer que tú equipo resuelva un dominio a otro servidor independientemente de qué DNS tenga configuradas.

Tras migrar una web de un servidor a otro, muchos nos preguntáis si al hacer el cambio de DNS para que la web apunte al nuevo servidor la web se verá bien o no. Por ello, antes es recomendable que hagas el cambio sólo para tú equipo y lo pruebes.

1. Para ello simplemente hay que abrir un editor de texto simple, cómo el bloc de notas (notepad). En Windows Vista o superior, hay que abrirlo como administrador.

2. En el bloc de notas vamos a Archivo > Abrir y abrimos el archivo hosts ubicado en c:\Windows\System32\drivers\etc\

3. Añadimos una línea indicando IP y dominio. En el ejemplo queremos apuntar “midominio.com” a la IP 82.194.77.166

Observad que he puesto también el dominio con “www” para que apunte además de esta manera. Si se quiere se pueden poner más dominios separandolos por un espacio. Finalmente guardamos el fichero.

Ahora al abrir midominio.com veremos la web como si estuviese en el servidor 82.194.77.166, independientemente de dónde se encuentre realmente.

Formas de ver dónde esta apuntando el dominio en nuestra máquina

Si probamos a abrir una consola de terminal y ejecutar el comando ping midominio.com veremos desde que ip responde. Para abrir la consola hay que ir al botón de Windows y escribir cmd para que nos localice el programa (en SO anteriores a Vista, INICIO > EJECUTAR > cmd).

Cómo vemos en la captura responde desde 82.194.77.166 a pesar de que el resto no lo verá ahí.

Quiero hacerlo pero uso Linux o Mac.

Simplemente tienes que editar el archivo /etc/hosts de la misma forma.

1 comentario | Archivado como General, Sistemas TI | 01/10/2010

En algunas ocasiones tener mal configurada la hora en nuestro servidor puede causar problemas serios en nuestras aplicaciones web o servicios. Un ejemplo de ello se da cuando trabajamos con servicios como s3.

Para configurar nuestro servidor para que automáticamente sincronice la hora, podemos hacerlo de forma sencilla con la utilidad Yast de SuseLinux.

Escribimos Yast en la línea de comandos, vamos a System y luego a Date and Time.

Elegimos nuestra zona horaria y vamos a Change en la configuración de NTP.

Aquí indicamos un servidor público NTP y seleccionamos que sincronice automáticamente con el mismo. Despues de esto vamos a Configurar.

En esta pantalla indicamos que sincronice en este preciso momento y al arrancar el equipo

Y esto es todo, si hacemos un date en la línea de comandos veremos nuestra hora correctamente.

Sin comentarios | Archivado como Sistemas TI | 18/08/2010