Exportar (0) Imprimir
Expandir todo
Este artículo se tradujo de forma manual. Mueva el puntero sobre las frases del artículo para ver el texto original. Más información.
Traducción
Original

Trabajar con varias versiones e instancias de SQL Server

SQL Server admite varias instancias de Motor de base de datos, Analysis Services y Reporting Services en el mismo equipo. También puede actualizar las versiones anteriores de SQL Server, o instalar SQL Server en un equipo en el que ya estén instaladas versiones anteriores de SQL Server. Para saber cuáles son los escenarios de actualización admitidos, vea Actualizaciones de ediciones y versiones admitidas.

Los siguientes conceptos resultan útiles para entender el comportamiento de SQL Server para instancias en paralelo de SQL Server.

El formato de versión de producto estándar para SQL Server es MM. nn.bbbb.rr donde cada segmento se define del siguiente modo:

PP: versión principal

ss: versión secundaria

cccc: número de compilación

rr: número de revisión de la compilación

En cada lanzamiento principal o secundario de SQL Server, hay un incremento del número de versión para diferenciarlo de las versiones anteriores. Este cambio de la versión se usa para numerosos propósitos. Entre otros, se incluye la presentación de información de la versión en la interfaz de usuario, el control del modo en que los archivos se reemplazan durante la actualización, la aplicación de Service Pack y también como un mecanismo para la diferenciación funcional entre las versiones sucesivas.

Componentes compartidos por todas las versiones de SQL Server

Determinados componentes se comparten en todas las instancias de todas las versiones instaladas de SQL Server. Al instalar diferentes versiones de SQL Server en paralelo en el mismo equipo, estos componentes se actualizan automáticamente a la versión más reciente. Dichos componentes normalmente se desinstalan de forma automática cuando se desinstala la última instancia de SQL Server.

Ejemplos: SQL Server Browser y Microsoft SQL Server VSS Writer.

Componentes compartidos por todas las instancias de la misma versión principal de SQL Server

Las versiones de SQL Server que tienen la misma versión principal comparten algunos componentes en todas las instancias. Si los componentes compartidos se seleccionan durante la actualización, los componentes existentes se actualizan a la última versión.

Ejemplos: Integration Services, Master Data Services, SQL Server Management Studio, SQL Server Data Tools (SSDT) y Libros en pantalla de SQL Server.

Componentes compartidos por las versiones secundarias

Las versiones de SQL Server que tienen la misma versión principal.secundaria comparten algunos componentes.

Ejemplo: archivos auxiliares para la instalación.

Componentes específicos de una instancia de SQL Server

Algunos componentes o servicios de SQL Server son específicos de una instancia de SQL Server. También se denominan dependientes de la instancia. Comparten la misma versión que la instancia que los hospeda y se usan exclusivamente para dicha instancia.

Ejemplos: Motor de base de datos, Analysis Services y Reporting Services.

Componentes que son independientes de las versiones de SQL Server

Determinados componentes se instalan durante la instalación SQL Server, pero son independientes de las versiones de SQL Server. Se pueden compartir en las versiones principales o en todas las versiones de SQL Server.

Ejemplos: Microsoft Sync Framework y SQL Server Compact.

Para obtener más información acerca de la instalación de SQL Server Compact, vea Instalar SQL Server 2014 desde el Asistente para la instalación (programa de instalación). Para obtener más información acerca de cómo desinstalar SQL Server Compact, vea Desinstalar una instancia existente de SQL Server (programa de instalación).

Puede instalar SQL Server en un equipo que ya ejecute instancias de una versión anterior de SQL Server. Si ya existe una instancia predeterminada en el equipo, SQL Server se debe instalar como una instancia con nombre.

Nota de advertencia Advertencia

SysPrep de SQL Server no admite la instalación en paralelo de las instancias preparadas de SQL Server 2014 con versiones anteriores de SQL Server en el mismo equipo. Por ejemplo, no puede preparar una instancia de SQL Server 2014 en paralelo con una instancia preparada de SQL Server 2012. Sin embargo, puede instalar varias instancias preparadas de la misma versión principal de SQL Server en paralelo en el mismo equipo. Para obtener más información, vea Consideraciones acerca de la instalación de SQL Server con SysPrep.

SQL Server 2014 no se puede instalar en paralelo con versiones anteriores de SQL Server en un equipo que ejecute Windows Server 2008 R2 Server Core SP1. Para obtener más información acerca de las instalaciones de Server Core, vea Instalar SQL Server 2014 en Server Core.

En la tabla siguiente se muestra la compatibilidad para las configuraciones en paralelo de SQL Server 2014:

Instancia existente de SQL Server 2014.

Compatibilidad en paralelo

SQL Server 2014 (32 bits)

SQL Server 2005 (32 bits)

SQL Server 2005 (64 bits) x64

SQL Server 2008 (32 bits)

SQL Server 2008 (64 bits) x64

SQL Server 2008 R2 (32 bits)

SQL Server 2008 R2 (64 bits) x64

SQL Server 2012 (32 bits)

SQL Server 2012 (64 bits) x64

SQL Server 2014 (32 bits)

SQL Server 2014 (64 bits) x64

SQL Server 2014 (64 bits) x64

SQL Server 2005 (32 bits)

SQL Server 2005 (64 bits) x64

SQL Server 2008 (32 bits)

SQL Server 2008 (64 bits) x64

SQL Server 2008 R2 (32 bits)

SQL Server 2008 R2 (64 bits) x64

SQL Server 2012 (32 bits)

SQL Server 2012 (64 bits) x64

SQL Server 2014 (32 bits)

SQL Server 2014 (64 bits) x64

Al instalar una instancia de clúster de conmutación por error de SQL Server en paralelo con una instancia independiente de Motor de base de datos de SQL Server, tenga cuidado para evitar conflictos de número de puerto TCP en las direcciones IP. Los conflictos suelen suceder cuando se configuran dos instancias de Motor de base de datos para usar el puerto TCP (1433). Para evitar conflictos, configure una instancia para que utilice un puerto fijo predeterminado. La configuración de un puerto fijo es normalmente lo más sencillo en el caso de la instancia independiente. La configuración de Motor de base de datos para utilizar puertos diferentes evitará un conflicto inesperado entre el puerto TCP y la dirección IP que impide que se inicie la instancia cuando una instancia de clúster de conmutación por error de SQL Server produce un error en el nodo en espera

Adiciones de comunidad

AGREGAR
Mostrar:
© 2014 Microsoft