Modo en que la actualización afecta a la arquitectura del sistema de búsqueda (Search Server 2010)

 

Se aplica a: Search Server 2010

Última modificación del tema: 2015-03-09

La información de la siguiente tabla describe los efectos que tiene la arquitectura del sistema de búsqueda sobre las características y funciones al actualizar de Microsoft Search Server 2008 a Microsoft Search Server 2010.

Característica o función	Característica o función de Search Server 2008	Característica o función correspondiente de Search Server 2010
Servicio de búsqueda	Un proveedor de servicios compartidos (SSP) hospeda uno o más servicios reutilizables administrados centralmente. Varias aplicaciones web pueden consumir estos servicios en un conjunto o granja de servidores. Uno de los servicios es Office SharePoint Server Search (OSearch). El servicio OSearch se usa para rastrear repositorios de contenido, indexar el contenido rastreado y atender consultas de búsqueda que emiten los usuarios finales. Sin embargo, es posible que un administrador desee definir más de un grupo de configuraciones de búsqueda para una configuración de búsqueda en toda la granja de servidores. Por ejemplo, por motivos de seguridad, es posible que el administrador desee dedicar un índice de contenido a un conjunto de orígenes de contenido y otro índice de contenido a otro conjunto de orígenes de contenido. Para definir un grupo adicional de configuraciones para un sistema de búsqueda en toda la granja de servidores, el administrador de búsquedas debe configurar el servicio OSearch en otro SSP. Si no hay ningún otro SSP que se pueda usar para esto en la granja de servidores, el administrador de la granja debe crear uno nuevo. No obstante, cada SSP requiere mantenimiento y puede consumir recursos del sistema además de los que se usan para el servicio OSearch.	Para cada SSP de la granja de servidores antes de la actualización, el proceso de actualización crea automáticamente una aplicación de servicio de búsqueda. En el momento de la actualización, la configuración administrativa del servicio OSearch de un SSP se copia en la nueva aplicación de servicio de búsqueda correspondiente. Por ejemplo, la nueva aplicación de servicio de búsqueda contiene orígenes de contenido, ámbitos y reglas de rastreo del servicio OSearch en el SSP correspondiente.
Dependencias de la configuración del servicio de búsqueda	En un SSP, el administrador de búsquedas configura el servicio OSearch para definir un grupo de configuraciones (como orígenes de contenido y ámbitos) para un sistema de búsqueda en toda la granja de servidores. Cada SSP puede contener solo un servicio OSearch. Por lo tanto, un SSP puede contribuir con tan solo un grupo de configuraciones al sistema de búsqueda de toda la granja de servidores.	Cada aplicación de servicio de búsqueda contribuye con un grupo de configuraciones (como orígenes de contenido y ámbitos) para un sistema de búsqueda en toda la granja de servidores. Una aplicación de servicio de búsqueda no requiere ningún host (por ejemplo, un SSP). Para agregar un nuevo grupo de configuraciones a un sistema de búsqueda en toda la granja de servidores, el administrador de búsquedas simplemente crea y configura una aplicación de servicio de búsqueda adicional.
Bases de datos	Para cada SSP, hay dos bases de datos: La base de datos del SSP. Esta base de datos contiene opciones de configuración administrativas para búsqueda, como ámbitos y orígenes de contenido. La base de datos de búsqueda. Esta base de datos contiene: Datos internos del rastreador, como registros de rastreo. El almacén de propiedades, que incluye los metadatos de los documentos rastreados.	Para cada SSP que existía antes de la actualización, se crean las tres bases de datos siguientes, las cuales se asocian con la aplicación de servicio de búsqueda correspondiente: La base de datos de administración de búsqueda. Esta base de datos contiene las configuraciones administrativas para la búsqueda que se almacenaron en la base de datos del SSP. La base de datos de rastreo. Esta base de datos contiene los datos internos del rastreador que se almacenaron en la base de datos del SSP. La base de datos de propiedades. Esta base de datos es, en gran medida, igual a la base de datos de búsqueda que existía antes de la actualización. (Parte de la información de la base de datos de búsqueda antes de la actualización se transfiere a la base de datos de administración de búsqueda y la base de datos de rastreo). Solo hay una base de datos de administración de búsqueda por cada aplicación de servicio de búsqueda. Sin embargo, después de una actualización, la base de datos de rastreo y la base de datos de propiedades se pueden escalar.
Rastreo	Un servidor de índice tiene un solo rastreador.	Un servidor de rastreo contiene uno o más componentes de rastreo que pueden rastrear contenido de forma independiente.
Procesamiento de consultas	Un servidor de consultas tiene solo un componente para atender consultas de búsqueda.	Un servidor de consultas puede hospedar uno o más componentes de consulta, cada uno de los cuales atiende consultas de búsqueda.
Índice de contenido	Cada SSP puede contener solo un servicio OSearch y hay un índice de contenido correspondiente.	Para cada SSP que existía antes de la actualización, se crea una partición de índice con un componente de consulta. Una actualización en contexto copia el índice de contenido completo desde el SSP en la nueva partición de índice. Después de la actualización, el administrador puede escalar en varias particiones de índice. Cada partición de índice contiene una parte diferenciada del índice. Por ejemplo, en una topología con dos particiones de índice, cada partición contiene la mitad del índice. En una actualización de base de datos adjunta, no se conserva el índice de contenido anterior. Para crear un índice, es necesario realizar un rastreo completo después de la actualización.
Propagación del índice de contenido	El sistema de búsqueda almacena el índice de contenido en el sistema de archivos del servidor de indexación. El sistema de búsqueda también propaga una copia del índice de contenido al sistema de archivos de cada servidor de consultas.	Cada componente de rastreo propaga el índice de contenido en las particiones de índice de los servidores de consultas. El sistema de búsqueda almacena el índice de contenido en los sistemas de archivos de los servidores de consultas. El servidor de rastreo no conserva una copia del índice de contenido.
Nombre del SSP y la aplicación de servicio de búsqueda	Cada SSP de una granja de servidores tiene un nombre único (por ejemplo, SharedServices1).	Cada aplicación de servicio de búsqueda que se crea durante el proceso de actualización tiene un nombre predeterminado que se basa en el nombre del SSP correspondiente de Microsoft Search Server 2008. Por ejemplo, si el SSP se llamaba SharedServices1, la aplicación de servicio de búsqueda correspondiente se llama SharedServices1_Search de manera predeterminada. Sin embargo, el administrador puede personalizar estos nombres de bases de datos con un archivo XML que se usa durante la actualización.

See Also

Concepts

Modo en que la actualización afecta a los sitios del Centro de búsqueda (Search Server 2010)