Considere Windows Server 8 para las instalaciones de SQL Server

Aplica a: Microsoft SQL Server 2012, Microsoft SQL Server, Windows Server 8.

A continuación veamos algunas razones por las que debiera considerar Windows Server 8 para instalaciones de Microsoft SQL Server, y en especial para instalaciones de SQL Server 2012.

Windows Server 8 y SQL Server 2012: mucho mejor cuando están juntos.
Ambos se desarrollaron y probaron juntos, y esto hace que ambos conformen una gran duo, una gran combinación.

Más, mejores y más baratas topologías de almacenamiento para clusters.. 

Un nuevo componente llamado iSCSI Software Target Cluster Integration le permitirá simular una SAN sin tener una SAN, le permitirá eliminar la SAN como punto único de falla.

iSCSI Software Target provee subsistemas de discos iSCSI en SANs (Storage Area Networks) centralizados, independientes de hardware y basados en software. También posibilita la consolidación de almacenamiento y provee almacenamiento compartido para aplicaciones alojadas en un failover cluster de Windows.

Servidor de archivos rápido y eficiente.

El nuevo Servidor de Archivos (File Server) y el SMB 2.2 permiten más rápidos y más eficientes servidores de archivos para aplicaciones de servidores como SQL Server. 

• Con el servidor de archivos y SMB usted puede añadir tanta almacenamiento como necesite, y usted ya no está limitado a 26 (o 22 drives de discos, si le resta los drives A, B, C y D) letras para los drives de disco.
• El SMB direct, parte del protocolo de almacenamiento SMB, permite a las tarjetas de red coordinar la transferencia de grandes cantidades de datos a la velocidad de la línea o medio, permite respuestas rápidas a solicitudes de red, y permite el uso de menos uso de ciclos de CPU al transferir datos por la red.
• SMB es configurado automáticamente.
• El SMB Multichannel permite a los servidores de archivos hacer uso de múltiples conexiones de red simultáneamente. Esto provee tolerancia a fallos y un rendimiento mejorado, dado que el servidor puede transmitir más data usando múltiples conexiones.

Más, mejores y más baratos escenarios de alta disponibilidad.

Scale-Out File Server está diseñado para proveer folder compartidos escalables que están continuamente disponibles para almacenamiento de información de aplicaciones de servidor basadas en archivos. Los folders compartidos del Scale-Out File Server proveen la habilidad de compartir el mismo folder desde múltiples nodos del mismo cluster. En esos folders compartidos SQL Server puede almacenar archivos de datos de usuarios.

SQL Server es una de dos aplicaciones de Microsoft para las que está soportado el uso del almacenamiento para aplicaciones del Scale-Out File Server, y tanto SQL Server 2008 R2 como SQL Server 2012 son soportados. SQL Server 2008 R2 es soportado para servidores independientes y SQL Server 2012 adiciona soporte para servidores en cluster.

Microsoft iSCSI Software Target es ahora una funcionalidad nativa de Windows Server e integrada con el rol de clustering.

Acerca de la validación de clusters, con Windows Server 8 tenemos tiempos de validación de almacenamiento significativamente más rápidos (un 650% más rápido).

Otras mejoras o nuevas funcionalidades para clusters son:

• La nueva función del peso de votación, que permite controlar sobre cuáles nodos tienen votos en la determinación de quórum y es configurable para 1 o 0 votos.
• Quorum dinámico. El quorum cambia dinámicamente basándose en los nodos con membresía activa.

Nuevas y mejoradas funcionalidades en Hyper-V.

La nueva funcionalidad de Storage Migration hace posible mover discos virtuales usados por máquinas virtuales a almacenamientos físicos diferentes mientras la máquina virtual sigue en ejecución.

 

Usted puede ahora hacer migración en vivo (live migration) sin configurar el failover clustering y los Cluster Shared Volumes, ejecutar más de una migración en vivo a la vez y hacer uso de anchos de banda mayores.

 

Más razones.

 

• CHKDSK toma menos de 3 segundos en drives de disco grandes.
• Windows Server 8 tiene mejores funcionalidades de red.
• Mejoras en la administración de DSNs de ODBC. Windows Server 8 tiene una vista unificada para todos los DSNs, tanto de 32-bit como de 64-bit. Windows Server 8 tiene una interfaz de administración mejorada. Usted puede ahora gestionar programáticamente DSNs y gestionar remotamente DNSs localizados en computadores remotos  haciendo uso de PowerShell.
• NUMA Virtual en Hyper-V. Esta funcionalidad hace posible que el sistema operativo huésped y aplicaciones NUMA ejecutándose en la máquina virtual (tales como SQL Server) incrementen su rendimiento al considerar a NUMA cuando se programan hilos y se asigna memoria.

