Anteriormente veíamos como importar una base de datos a SQL Azure utilizando un Wizard para ello. En esta ocasión vamos a realizar la operación directamente a través de SQL Server Management Studio (SSMS) a través de la generación de un script.

Para tener compatibilidad con Azure tenemos que tener instalada la version SQL Server Management Studio R2.

EXPORTAR DE LOCAL A UN SCRIPT EN FORMATO AZURE

Desde SSMS nos conectamos a nuestro server local para exportar la base de datos en formato Azure. Para ello usaré el asistente para generar scripts:

En mi caso voy a exportar todas las tablas y usuarios, si sólo necesitas algunas es el momento de indicarlo:

En este paso debemos indicar donde queremos guardar el script que vamos a generar y tenemos que acceder a Avanzadas para especificar que queremos exportar en formato para Azure e incluir tanto el esquema como los datos.

Con esto ya tenemos nuestro script listo para importar en nuestro servidor SQL Azure.

IMPORTAR A SQL AZURE

Ahora debemos conectar a nuestro servidor en el servicio SQL Azure.

El siguiente paso será crear la base de datos, en mi caso la he llamado eventos.

Por último abrimos nuestro script y lo ejecutamos en el servidor SQL Azure.

Con esto ya tenemos nuestra base de datos importada en Azure.

Unos rápidos apuntes a tener en cuenta a la hora de virtualizar un entorno SQL Server.

Discos:
- De espacio fijo: En SQL Server es muy importante el I/O de los volúmenes con los que se trabaja, por ello la recomendación es utilizar siempre discos fijos.
- Controladora SCSI: Al igual que sucede en entornos físicos, en virtual sólo podremos colocar hasta 4 discos IDE, por lo que si necesitamos más discos lo mejor es utilizar un bus SCSI.
- Usar varios VHD: Es decir, uno para el propio sistema y los archivos de instalación de SQL, otro para tempdb, otro para los logs, otro para los datos… Esto al igual que en un entorno real permite mejorar el I/O, sobre todo si disponemos de una cabina y dedicamos discos separados (spindles) o LUN para mejorar aún más el I/O. Aún cuando no dispongamos de discos separados sigue siendo recomendable utilizar diferentes VHDs.
- Sistema de archivos: NTFS con unidad de asignación a 64 K para obtener mejor rendimiento.

Red:
- Importante que la red sea Gigabit y la velocidad esté configurada en full-duplex.
- Siempre usaremos los adaptadores sintéticos que usan los Servicios de Integración instalados en la VM para funcionar, ya que ofrecen mucho mejor rendimiento que los emulados, los cuales sólo son útiles por razones de compatibilidad en sistemas que no soportan los Servicios de Integración (anteriores a MS Windows Server 2003 R2, kernels de linux no soportados, etc…).
- Si es posible usar teaming para mejorar el rendimiento y ofrecer redundancia, sobre todo para conexiones a una cabina vía iSCSI.

Memoria:
La memoria se comporta exactamente igual que en una máquina física, a diferencia de otros hypervisores en Hyper-V no se permite el sobreuso (aunque MS ya está trabajando en ello) por lo que la cantidad asignada a una VM se reserva en el anfitrión por completo. Es importante dejar al propio nodo anfitrión 2 GB libres para el sistema y sus tareas.

Una de las cosas que más me gustan respecto a la seguridad de Windows, son las mejoras en el firewall de Windows 2008. Entre muchas más posibilidades que en la versión anterior de Windows, podemos bloquear ips atacantes de una forma sencilla.

Como estoy seguro de que ningún administrador deja de revisar la pestaña Seguridad en el Visor de Eventos (¿verdad que no?), en ocasiones pueden detectarse reiterados intentos de conexión, si son ilégitimos, aunque no consigan nada pueden lograr un DDOS en toda regla, por ello lo mejor es filtrarlos desde un firewall perimetral. A falta de  uno, ahora podemos filtrar desde el propio server.

1) Abrimos el firewall de Windows.

2)Seleccionamos añadir nueva regla...

3) Añadimos una regla personalizada.

4) La aplicamos a Todos los programas.

5) Tipo de protocolo: Cualquiera.

6) Agregamos la IP que queremos bloquear, también puede ser un rango entero.

7) Seleccionamos: Bloquear la conexión.

Indicamos a que redes aplicamos la regla.

9) Le damos un nombre identificativo.

10) Y ya tenemos nuestra regla de seguridad creada.

Saludos, Sergio Sainz

A traves de la genial revista PHP Architect conocemos la iniciativa PHP on Windows® Contest, en la que se invita a todo desarrollador php a crear una aplicación web que corra bajo entornos Microsoft, o aportar una significante contribución a algún proyecto open source relacionada con el objetivo del concurso.

Entre los premios está un sistema de entretenimiento completo formado por:

• Una TV Samsung 52” 1080p LCD HDTV (modelo LN52B540)
• Un Samsung Digital 5.1 home theatre system (modelo TZ322T)
• Una XBOX 360 Ultimate
• Un viaje al php|tek 2010 desde cualquier lugar de Estados Unidos
• Dar una charla sobre tu proyecto en el php|tek 2010

Aunque el concurso es sólo para personas residentes en Estados Unidos, se puede participar, ser votado e incluso ganar por votación al enviar el proyecto, lo que puede darte una gran visibilidad a nivel mundial.

Fatan 76 días.

Los días 17 y 18 de Octubre tendrá en lugar en Tarragona, el CodeCamp .net 2009, una cita imprescindible para todo desarrollador interesado en tecnologías .net.

En este evento podremos encontrar sesiones en las que se hablará sobre el inminente windows azure, opciones de desarrollo para surface/wpf, silverlight 3, desarrollo de aplicaciones para iPhone con mono/mono touch, desarrollo de juegos para XBox 360 con XNA y c# entre otros temas interesantes de la mano de ponentes de primera línea como Rodrigo Corral, Ibon Landa, José Manuel Alarcón, Bruno Capuano, Unai Zorrilla entre otros.

Como uno de nuestros principales objetivos en Blackslot es convertirnos en la mejor opción de alojamiento de aplicaciones web .net, estaremos encantados de recibir vuestras sugerencias e invitaros a un café si nos vemos por allí.