Compartir a través de

  • Artículo

Topología de la base de datos back-end

Última modificación del tema: 2010-02-19

Se requiere una base de datos back-end para cualquier configuración de Enterprise Edition o Standard Edition. Para obtener información detallada sobre las versiones del software de base de datos de Microsoft SQL Server admitidas para la base de datos back-end, vea Requisitos de los componentes internos de Office Communications Server.

Configuraciones de la base de datos

En una topología de Standard Edition, todas las funciones de servidor, incluida la base de datos back-end, se instalan en un solo equipo.

En una topología de Enterprise Edition, la base de datos back-end no se puede combinar con ninguna otra función de servidor en un grupo de servidores. Sin embargo, la base de datos back-end se puede instalar con otras bases de datos de Office Communications Server 2007 R2. Específicamente, la base de datos back-end se puede ejecutar en una instancia compartida de SQL Server con bases de datos de archivado, supervisión, conversaciones en grupo y cumplimiento (para conversación en grupo). La base de datos back-end se puede ejecutar en un servidor compartido con la base de datos de directores, pero se debe ejecutar en una instancia SQL Server aparte.

Nota

Los resultados publicados de pruebas del rendimiento se refieren a una base de datos back-end que se ejecuta en una instancia dedicada de SQL Server.

Las topologías de Enterprise Edition, tanto la consolidada como la expandida, admiten las siguientes configuraciones de la base de datos back-end:

  • Un servidor front-end sin equilibrador de carga y una base de datos back-end en un equipo independiente.
  • Un servidor front-end conectado a un equilibrador de carga de hardware y una base de datos back-end en un equipo independiente.
  • Dos o más servidores front-end conectados a un equilibrador de carga de hardware y una base de datos back-end en un equipo independiente.
  • En un grupo de servidores Enterprise, la base de datos back-end puede ser un solo equipo SQL Server. Asimismo, se pueden agrupar de manera opcional dos o más equipos SQL Server dedicados en una configuración de varios nodos activo/pasivo. Un clúster de SQL Server para la base de datos back-end mejora la disponibilidad ya que proporciona funciones de conmutación por error. En un clúster de varios nodos, la instancia de Office Communications Server SQL debe ser capaz de realizar una conmutación por error a un nodo pasivo que, por motivos de rendimiento, no deba compartirse con otra instancia de SQL. Se puede migrar una base de datos back-end desde una configuración con agrupación en clústeres a otra sin esta característica mediante la herramienta DBImpExp.exe. Para obtener información detallada acerca de la herramienta DBImpExp.exe para Office Communications Server 2007 R2, vea el archivo DBImpExp-Readme.htm de la carpeta <unidad>:Archivos de programa\Microsoft Office Communications Server 2007 R2\Server\Support de un servidor en el que esté instalado Office Communications Server 2007 R2.

En las configuraciones con más de una instancia de SQL Server, un grupo de servidores Enterprise puede utilizar la instancia predeterminada o una instancia con nombre. En ambos casos, se admite el puerto predeterminado 1433 o un puerto no predeterminado. Para utilizar un puerto distinto de 1433, aplique uno de los métodos siguientes:

  • Ejecute el servicio SQL Server Browser en el equipo donde se ejecute SQL Server. No hace falta definir ninguna configuración en el cliente.
  • En lugar de ejecutar el servicio SQL Server Browser en el equipo donde se ejecuta SQL Server, configure el cliente creando un alias para la instancia de SQL Server y especificando el número de puerto. Para crear un alias en el equipo donde se ejecuta el servidor front-end, utilice el Administrador de configuración de SQL Server (un complemento de Microsoft Management Console (MMC)). Debe crear el alias en cada uno de los equipos donde se ejecuta el servidor front-end.
    Para obtener más información, vea la documentación de SQL Server.

Hospedar bases de datos SQL Server de aplicaciones de otros fabricantes

Las bases de datos de Office Communications Server 2007 R2 (es decir, base de datos back-end, base de datos de archivado o base de datos de supervisión) se pueden ejecutar en un servidor compartido con bases de datos de aplicaciones de otros fabricantes, pero estas bases de datos deben ejecutarse en una instancia de SQL Server diferente. No se admite la ejecución de bases de datos de Office Communications Server 2007 R2 en una instancia compartida de SQL Server con bases de datos de aplicaciones de otros fabricantes.

Nota

Se admite el hospedaje de bases de datos de aplicaciones de otros fabricantes en instancias distintas en un servidor compartido, pero no se recomienda por motivos de rendimiento.

Si opta por ejecutar bases de datos de aplicaciones de otros fabricantes en el mismo servidor que la base de datos de Office Communications Server, tenga en cuenta lo siguiente:

  • La base de datos de Office Communications Server debe tener discos físicos independientes para sus bases de datos y registros de transacciones.
  • El servidor debe tener memoria suficiente para almacenar en caché la instancia completa que Office Communications Server usa.