Eventos
Conferencia de la comunidad de Microsoft 365
6 may, 14 - 9 may, 0
Aptitud para la era de la inteligencia artificial en el último evento dirigido por la comunidad de Microsoft 365, 6-8 de mayo en Las Vegas.
Saber másServicio de búsqueda híbrida en la nube (Nube CSSA): preguntas más frecuentes
Con frecuencia, recibimos preguntas sobre la aplicación del servicio de búsqueda híbrida en la nube, el híbrido y su compatibilidad con varios casos de uso. El objetivo de este artículo es recopilar estas preguntas y tener una página principal para facilitar su consulta.
¿Hay un asistente automatizado que pueda ayudar a configurar una implementación híbrida en mi entorno?
Sí, puede usar el Asistente para configuración híbrida en la página Más características del Centro de administración de SharePoint para configuraciones híbridas. Este asistente automatiza ciertos pasos de configuración necesarios para conectar el entorno del servidor de SharePoint local con SharePoint en Microsoft 365. Obtenga más información sobre el Asistente para configuración híbrida.
¿Puedo aprovechar el Asistente para configuración híbrida de SharePoint para realizar una limpieza de mi entorno híbrido o desactivar las características híbridas activadas por el asistente?
El Asistente para configuración híbrida automatiza determinados pasos de configuración para configurar el híbrido entre SharePoint Server local con SharePoint en Microsoft 365. Esto no está diseñado para deshacer los cambios una vez completado el asistente. El Asistente para configuración híbrida crea una confianza de servidor a servidor (S2S)/OAuth entre SharePoint en Microsoft 365 y la granja de servidores local de SharePoint. Una vez configurado esto, volver a ejecutar el asistente no limpia la confianza. Puede consultar la documentación del Asistente para configuración híbrida en el Centro de administración de SharePoint.
Importante
Si el Asistente para configuración híbrida se ejecuta por segunda vez con una característica habilitada desactivada, esto no hará que la característica se desinstale. Las selecciones adicionales se instalarán y las características previamente instaladas permanecerán.
Quiero configurar la búsqueda híbrida en la nube con topologías de alta disponibilidad (HA). ¿Hay algún script disponible para configurarlas?
Si tiene previsto configurar la búsqueda híbrida en la nube con topologías de alta disponibilidad en SharePoint Server, puede configurarla con el Asistente para configuración híbrida. El Asistente para configuración híbrida ha automatizado determinados pasos de configuración necesarios para conectar el entorno local de SharePoint Server con SharePoint en La búsqueda híbrida de Microsoft 365 for Cloud. Más información.
¿Qué es la búsqueda híbrida federada y en qué se diferencia de la Búsqueda híbrida en la nube?
Importante
La búsqueda federada híbrida en SharePoint para Microsoft 365 (entrante), la capacidad de mostrar los resultados de búsqueda del contenido local de SharePoint en SharePoint Online, se ha retirado a partir de septiembre de 2024. La búsqueda federada híbrida para SharePoint Server (saliente), la capacidad de ver los resultados de búsqueda de SharePoint Online en SharePoint local y la búsqueda híbrida en la nube siguen siendo operativas. Si necesita mostrar los resultados de la búsqueda desde contenido externo en SharePoint Online, se recomienda usar Microsoft Search Graph Connectors o la búsqueda híbrida en la nube.
La Búsqueda híbrida federada y la Búsqueda híbrida en la nube son las dos experiencias híbridas que un administrador de búsqueda puede elegir cuando configura la Búsqueda híbrida con Microsoft 365.
Con la solución de búsqueda federada híbrida para SharePoint en Microsoft 365, los resultados se federan desde el índice de búsqueda en SharePoint Server y el índice en Microsoft 365. SharePoint local rastrea el contenido local y SharePoint en Microsoft 365 rastrea el conjunto de SharePoint. Después de las configuraciones híbridas, cuando los usuarios autenticados envían una consulta en un centro de búsqueda, se desencadenaría una consulta en tiempo real en ambos índices y los usuarios autorizados obtendrían resultados de búsqueda del índice de búsqueda de Microsoft 365 y del índice de búsqueda de SharePoint Server. Sin embargo, los resultados son independientes y distintos, y se muestran a menudo los bloques de resultados o presentaciones verticales de búsqueda independientes.
La aplicación de servicio de búsqueda híbrida en la nube para SharePoint Server es una solución basada en el rastreo. Todo el contenido rastreado, incluido el contenido local, se procesa en el motor de búsqueda de Microsoft 365 y reside en el índice de búsqueda en Office 365. Cuando los usuarios autenticados envían una consulta en SharePoint en el Centro de búsqueda de Microsoft 365, obtienen resultados de búsqueda del índice de búsqueda de Microsoft 365, por lo que ven elementos del contenido local y de Microsoft 365. Si quiere obtener la misma experiencia en el centro de búsqueda de SharePoint Server local, tiene que configurar un origen de resultados remoto en la granja de servidores local para obtener resultados del índice de Microsoft 365.
¿Cuáles son las topologías compatibles en la Búsqueda híbrida federada?
Existen tres tipos de topología para la Búsqueda híbrida federada.
La configuración de la infraestructura híbrida (autenticación de servidor a servidor o S2S) es necesaria para que cualquiera de los siguientes escenarios funcione.
Salida: en un escenario de salida, solo se configurará un origen de resultados remoto en la granja de servidores de SharePoint Server local. La salida puede definirse como la capacidad de consultar sólo desde la granja de la empresa a SharePoint en la granja de búsqueda de Microsoft 365. Los resultados aparecen en el centro de búsqueda local en diferentes sectores verticales de búsqueda (uno para SharePoint en los resultados de Microsoft 365, otro para SharePoint local). Si se configura la salida, entonces la consulta desde SharePoint en el centro de búsqueda de Microsoft 365 no mostrará ningún resultado de búsqueda de la granja de servidores locales de SharePoint.
Entrada: en un escenario de entrada, una fuente de resultados remota sólo se podrá configurar en el SharePoint en el centro de búsqueda de Microsoft 365. La entrada puede definirse como la capacidad de consultar sólo desde SharePoint en una granja de Microsoft 365 a una granja local. Los resultados aparecen en el centro de búsqueda de SharePoint en Microsoft 365 en diferentes verticales de búsqueda (uno para SharePoint en los resultados de Microsoft 365, otro para SharePoint local). Hay otros requisitos de proxy inverso y certificado además de las configuraciones de salida mencionadas anteriormente. Esto se describe en los pasos 3 y 5 del artículo Configurar la búsqueda federada híbrida desde SharePoint en Microsoft 365 hasta SharePoint Server, hoja de ruta.
Bidireccional: una combinación de las dos anteriores (entrada y salida) es una búsqueda federada híbrida bidireccional. Dos vías es el estado típico deseado de despliegue de búsqueda federada híbrida en una organización, donde las fuentes de resultados se crean tanto en SharePoint en Microsoft 365 como en la granja de SharePoint Server. Cuando se consulta desde cualquiera de los centros de búsqueda, los usuarios ven un conjunto de verticales de búsqueda con resultados de SharePoint en Microsoft 365 y otro de la granja local de SharePoint Server.
¿Cuáles son algunos de los servidores proxy inversos documentados y probados para la implementación híbrida?
En la búsqueda híbrida federada, el proxy inverso debe poder:
Admitir la autenticación de certificados de cliente con un certificado comodín o SAN.
Admitir la autenticación de paso a través para OAuth 2.0.
Aceptar el tráfico entrante no solicitado en el puerto TCP 443 (HTTPS).
Enlazar un certificado comodín o SSL de SAN a un extremo publicado.
Retransmitir el tráfico a una granja de servidores de SharePoint Server local o a un equilibrador de carga sin reescribir los encabezados de paquetes.
El artículo Configurar un dispositivo de proxy inverso para SharePoint Server híbrido describe las soluciones de proxy inverso comprobadas.
¿Cuándo debo implementar la búsqueda híbrida en la nube o la búsqueda federada híbrida? ¿Hay alguna recomendación?
Se recomienda elegir la búsqueda híbrida en la nube por los siguientes beneficios:
Los usuarios obtendrán resultados de la búsqueda, clasificaciones por relevancia de búsqueda y refinadores unificados, incluso si la organización tiene una implementación híbrida con contenido tanto local como de Microsoft 365.
Los usuarios obtienen automáticamente la experiencia de búsqueda más reciente de SharePoint en Microsoft 365 sin que la organización tenga que actualizar los servidores SharePoint existentes.
Los usuarios también pueden usar las funciones de la nube, como Microsoft Delve, para el contenido local.
Ya no tiene que preocuparse por el tamaño del índice de búsqueda, ya que el índice de búsqueda está en Office 365. Esto significa que la superficie de la granja de servidores de búsqueda de SharePoint Server es menor y el costo total de propiedad de la búsqueda es menor.
No es necesario actualizar ninguna de las instalaciones existentes de SharePoint en Microsoft 365 para tener una búsqueda empresarial en la nube porque SharePoint Server admite el rastreo de las granjas de contenido existentes de SharePoint Server 2007 a través de SharePoint Server 2019.
Ya no tiene que migrar su granja de búsqueda a una versión más reciente de SharePoint en Microsoft 365 porque esto ocurre automáticamente en Microsoft 365.
Si tiene contenido local altamente confidencial y no se debe indexar fuera de la red local, la búsqueda federada híbrida podría ser el camino a seguir.
Nota
Las consultas de los usuarios autenticados se enrutarán en tiempo real a dos índices separados (SharePoint en el índice Microsoft 365 y SharePoint local) y los resultados aparecerán en sectores verticales de búsqueda separados.
¿Pueden mostrarse resultados de Búsqueda híbrida en un centro de búsqueda de SharePoint 2010?
De forma predeterminada, no hay ninguna manera de configurar la autenticación de servidor a servidor en un entorno de SharePoint 2010. La aplicación del servicio de Búsqueda híbrida en la nube solo puede instalarse en un entorno de SharePoint Server 2013 a SharePoint Server 2019. Se recomienda actualizar la granja de servidores de SharePoint 2010 a SharePoint 2013 o superior siguiendo las instrucciones de actualización. Sin embargo, si hay un requisito empresarial para permanecer en SharePoint 2010, hay una solución alternativa a través de la cual podrá mostrar los resultados. Deberá publicar la aplicación del servicio de búsqueda de SharePoint Server 2013 y usar una granja de servidores de SharePoint 2010. Independientemente del modelo de búsqueda híbrida que implemente (aplicación de servicio de Búsqueda híbrida en la nube o búsqueda híbrida federada), el mismo uso de la granja de servidores de SharePoint 2010 mostrará los resultados de búsqueda de los usuarios autenticados de Microsoft 365.
Nota
El sitio del Centro de búsqueda en SharePoint 2010 debe ser el centro de búsqueda Enterprise.
¿Cuáles son las topologías compatibles al publicar o usar la aplicación del servicio de búsqueda híbrida en la nube?
La publicación y uso de la aplicación de servicio de búsqueda en la nube siguen exactamente la misma matriz de compatibilidad que cualquier otra aplicación de servicio de SharePoint. En la tabla siguiente se enumeran las opciones compatibles:
| Versión de CloudSSA publicada | Puede ser usada por |
|---|---|
| SharePoint Server 2019 | SharePoint Server 2019 |
| SharePoint Server 2019 | SharePoint Server 2016 |
| SharePoint Server 2016 | SharePoint Server 2016 |
| SharePoint Server 2016 | SharePoint Server 2013 |
| SharePoint Server 2013 | SharePoint Server 2013 |
| SharePoint Server 2013 | SharePoint Server 2010 |
¿Qué es la rehidratación de usuarios y por qué desempeña un papel clave en la configuración híbrida con Microsoft 365?
La autenticación de servidor a servidor (S2S) permite a los servidores (por ejemplo, SharePoint Server) acceder a los recursos y solicitarlos unos a otros en nombre de los usuarios. Este es un requisito clave para que funcione la Búsqueda híbrida. Por ejemplo, en una granja de servicios de búsqueda híbrida en la nube cuando un usuario consulta un elemento en un centro de búsqueda de un servidor SharePoint, la consulta debe dirigirse a SharePoint en la granja de Microsoft 365 (ya que el índice está en SharePoint en la granja de Microsoft 365). Primero se debe rehidratar la identidad de usuario y tiene que producirse una coincidencia con la LCA, después se devolverá un conjunto de resultados para los que el usuario tiene permiso en los resultados de la búsqueda. Para ello, es necesario que se puedan llevar a cabo las tareas siguientes:
Resolver la solicitud a un SharePoint específico en el usuario de Microsoft 365.
Determinar el conjunto de notificaciones de rol asociadas al usuario, un proceso que se denomina rehidratación de la identidad del usuario.
Cuando se realiza una solicitud para obtener un recurso de otro servidor (por ejemplo, SharePoint en Microsoft 365 Server), las notificaciones del token de seguridad entrante se aplican para resolverlo a un usuario específico de SharePoint. De forma predeterminada, SharePoint Server utiliza la aplicación del servicio de perfiles de usuario integrada para resolver la identidad. Para buscar el perfil de usuario correspondiente, se lleva a cabo una búsqueda del conjunto de notificaciones en función de algunos atributos de usuario. La coincidencia se lleva a cabo en función de uno de los atributos siguientes:
Identificador de seguridad (SID) de Windows
Dirección del protocolo simple de transferencia de correo (SMTP)
Nombre principal de usuario (UPN)
Dirección del Protocolo de inicio de sesión (SIP)
Por lo tanto, se recomienda que al menos uno de estos atributos de usuario esté actualizado en los perfiles de usuario tanto en SharePoint local como en SharePoint en Microsoft 365.
¿Cuál es la lista de atributos sincronizados mediante la herramienta de sincronización de Azure Active Directory?
Este artículo contiene la lista de los atributos que la herramienta de sincronización de Azure Active Directory sincroniza de forma predeterminada.
La aplicación de servicio de búsqueda de mi granja de servidores local de SharePoint Server 2013/2016 contiene particiones. ¿Puedo configurar la federación de consulta híbrida?
Microsoft 365 no admite consultas de búsqueda híbridas entrantes cuando el proxy de la aplicación del servicio de búsqueda local se implementa en modo particionado. Se produce un error en la búsqueda saliente cuando la aplicación de servicio de búsqueda o el proxy contienen particiones. Esto se debe a que la consulta de búsqueda pasa un partitionID (tenantID) al procesador de consultas de búsqueda, lo que produce un error ya que es un GUID y, por lo tanto, único. El partitionID único no se encuentra en el índice de búsqueda de Microsoft 365 y, por lo tanto, no se puede usar ninguna consulta de búsqueda para ese ID. La reducción de seguridad no permite que los resultados de un ID. pasen a otro ID. Los administradores de búsqueda necesitan corregir o recompilar su aplicación de servicio para que sea totalmente compatible. Este artículo de solución de problemas en la implementación híbrida describe algunos errores y sus soluciones alternativas.
¿Qué orígenes de contenido se pueden rastrear con la aplicación de servicio de búsqueda híbrida en la nube?
Se admiten todos los orígenes de contenido de SharePoint Server.
Mi SharePoint en la topología de Microsoft 365 consiste en múltiples granjas de SharePoint (por ejemplo, Granja de contenido, Granja de servicio). ¿Cuál es la granja preferida para configurar la aplicación del servicio de búsqueda híbrida en la nube?
En un SharePoint de contenido/servicio en el escenario de Microsoft 365, asumiendo que la búsqueda está en la granja de servicios, Cloud SSA debería estar idealmente configurado en la granja de servicios. Para obtener detalles de implementación, consulte Compartir aplicaciones de servicio entre granjas en SharePoint Server.
¿Es obligatorio el inicio de sesión único para configurar la autenticación de servidor a servidor o la aplicación del servicio de Búsqueda híbrida en la nube?
El inicio de sesión único no es un requisito previo obligatorio para configurar la autenticación de servidor a servidor o la aplicación del servicio de búsqueda híbrida en la nube. A continuación, se muestra una descripción general de las características que es necesario configurar entre Microsoft 365 y SharePoint Server para configurar un entorno híbrido.
Registrarse en Microsoft 365
Registrar su dominio con Microsoft 365.
Sincronizar cuentas con Microsoft 365.
Asignar licencias a los usuarios.
Crear la aplicación del servicio de Búsqueda híbrida en la nube.
Incorporar la aplicación del servicio de Búsqueda híbrida en la nube.
¿Puedo conectar múltiples aplicaciones de servicio de Búsqueda híbrida en la nube a la misma organización de Microsoft 365?
Las empresas tienen granjas de SharePoint en diferentes ubicaciones geográficas. Se admite tener Cloud SSA en varias ubicaciones geográficas y conectarlas a la misma organización de Microsoft 365. Cloud SSA permite rastrear y analizar el contenido local y procesarlo e indexarlo en una sola organización de Microsoft 365 a la que se conectan estas granjas de Cloud SSA.
Es importante tener en cuenta que cada granja de servidores de Cloud SSA solo debe rastrear contenido único (por ejemplo, no se admite el rastreo del mismo contenido de origen desde varias granjas de servidores de SSA en la nube conectadas a la misma organización de Microsoft 365).
Sugerencia
El nombre del origen de contenido en SharePoint local se incluye en la propiedad administrada «ContentSource». Si asigna un nombre a los orígenes de contenido de las diferentes granjas de forma única, puede identificar el origen de contenido en las consultas. Si usa la opción predeterminada «sitios locales de SharePoint», tendrá que encontrar otro método para separar el contenido.
¿Es compatible ejecutar varias aplicaciones de servicio de búsqueda híbrida en la nube en la misma granja? ¿O es compatible hospedar una granja que tenga tanto una aplicación de servicio de búsqueda habitual como una aplicación de servicio de búsqueda híbrida en la nube?
Se deben usar granjas de servidores separadas para hospedar aplicaciones de servicio de búsqueda en la nube específicas, para evitar el consumo de recursos y los posibles comportamientos inesperados. Sin embargo, es una configuración compatible operar dos aplicaciones de servicio de búsqueda (SSA) en la misma granja de servidores si solo una de las SSA es una aplicación de servicio de búsqueda híbrida en la nube. Asimismo, debe asegurarse de que los servidores de la granja solo hospeden componentes de una SSA. Si la aplicación del servicio de búsqueda híbrida en la nube y los componentes de la aplicación de servicio de búsqueda normal no comparten hardware entre ningún componente, solo se admite que las máquinas de la granja de servidores se puedan usar para hospedar ambas SSA.
¿Cuáles son las topologías compatibles para la colaboración en documentos con Exchange Server 2016, Office Online Server (OOS) y SharePoint Server?
A continuación, se muestran las topologías documentadas y compatibles:
Configurar la colaboración de documentos con OneDrive y Exchange 2016 en las instalaciones l
Exchange Online + SharePoint en Microsoft 365.
¿Se puede implementar la aplicación de servicio de búsqueda híbrida en la nube en un entorno con varios bosques?
La aplicación de servicio de Búsqueda híbrida en la nube funciona en un entorno que tiene varios bosques. Debe asegurarse de que las cuentas de todos estos bosques se sincronizan con Microsoft 365. Microsoft Entra Connect Sync debe encargarse de esta situación. Cuando tiene varios bosques, un único Microsoft Entra servidor de Connect Sync debe tener acceso a todos los bosques. No es necesario unir el servidor a un dominio. Si es necesario para llegar a todos los bosques, puede colocar el servidor en una red perimetral. En los artículos siguientes se describe esta configuración.
Cuando la aplicación del servicio de búsqueda híbrido en la nube rastrea el contenido de las instalaciones, ¿se propagan las propiedades rastreadas desde SharePoint local a SharePoint en Microsoft 365?
Tras el rastreo de contenido a través de la aplicación del servicio de búsqueda híbrida en la nube, las propiedades rastreadas desde SharePoint Server local se propagan a SharePoint en el esquema de búsqueda de Microsoft 365. Las propiedades rastreadas en local deberían formar parte del conjunto de propiedades predeterminado. También debe asegurarse de buscar las propiedades de rastreo en SharePoint en el esquema de búsqueda de Microsoft 365 mediante una cuenta sincronizada con desde Active Directory para Microsoft Entra ID y una que tenga derechos sobre el contenido rastreado. Por ejemplo, si puede realizar una búsqueda utilizando la cuenta de acceso al contenido de su granja de aplicaciones del servicio de búsqueda híbrida en la nube, debería ver las Propiedades de rastreo en SharePoint en el esquema de búsqueda de Microsoft 365.
¿Puede la aplicación de servicio de búsqueda híbrida en la nube incorporarse a una granja de servidores ya configurada para aplicaciones hospedadas por el proveedor?
Esta pregunta se centra principalmente en los siguientes casos de uso:
Tiene una granja de SharePoint Server donde quiere implementar complementos hospedados por el proveedor y/o hacer una asociación con el administrador de flujos de trabajo.
Tiene una granja de servidores de SharePoint Server que ya tiene complementos hospedados por el proveedor o usa el administrador de flujos de trabajo.
Las características híbridas o la aplicación del servicio de búsqueda en la nube se pueden implementar en la misma granja de SharePoint como se mencionó anteriormente. Al intentar establecer una confianza S2S mediante el script de incorporación de SSA en la nube o el Asistente para configuración híbrida, el dominio de autenticación de la granja local se actualiza para que coincida con el identificador de contexto de la organización de Microsoft 365. Dentro del script, lo establecemos mediante Set-SPAuthenticationRealm. Una vez que se cambia el dominio de autenticación, los complementos de SharePoint existentes no se pueden autenticar; los usuarios obtendrán un HTTP 401 cuando se les redirija a los complementos. También puede leer más sobre el problema y corregirlo en el artículo Complementos hospedados por el proveedor que dejan de funcionar y error HTTP 401 después de configurar las características híbridas de la granja de servidores de SharePoint.
Nota
Si configura híbrido mediante el Asistente para configuración híbrida desde la página Más características del Centro de administración de SharePoint, el asistente se encarga de la corrección.
¿Cuáles son los límites de rastreo de la aplicación de servicio de búsqueda híbrida en la nube de forma integrada? Asimismo, ¿puedo solicitar una cuota de índice adicional para mi espacio empresarial?
El número máximo de elementos locales rastreados por el servicio de búsqueda híbrida en la nube que se pueden indizar en Microsoft 365 es 20 millones. Por cada 1 TB de espacio de almacenamiento que una organización tiene en Microsoft 365, se pueden indizar 1 millón de elementos de contenido local en el índice de búsqueda del espacio empresarial. Una vez alcanzado el límite de cuántos elementos se pueden indexar, la granja local que hospeda la aplicación de servicio de búsqueda en la nube comenzará a ver errores al rastrear nuevos elementos. Debajo se muestra un fragmento de código del error de los registros ULS de una granja de servidores de SharePoint 2016:
mssearch.exe (0x5304) 0x97D0 SharePoint Server Search Crawler:Azure Plugin a9sz7 Verbose AzureServiceProxy::SubmitDocuments: submit returned : Forbidden, docid : 4653596 DocIDString : sts4s://
SharePoint Server Search Crawler:Azure Plugin ayg2m High AzureServiceProxy::SubmitDocuments: submit failed for the document: HTTP status: Forbidden
Si la aplicación de servicio de búsqueda en la nube está hospedada en un entorno de SharePoint Server 2013, las etiquetas uls que controlan el error serían amnz2 y amoeu.
Debe solicitar un aumento en la cuota disponible para solucionar el problema. Para aumentar el máximo de elementos que pueden ser indizado más allá de 20 millones, es necesario ponerse en contacto con el Soporte técnico de Microsoft a través del Centro de administración de Microsoft 365.
Mi organización de Microsoft 365 está configurado para la Implementación híbrida. ¿Puedo consultar solo los elementos locales que se han rastreado mediante la aplicación del servicio de búsqueda híbrida en la nube?
La SSA en la Nube híbrida expone una nueva propiedad administrada, IsExternalContent. Cuando se rastrea contenido local, esta propiedad se rellena automáticamente con el valor 1. Puede usar la propiedad administrada IsExternalContent y buscar el valor 1 para el contenido que se rastrea de forma local. La cadena de consulta para este ejemplo se construye de la siguiente forma:
http://<searchcenter url>/Pages/results.aspx?k=IsExternalContent:1
Para probar la opción de solo contenido en línea estipulando NOT IsExternalContent:1 como se indica a continuación:
http://<searchcenter url>/Pages/results.aspx?k=(NOT IsExternalContent:1)
¿Cuál sería la experiencia de rastreo de contactos si va a rastrear un almacenamiento de perfiles local con la aplicación del servicio de búsqueda híbrida en la nube?
De forma predeterminada, todas las personas de la aplicación de perfil de usuario de SharePoint en Microsoft 365 serán indizados por el servicio de búsqueda de SharePoint en Microsoft 365. El enfoque recomendado para admitir la búsqueda de personas es convertir este servicio de perfil de usuario en Microsoft 365 en el origen principal de la información de usuario y permitir que Búsqueda de Microsoft 365 se encargue de la indexación y la presentación. Con este enfoque, no es necesario rastrear personas en el entorno local y no es necesario realizar ningún cambio en la configuración de búsqueda predeterminada en SharePoint en Microsoft 365.
Si además rastrea personas mediante la aplicación de servicio de búsqueda en la nube local, generará otro conjunto de elementos de contenido de personas en el índice de búsqueda de Microsoft 365. Estos resultados tendrán direcciones URL que apunten a los sitios de OneDrive de los usuarios en SharePoint local en lugar de en SharePoint en Microsoft 365. Estos resultados no se muestran al buscar con el origen de resultados de personas. Si desea mostrar estos perfiles locales como origen de búsqueda de personas principales, puede seguir estos pasos:
Cree un nuevo origen de resultados o copie el origen de resultados de SharePoint existente.
Edite el nuevo origen de resultados y modifique el cuadro Transformación de consulta para especificar las propiedades administradas ContentClass e IsExternalContent, como se indica a continuación:
{?{searchTerms} ContentClass=urn:content-class:SPSPeople IsExternalContent:1}Cree una nueva página de resultados de búsqueda y configure el elemento web de resultados de búsqueda principal para usar este nuevo origen de resultados de búsqueda.
Complete la implementación agregando la nueva página a la configuración de navegación de búsqueda. Esto añade la nueva página como una presentación vertical de búsqueda en el centro de búsqueda.
Sólo puedo ver la vista previa de los documentos de Office en los resultados de búsqueda si el contenido reside en SharePoint en Microsoft 365. Los documentos de Office que residen en SharePoint en las instalaciones no muestran vistas previas. ¿Esto es lo que se espera?
Para habilitar las vistas previas de contenido local, debe configurar un Office Web Apps Server local (SharePoint Server 2013 solo) u Office Online Server (SharePoint Server 2013 y superiores) y configurar SharePoint Server para permitir su uso. Las instrucciones se muestran aquí. El comportamiento es algo diferente en las vistas previas de sitios o páginas web (aspx). Al buscar desde SharePoint en Microsoft 365, aparecen vistas previas de páginas aspx para las páginas de SharePoint en una granja de Microsoft 365 y no para las páginas aspx de SharePoint Server. Actualmente, las plantillas de desplazamiento de páginas web y de sitios se comprueban que el elemento de resultado tenga el mismo nombre de host que el host actual. Esto ocurre por motivos de diseño.
¿Se puede aprovechar el monitor de rendimiento para ver las estadísticas de rastreo de la aplicación del servicio de búsqueda híbrida en la nube? Si es así, ¿cuáles son los contadores del monitor de rendimiento?
Se han introducido contadores del monitor de rendimiento para la aplicación del servicio de búsqueda híbrida en la nube. Para obtener una lista de todos los contadores en PowerShell, puede ejecutar el siguiente comando:
((Get-Counter -ListSet "Search Gatherer Azure Plugin - SharePointServerSearch").counter
¿Cuál es el número recomendado de bases de datos de rastreo para la aplicación del servicio de búsqueda híbrida en la nube?
Use una base de datos de rastreo para cada 20 millones de elementos en el corpus de contenido. Para obtener más información, consulte este artículo:
Estoy usando la aplicación de servicio de búsqueda híbrida en la nube para rastrear contenido. En mi CSSA, veo los 6 componentes de la topología de búsqueda. ¿Cuáles se hospedan de forma local? Por ejemplo, ¿hay un índice local?
No. La aplicación del servicio de Búsqueda híbrida en la nube es un rastreador. El componente de rastreo obtiene el contenido de su granja de servidores local y envía este contenido al índice de búsqueda en Office 365. Luego, usa conectores para interactuar con los orígenes de contenido, y usa la base de datos de rastreo para almacenar información de historial y temporal sobre los elementos que rastrea, igual que un componente de rastreo normal.
¿Qué es insertado por la aplicación del servicio de búsqueda híbrida en la nube a SharePoint en el extremo de Microsoft 365 durante un rastreo?
La aplicación del servicio de búsqueda híbrida en la nube identifica el documento que ha cambiado en SharePoint en Microsoft 365. El rastreador toma el documento, lo analiza y extrae una vista estructurada del contenido eliminando las marcas innecesarias. El rastreador envía el contenido encriptado a la API de indexación asociada a SharePoint en la granja de contenidos de Microsoft 365. Se produce el envío del lote cifrado, que consta de listas ACL, palabras clave, metadatos, información del espacio empresarial de destino, etc. Los siguientes tipos de operaciones se pueden enviar desde el rastreador:
Inserción: crea o sobrescribe el contenido del documento y la lista de control de acceso.
Actualización de seguridad: sobrescribe la lista de control de acceso de un documento existente.
Eliminación: elimina todo el contenido de un documento.
En los registros ULS de la granja de servidores de la aplicación del servicio de Búsqueda híbrida en la nube, puede realizar un seguimiento del envío de elementos, incluidas las propiedades rastreadas. Para ello, debe habilitar VerboseEx para las categorías [Búsqueda de SharePoint Server] "Crawler:Azure Plugin".
¿Qué tamaño necesita la arquitectura del servicio de búsqueda híbrida en la nube?
La arquitectura de búsqueda para la aplicación del servicio de búsqueda híbrida en la nube consta de bases de datos y componentes de búsqueda. Se recomienda planear el número de componentes de rastreo para la topología, qué servidores hospedarán los componentes y las bases de datos, y el hardware necesario para cada servidor. Cuando configura una aplicación de servicio de búsqueda híbrida en la nube, todos los componentes de la aplicación de servicio de búsqueda se configuran y deben estar en línea.
Los componentes grises, tal y como se muestra en este artículo de TechNet, están inactivos en la Búsqueda híbrida en la nube, pero sigue siendo necesario colocarlos en servidores.
| Servidor de aplicaciones | Servidor de bases de datos |
|---|---|
| Administración | Base de datos de administración |
| Rastreo | Base de datos de rastreo |
| Componente de procesamiento de contenido | Base de datos de vínculo |
| Análisis | Base de datos de análisis |
| Índice | |
| Componente de procesamiento de consulta |
La implementación de más rastreadores proporcionará alta disponibilidad para la función del rastreador. La adición de procesadores de consultas también ofrece alta disponibilidad cuando la granja local está configurada para enviar consultas de búsqueda a Microsoft 365. El procesamiento de contenido se realiza en el servicio Microsoft 365, por lo que no hay ningún requisito para más procesadores de contenido locales. Independientemente del número de elementos rastreados por la aplicación cloud search service, no hay ningún requisito para más componentes de índice. El índice se almacena en las granjas de búsqueda de Microsoft 365, lo que ahorra una gran cantidad de capacidad local y de inversión de capital para grandes corporaciones. Debe ajustar las bases de datos de rastreo local para que coincidan con el número de elementos rastreados ya que la aplicación de servicio de búsqueda en la nube debe mantener un registro de rastreo actualizado de los elementos rastreados. El escalado horizontal utiliza los mismos procesos que una aplicación de servicio de búsqueda habitual, siga los pasos en Cambiar la topología de búsqueda predeterminada en SharePoint Server. Si necesita ajustar el rastreo, siga las recomendaciones de Rediseñar la topología de búsqueda de Enterprise Search para obtener requisitos de rendimiento específicos en SharePoint 2016. Las mismas instrucciones se aplican a la aplicación del servicio de búsqueda híbrida en la nube.
¿Cuáles son las recomendaciones de alta disponibilidad (HA) y recuperación ante desastres (DR) para la aplicación del servicio de búsqueda híbrida en la nube?
Se recomienda que, para la alta disponibilidad, se configuren al menos dos servidores en la misma granja local de SharePoint y que cada equipo hospede todos los roles de búsqueda. Se pueden usar más servidores, pero si hay al menos dos de cada componente, la SSA en la nube se puede considerar de alta disponibilidad.
Para la recuperación ante desastres, se puede crear una segunda aplicación de servicio de búsqueda híbrida en la nube en la granja de servidores de recuperación ante desastres. Asegúrese de que la aplicación del servicio de búsqueda híbrida en la nube no rastrea el mismo contenido que la granja de servidores principal, a menos que se inicie una conmutación por error. En caso de conmutación por error, la granja de servidores de recuperación ante desastres puede recuperar inmediatamente resultados de búsqueda del mismo índice de búsqueda de Microsoft 365.
¿Pueden los usuarios consultar elementos protegidos con notificaciones de SAML si se rastrean mediante una aplicación de servicio de búsqueda en la nube?
Los elementos protegidos con notificaciones de SAML no se mostrarán en los resultados de búsqueda cuando se rastrean usando la aplicación del servicio de búsqueda en la nube. Esto no funciona, ya que esas identidades no se pueden interpretar durante el proceso de asignación de ACL en la aplicación del servicio de búsqueda en la nube. A partir de hoy, no tenemos una manera de asignar una identidad SAML local a un usuario de Microsoft 365, que es un requisito básico para que funcione la asignación de ACL. Esto es así por motivos de diseño. Para estas preguntas de compatibilidad, se puede enviar una solicitud en el portal de comentarios de SharePoint para su evaluación.
La aplicación de servicio de búsqueda en la nube del entorno local rastrea la colección de sitios protegida con NT Authority\Authenticated users. ¿Cómo se traduce esto en la asignación de ACL en SharePoint en Microsoft 365?
Los reclamos de SIDs/SIDs en ACLs entrantes se traducen en SharePoint en Microsoft 365 cuando se utiliza una aplicación de servicio de búsqueda híbrida en la nube para rastrear el contenido local Los identificadores de seguridad de usuario (SID) se asignan a ID. únicos de Passport (PUID). De forma similar, los SID de grupo se asignan a ID. de objeto. NT AUTHORITY\Authenticated Users and Everyone (los SIDS integrados S-1-5-11 y S-1-1-0) se traducen a "Todos excepto los usuarios externos" en SharePoint en Microsoft 365 (por ejemplo, todos los usuarios del inquilino excepto los externos que se han invitado a compartir por correo electrónico). La aplicación de servicio de búsqueda en la nube solo admite la identidad de Windows que se ha sincronizado con Microsoft Entra ID. Si un cliente no usa la identidad de Windows y quiere rastrear con SSA en la nube, una solución alternativa puede ser agregar la notificación Todos al contenido de origen para asegurarse de que los usuarios puedan buscar ese contenido.
Las reglas de tipo de resultado se configuran en la colección de sitios. ¿Dónde puedo configurar las reglas de tipo de resultado y las plantillas de visualización cuando se usa la búsqueda híbrida en la nube?
La impresionante entrada de blog de nuestro amigo, el MVP Matthew McDermott, destaca lo que hay que configurar y la ubicación. Además, agradecemos a Matt los interesantes comentarios para este artículo.
¿Puedo ver los Informes de tendencias populares en SharePoint en Microsoft 365 para el contenido rastreado con la aplicación del servicio de búsqueda en la nube?
Las tendencias de popularidad se basan en los análisis. Actualmente, el informe de análisis de uso no funciona en una aplicación de servicio de búsqueda en la nube. El análisis de uso se basa en eventos de vista creados en la granja de servidores en la que reside el contenido real. Al configurar Cloud SSA para rastrear contenido de una granja de SharePoint local, los eventos de vista no se pasan a SharePoint en la granja de servidores de búsqueda de Microsoft 365. El procesamiento del análisis se realiza en SharePoint en la granja de búsqueda de Microsoft 365, por lo que no verá los eventos de visualización y, por lo tanto, no tendrá la posibilidad de actualizar los informes de uso. Esto también significa que el número de vistas que se muestran en el panel flotante de un documento ya no aparecerá.
La aplicación del servicio de búsqueda híbrida en la nube está rastreando una granja de SharePoint que tiene el prefijo http:// en la zona predeterminada, la zona de extranet es https://. La consulta desde SharePoint en Microsoft 365 termina mostrando http en el resultado de la búsqueda, ¿es este el comportamiento esperado?
Sí, se espera que esto sea así. Los usuarios verán el prefijo http:// en los resultados de la búsqueda. Como mi amigo Brian describe muy bien aquí, las propiedades administradas relacionadas con URL de SharePoint Server, como Path, ParentURL y SPSiteUrl, almacenan valores relativos a la URL rastreada. El rastreador simplemente pasa lo que puede recopilar a los servicios de contenido de búsqueda en la nube. SharePoint en la búsqueda de Microsoft 365 no tiene conocimiento de las asignaciones alternativas de acceso de su granja local y, por lo tanto, no puede establecer correctamente los mapas que esperaría ver. Por lo tanto, se recomienda rastrear la zona predeterminada para una aplicación web de SharePoint Server.
La aplicación del servicio de búsqueda en la nube está rastreando mi contenido en las instalaciones. ¿Puedo eliminar los elementos locales de SharePoint en Microsoft 365?
Las direcciones URL para quitar la opción en el Centro de administración de SharePoint (https://< tenantname-admin.sharepoint.com/_layouts/15/searchadmin/searchresultremoval.aspx>) no se pueden aprovechar para quitar elementos de SharePoint en el índice de Microsoft 365. Si quiere quitar direcciones URL específicas, la opción es usar el registro de rastreo en el servidor de aplicaciones de servicio de búsqueda en la nube local para quitarlas.
¿Puedo ejecutar el script de integración de la búsqueda híbrida en la nube cuando la autenticación multifactor (MFA) está habilitada en mi espacio empresarial?
Sí, debe asegurarse de que tiene la versión más reciente de Microsoft Graph PowerShell. Puede descargarlo desde aquí.
¿Cuáles son los puertos y protocolos del firewall necesarios para configurar la aplicación del servicio de Búsqueda híbrida en la nube?
En los siguientes artículos se indican los requisitos de firewall de infraestructura completos para la conectividad de un extremo a otro con Microsoft 365. El primer blog que se muestra a continuación habla sobre puertos y protocolos específicos de la aplicación de servicio de búsqueda en la nube.
Requisitos de puertos y protocolos para la aplicación del servicio de búsqueda híbrida en la nube
Intervalos de direcciones IP y URL de Microsoft 365
Protocolos y puertos necesarios para la identidad híbrida
Todas las solicitudes salientes de mi red se filtran o redirigen a través de un servidor proxy. ¿Hay algún requisito específico para que funcione la aplicación de servicio de búsqueda híbrida en la nube?
Debe asegurarse de que la cuenta que ejecuta el servicio de búsqueda (cuentas msssearch, noderunner) (para que los escenarios de federación de consultas y rastreo funcionen) en la granja de la aplicación del servicio de búsqueda en la nube tiene acceso a Internet sin restricciones. Si no es así, establezca la configuración de proxy de nivel de sistema para estas cuentas de servicio de búsqueda. Puede seguir los pasos que se describen en esta publicación.
La aplicación de servicio de búsqueda en la nube siempre se comunica con los puntos de conexión mediante el puerto 443. Suponiendo que hay varios servidores de SharePoint en una granja de servidores que hospeda los componentes de la aplicación de servicio de Búsqueda en la nube, todos los servidores de SharePoint necesitan comunicarse con los sitios siguientes.
*.sharepoint.com
https://sts.windows.net/*
Si hay servidores de búsqueda dedicados en la topología de la granja de servidores, también deberían poder comunicarse con los sitios siguientes.
*.search.production.us.trafficmanager.net
*.search.production.emea.trafficmanager.net
*.search.production.apac.trafficmanager.net
Nota
El entorno de aplicación del servicio de búsqueda híbrida en la nube requiere que se agreguen direcciones URL de punto de conexión (CA y CRL) adicionales a la lista de permitidos, como se describe en Office 365 direcciones URL e intervalos de direcciones IP. Las entidades de certificación y las direcciones URL de CRL mencionadas en el artículo de la sección Microsoft 365 Common and Office Online (punto 125) deben agregarse a la lista de permitidos. Esto es necesario para que los servidores locales establezcan conexiones SSL a Azure y validen nuevos certificados intermedios.
¿Dónde puedo descargar el script de incorporación de la aplicación de servicio de Búsqueda híbrida en la nube?
La última versión de los scripts de Windows PowerShell para configurar la búsqueda híbrida en la nube de SharePoint en Microsoft 365 puede descargarse aquí.
¿Es compatible la incorporación de la aplicación de servicio de Búsqueda híbrida en la nube con la nube de comunidad de administración pública (GCC) y Office 365 ofrecida por 21Vianet?
Sí, puede consultar nuestra publicación para obtener más información.
¿Es posible realizar un restablecimiento de índices y limpiar solo el contenido que se ha rastreado a través de la aplicación del servicio de búsqueda híbrida en la nube?
Sí, puede seguir los pasos indicados en este artículo del blog.
¿Existe un foro en el que pueda discutir y hacer preguntas sobre los problemas con la búsqueda híbrida en la nube?
Sí, puede hacer preguntas sobre la aplicación del servicio de Búsqueda en la nube en el foro de TechNet.
¿Hay disponible algún libro electrónico para configurar las características híbridas de SharePoint?
Sí, puede descargar el libro electrónico Configuración de las capacidades híbridas de Microsoft SharePoint (ISBN 9781509302437).
Recursos adicionales
Cursos
Ruta de aprendizaje
Arquitecto de soluciones: diseñar soluciones de Microsoft Power Platform - Training
Descubra cómo un arquitecto de soluciones diseña las soluciones.
Certificación
Microsoft Certified: Windows Server Hybrid Administrator Associate - Certifications
Como administrador híbrido de Windows Server, integra los entornos de Windows Server con servicios de Azure y administra Windows Server en redes locales.