Referencias.

Información obtenida de  Rob Hindman (Microsoft). Muchas gracias Rob!

Deploy Scale-Out File Server.

Deploying Fast and Efficient File Servers for Server Applications.
ODBC DSN Management in the Next Release of Windows (code-named Windows “8” and Windows Server “8”).

Server Message Block overview.

What's New in Hyper-V.

¿Cómo instalar SQL Server 2012 en Windows Server Core?

Aplica a: SQL Server 2012, SQL Server Denali, Windows Server 2008 R2 Enterprise Core with SP1.

Introducción.

Windows Server 2008 Server Core no soporta .NET Framework 3.5 el cual es un requerimiento de SQL Server 2008, y esta es la razón por la SQL Server 2008 no puede ser instalado en Windows Server Core.

En tanto, Windows Server 2008 R2 Server Core sí soporta .NET Framework 3.5 pero instalar SQL Server 2008 no es soportado por Microsoft para esa versión de Windows Server. No obstante, existen artículos que proveen instrucciones de cómo hacer esta instalación, como este artículo.

A partir de SQL Server 2012, instalar SQL Server en Windows Server Core es ya un procedimiento soportado. Es posible instalarlo en Windows Server 2008 R2 SP1 o posterior.

Si desea conocer todos los pre-requisitos antes de instalar, conocer cuáles funcionalidades serían soportados en Windows Server Core, y conocer todos los escenarios soportados, por favor visite este enlace.

Pasos para instalar SQL Server 2012 en Windows Server 2008 R2 Server Core SP1.

Existen dos métodos para realizar esta instalación: instalar desde la línea de comando e instalar usando un archivo de configuración. El siguiente procedimiento explica cómo instalar desde la línea de comando de Windows Server Core:

1. Instalar Windows Server Core. Nosotros instalamos Windows Server 2008 R2 Enterprise Core en una nueva máquina virtual de Hyper-V. Luego añadimos la media de instalación de SQL Server 2012 en el drive D de la máquina virtual.

2. Renombrar el computador. Para hacer las cosas más fácil al momento de instalar desde la línea de comando, vamos a renombrar el computador como se muestra a continuación, y luego reiniciaremos el computador.

3. Crear una cuenta de Windows para iniciar los servicios de SQL Server. También añadimos la cuenta al grupo de administradores locales (Administrators) del computador.

4. Instalar SQL Server desde la línea de comando. Para mayor información sobre los parámetros disponibles, haga clic aquí.

En este procedimiento elegimos instalar el motor de base de datos (SQLEngine), Integration Services (IS) y los componentes de conectividad.

La cuenta de Windows recién creada iniciará los servicios de SQL Server Service y SQL Server Agent, y estos iniciarán de forma automática. También adicionamos esta cuenta como miembro del rol sysadmin en la instancia.

El protocolo TCP fue habilitado.

Instalación en progreso.

Instalación en progreso. El programa de instalación instala los archivos de instalación.

La instalación terminó exitosamente.

5. Habilitar conexiones remotas. Nos autenticamos como el usuario de Windows recién creado y habilitamos .

6. Finalmente, configuremos el Windows Firewall o deshabilitemos el mismo. Windows Firewall es habilitado por omisión en Windows Vista (y posteriores) y en Windows 2008 (y posteriores). Nosotros elegimos deshabilitarlo.

Referencias.


Instalar SQL Server 2012 en Server Core

¿Qué es LocalDB?

Aplica a: SQL Server 2012, SQL Server Denali.

¿Qué es LocalDB?

Es una nueva versión de SQL Server Express especialmente dirigida a los desarrolladores para evitarles una instalación completa de otras ediciones de SQL Server. De esta forma los desarrolladores se pueden enfocar en el desarrollo de aplicaciones sin hacer una gran inversión de tiempo instalando y configurando un servidor de base de datos.


Beneficios.

Tiene un instalador de tamaño reducido. La versión 32-bit tiene 28.2 MB y la de 64-bit tiene 33.7 .
Simplificado. No requiere configuración o administración.
Ejecuta como un usuario con pocos privilegios a nivel de sistema operativo.
 Se instala de una forma sencilla.
Ofrece el mismo lenguaje T-SQL que tiene SQL Server Express. Soporta procedimientos almacenados (stored procedures), triggers, vistas (views), y los tipos de datos geometry y geography.
LocalDB usa el mismo sqlservr.exe que usan otras ediciones de SQL Server y los mismos proveedores (providers) a nivel de cliente.
LocalDB no crea ningún servicio de base de datos, y el servicio se inicia y se detiene automática.
Las conexiones de LocalDB soportan la propiedad AttachDbFileName, que permite a los desarrolladores especificar la localización de una base de datos.
Los "service packs" de LocalDB pueden ser usados para actualizar una instalación de LocalDB o para realizar una nueva instalación de LocalDB.
 Una sola instalación de LocalDB para todos los usuarios que usan un computador.
 Permite instalación silenciosa vía línea de comando.
Le resulta familiar a desarrolladores que hace uso de SQL Server Compact.
 Funciona con ASP .NET
 Soporta XML (XQuery, XPath) y BLOBs.
 Soporta ADO .NET Sync Framework
 Soporta LINQ.
 Soporta transacciones distribuidas.
 Permite ilimitadas conexiones locales.


Requerimientos.

 Requiere SQL Server 2012 Native Client, el cual no está incluido en el instalador de LocalDB.
 Requiere derechos administrativos para instalarse, debido a que se instala para todos los usuarios de un computador.
 Requiere 140 MBs de espacio de disco.
 Requiere que .NET Framework 4 sea llevado a la versión 4.0.2.


Limitaciones.

 No soporta Windows XP, Windows Server 2003, Window 2000.
 No soporta WOW. LocalDB no soporta una instalación de 32 bits en un Windows de 64 bits.
Sólo permite conexiones locales. Sólo permite conexiones Named Pipes.
 Sólo SQL Server 2012 Mangement Studio (en un computador actualizado con .NET Framework 4.0.2) puede usarse para administrar LocalDB. Versiones anteriores de SQL Server Management Studio no pueden ser usadas.
Visual Studio 2010 RTM no soporta LocalDB. Permite conectarse a LocalDB, pero en los diseños que involucran a base de datos se presentan errores. Se espera una actualización de Visual Studio que elimine esta limitación.
No funciona en equipos móviles, a diferencia de SQL Compact.
Tamaño límite de una base de datos: 10 GB.
 No soporta  FileStream. FileStream no es soportado en instancias de usuario.
Limitado a hacer uso de un CPU.


¿Cómo instalarlo?

Primero, obténgalo aquí.

Como notará debajo, LocalDB sólo requiere aceptar el acuerdo de licenciamiento para instalarse.

Para una instalación silenciosa haga uso del siguiente comando:
msiexec /i SqlLocalDB.msi /qn IACCEPTSQLLOCALDBLICENSETERMS=YES

Usando la interfaz gráfica, se instala como sigue:
























Cómo conectarse a LocalDB usando SQL Server Management Studio (SSMS).


Usted se puede conectar a LocalDB usando SQL Server 2012 Management Studio si el .NET Framework 4 ha sido actualizado a 4.0.2 o posterior.

Use "(localdb)\v11.0" como nombre de servidor.





Versiones anteriores de SQL Server Management Studio no pueden conectarse a LocalDB, debido a que no usan .NET Framework 4.0.



Cómo crear una nueva base de datos usando SQL Server 2012 Management Studio.

Se crea una base de datos de la misma forma en que se crea en otras versiones de SQL Server: haga un clic derecho en "Databases" y selecciones "New database". Sin embargo, no deje de proveer una ruta (path) para alojar la base de datos en disco, o recibirá un error.

El Tab de Startup Parameters en SQL Server 2012

Aplica a: SQL Server 2012, SQL Server Denali.

SQL Server 2012 trae una nueva forma de configurar las opciones de inicio de servicio de SQL Server (el motor de base de datos específicamente). Cuando abra SQL Server Configuration Manager, haga un clic derecho en el servicio SQL Server, seleccione Properties (Propiedades) y encontrará el nuevo tab de Startup Parameters.

Para demostrar cómo este nuevo tab hace más fácil usar opciones de inicio de servicio de SQL Server, mostremos cómo iniciar una instancia de SQL Server 2012 en modo de usuario único.

1. Abra SQL Server Configuration Manager y en el panel izquierdo haga clic en "Services".

2. En el panel derecho, haga un click derecho en el servicio SQL Server, y luego haga clic en Properties (Propiedades).





3. Haga un clic en el tab de Startup Parameters e introduzca "-m" en el campo o cuadro "Specify a startup parameter:", haga clic en el botón de "Add", y luego haga clic en el botón de "OK".





4. Un mensaje de advertencia puede aparecer especificando que es necesario reiniciar el servicio para que los cambios tengan efecto, lo cual significa desconexión de usuarios. Luego, haga clic en OK.




5. Se recomienda que pare el servicio de SQL Agent para evitar que haga uso de la única conexión disponible al motor de base de datos.





Para retornar el motor de base de datos a modo multiusuario, diríjase al tab de Startup Parameters, haga clic en el parámetro "-m", luego haga clic en el botón de "Remove". Finalmente, haga clic en el botón de "OK".