Obtenga información sobre cómo implementar el nuevo portal de Self-Service y solucionar problemas de instalación.

El nuevo portal de Self-Service es una aplicación web HTML5 basada en MVC ASP.NET MVC. Durante la instalación, la aplicación web se configura para conectarse directamente al servicio de SDK que se ejecuta en el explorador de servidores de Service Manager. Una instalación básica del Portal de autoservicio recién configurada funciona tal como se muestra en el diagrama siguiente.

Los datos fluyen entre distintos componentes en la siguiente secuencia.

1. Los usuarios escriben la dirección URL de la aplicación web en su explorador para acceder al portal de Self-Service.

2. ASP.NET crea una nueva instancia para el usuario e intenta contenido en el servicio SDK, proporcionada durante la instalación, en el contexto del usuario.

3. El servicio SDK lee y escribe datos en la base de datos de Service Manager.

Preparar la implementación

Revise la sección siguiente para prepararse para la implementación.

Nota

No se recomienda instalar el portal de Self-Service en el mismo servidor que el servidor de administración principal.

Requisitos de hardware

servidores de Service Manager	Procesador (min)	Procesador (rec)	RAM (min)	RAM (rec)	Espacio de disco duro (min)	Espacio de disco duro (rec)
Self-Service Portal + Service Manager secundario (recomendado*)	CPU de 8 núcleos a 2,66 GHz	CPU de 8 núcleos a 2,66 GHz	16 GB	32 GB	80 GB	80 GB
Portal de autoservicio (independiente)	CPU de 4 núcleos a 2,66 GHz	CPU de 8 núcleos a 2,66 GHz	8 GB	16 GB	80 GB	80 GB

* Los requisitos anteriores proporcionan acceso a 500 usuarios en paralelo en un tiempo de respuesta aceptable, que incluye operaciones de lectura promedio con menos de 3 segundos y operaciones de escritura con menos de cinco segundos, considerando una relación de lectura a escritura de 80:20. Para implementaciones más grandes, consulte la sección Implementación de una granja de servidores web a continuación.

Sistemas operativos admitidos

• Windows Server 2022

• Windows Server 2019

Exploradores web compatibles

El portal de Self-Service necesita una resolución de pantalla superior a 1024 X 768. Se admite en los siguientes exploradores:

• Microsoft Edge

• Microsoft Internet Explorer 10 y 11

• Mozilla Firefox 42 y versiones posteriores

• Google Chrome 46 y versiones posteriores

Implementación del nuevo portal de Self-Service

Consulte el artículo Implementación del nuevo portal de Self-Service para obtener pasos detallados sobre cómo implementar el nuevo portal de Self-Service. Las siguientes secciones resumen las consideraciones de implementación clave.

Instalación del portal como sitio web predeterminado

Si desea instalar un nuevo Self-Service Portal en el puerto 80, primero debe mover el sitio web predeterminado en IIS a otro puerto; por ejemplo, el puerto 8080 y, a continuación, mueva Self-Service Portal al puerto 80.

Usar SSL

Se recomienda SSL para garantizar una comunicación segura, especialmente cuando se usa la autenticación básica cuando se transfiere un nombre de usuario y una contraseña a través de la red en texto sin formato.

Topologías de implementación

Puede usar las siguientes topologías de implementación para el portal de Self-Service.

Servidor único (recomendado): portal de autoservicio y el servidor de Service Manager en el mismo servidor

En esta topología, tanto el nuevo portal de Self-Service como el rol servidor de administración se instalan en el mismo servidor. Es la topología recomendada porque evita cualquier retraso de red entre el Portal y el servicio SDK. Además, se recomienda instalar el portal de Self-Service en un servidor de administración de servicios secundario para evitar cualquier degradación del rendimiento debido a los flujos de trabajo que se ejecutan en el servidor principal.

En esta topología, se usa la autenticación de Windows (configurada de forma predeterminada) para proporcionar una autenticación segura sin la sobrecarga de usar SSL.

Implementación independiente del portal de autoservicio

En esta topología, el portal de Self-Service se instala un servidor que no tiene instalado el rol de servidor de administración de Service Manager.

En esta configuración, el nuevo portal de Self-Service y el servidor de Service Manager secundario se instalan en distintos servidores y se requiere un salto doble para crear una conexión con el servicio SDK desde la aplicación web. La autenticación de Windows no se puede usar en este caso y el portal debe configurarse para usar la autenticación básica. Dado que la autenticación básica es intrínsecamente insegura, se recomienda usar SSL para evitar cualquier problema de seguridad de implementación, como el acceso a recursos más allá de firewalls y servidores proxy. Consulte detalles adicionales sobre la autenticación básica para escenarios de salto doble.

Usar SSL con retrasos de red entre el Portal y el servicio SDK hace que esta topología sea más lenta en comparación a una implementación de servidor único. Sin embargo, esta configuración puede ayudar a los escenarios de implementación en los que no se puede evitar un salto doble.

Implementación de una granja de servidores web

Una de las principales ventajas del nuevo portal de Self-Service es que la aplicación web no tiene ningún almacenamiento de datos local aparte del almacenamiento en caché. Lee datos directamente de la base de datos de Service Manager y escribe datos en ella. Esto facilita la implementación de varias instancias del servidor web en paralelo. En el caso de implementaciones de gran tamaño, más de 1000 usuarios que acceden al portal en paralelo, puede implementar el nuevo portal de Self-Service como granja de servidores web similar a la siguiente configuración.

Una granja de servidores web garantiza la alta disponibilidad para el Portal de autoservicio. Internamente, la aplicación web crea una conexión WCF al servicio SDK. La creación de la conexión inicial tarda tiempo, por lo que el escenario ideal es que el servidor web al que se conecta el usuario inicialmente debe atender todas las solicitudes posteriores para una solución más rápida. Para garantizar esta configuración en IIS, se debe establecer la configuración de ARR en Client Affinity habilitado.

Solución de problemas de configuración

Las siguientes secciones de solución de problemas pueden ayudarle a resolver problemas comunes.

IIS no está instalado

La página de configuración muestra un error de rol IIS, incluso cuando IIS está habilitado en el servidor.

Esto ocurre cuando se inicia el programa de instalación sin credenciales de administrador. Como resultado, el instalador no puede acceder a los valores de configuración de IIS.

Resolución: ejecute SetupWizard.exe como administrador. Puede hacer clic con el botón derecho en SetupWizard y, a continuación, seleccionar Ejecutar como administrador.

Solución de problemas del portal de nueva Self-Service

En esta sección se describe cómo solucionar problemas que pueden surgir después de instalar el nuevo portal de Self-Service.

Configuración de IIS

Las siguientes opciones predeterminadas del portal se configuran durante la instalación:

Grupo de aplicaciones

Está configurado para ejecutarse en .NET CLR versión 4 en modo clásico.

En la configuración avanzada, el grupo de aplicaciones se configura para ejecutarse con una cuenta de servicio que se proporciona durante la instalación. El mismo usuario debe tener privilegios de administrador en Service Manager y la máquina local donde se ejecuta.

Configuración del sitio web

Solo deben habilitarse Suplantación y Autenticación de Windows . Todo lo demás debe deshabilitarse.

Para la suplantación, debe seleccionarse Usuario autenticado .

Configuración de la autenticación de Windows

El documento predeterminado para el sitio seb debe ser index.cshtml.

Autenticación básica

Para un escenario de doble salto, la autenticación de Windows no funcionará; por lo tanto, debe estar deshabilitado. Habilite y configure la autenticación básica.

Habilitación del seguimiento

Use los pasos siguientes para habilitar el seguimiento.

Paso 1 : agregue la siguiente configuración al archivo web.config para habilitar la generación del registro de eventos.

<system.web>  
   .....  
   <trace enabled="true"/>  
   ...  
</system.web>  

Paso 2 : dirija la salida a un archivo mediante la adición de las siguientes secciones al archivo web.config.

<system.diagnostics>  
    <trace autoflush="true">  
      <listeners>  
        <add name="myListener" type="System.Diagnostics.TextWriterTraceListener" initializeData="c:\logs\SSPOutput.log" />    
      </listeners>  
    </trace>  
</system.diagnostics>  

Dado que la aplicación web se ejecuta en el contenido del usuario que ha iniciado sesión, asegúrese de proporcionar permisos de escritura a todos los usuarios de la carpeta de registro. Por ejemplo, c:\logs en el ejemplo anterior.

Depuración de IIS

IIS admite un registro eficaz para ayudar a depurar problemas de IIS. Para obtener más información, vea Información general sobre el registro de IIS.

Solución de problemas de implementación

Use las secciones siguientes para solucionar problemas de implementación que podrían afectarle.

No se muestran los cambios de definición (Anuncios/Ofertas de solicitud/Ofertas de servicio/Artículos de conocimiento)

El nuevo portal de Self-Service usa un mecanismo de almacenamiento en caché para almacenar datos estáticos para proporcionar tiempos de respuesta rápidos. El tiempo de espera de caché se establece en 30 minutos de forma predeterminada, pero es configurable. Para obtener más información, vea Deploy the New Self-Service Portal en la sección Personalización básica. Los cambios en las definiciones de anuncios, ofertas de solicitudes, ofertas de servicio y artículos de conocimientos no se muestran hasta que se borra la memoria caché.

El almacenamiento en memoria caché usado se basa en MemoryCachede .NET Framework. El contenido de la memoria caché permanece en la memoria hasta que finaliza el proceso de trabajo de IIS. Reiniciar IIS no ayuda, ya que IIS no quita un proceso antiguo y, a continuación, inicia uno nuevo. En su lugar, vuelve a usar uno existente. Para aplicar la nueva lectura y eliminar los datos de la memoria caché, identifique el proceso de trabajo de IIS que está asociado a la instancia y seleccione Finalizar tarea antes de reiniciar IIS.

Las secciones Mis solicitudes y Mis actividades están vacías

Se incluyen proyecciones de tipo nuevo en el archivo Portal.mpb, que forma parte del instalador y debe importarse a Service Manager. Para la importación, siga estos pasos:

1. Importe el archivo Portal.mpb al servidor de administración.

2. En el servidor de administración al que se conecta el Portal, reinicie el servicio SDK.

Elementos emergentes que bloquean vínculos externos

Si la opción Configuración de seguridad mejorada de Internet Explorer está habilitada, el usuario recibe el siguiente elemento emergente en cada página durante la exploración del portal.

Aparece el elemento emergente anterior para el SDK de JavaScript de App Insights, que se integra en el portal de Self-Service para recopilar datos de telemetría. Puede deshabilitar el envío de datos de telemetría cambiando el valor del parámetro de configuración EnableTelemetry, lo que eliminará el elemento emergente. Para obtener más información, vea Deploy the New Self-Service Portal en la sección Personalización básica.

Puede acceder al portal en el equipo que hospeda IIS, pero no puede acceder a él desde un equipo remoto.

Este problema puede producirse si el portal y el servicio SDK se encuentran en equipos diferentes (implementación independiente Self-Service portal). Esto provoca un escenario de salto doble al intentar acceder al portal desde un equipo remoto. Por lo tanto, la configuración predeterminada del portal que se describe en Autenticación de Windows no funcionará. Para resolver este problema, use la configuración de autenticación básica en su lugar.

No puede ver algunas ofertas de servicio ni ofertas de servicio publicadas en el portal.

Esto se debe a que las ofertas de servicio solo se muestran si cumplen una de las condiciones siguientes:

• La oferta de servicio coincide con el idioma del explorador o el idioma seleccionado a través del selector de idioma del portal coincide.

• La oferta de servicio no tiene ningún idioma seleccionado.

  

  

Esta es la lista de idiomas con códigos de idioma compatibles con el portal:

• en-US: inglés

• fr-FR: français

• de-DE: Deutsch

• cs-CZ: čeština

• da-DK: Dansk

• el-GR: Ερνηνιιρ

• es-ES: español

• fi-FI: suomi

• hu-HU: magyar

• it-IT: italiano

• ja-JP: 語

• ko-KR: 한국어

• nb-NO: norsk

• nl-NL: Nederlands

• pl-PL: polski

• pt-BR: português (Brasil)

• pt-PT: português (Portugal)

• ru-RU: русский

• sv-SE: svenska

• tr-TR: Türkçe

• zh-CHS: 中文(简体)

• zh-TW: 中文(简体)

• zh-HK: 中文 (香港特別行政區)

La presentación de hora para mis elementos siempre indica AM

Para resolver este problema, busque la etiqueta "utc-date" y reemplace DateTime.Parse(xyz).ToString("yyyy,M,d,h,m,s") por DateTime.Parse(xyzToString("yyyy,M,d,H,m,s") en los campos siguientes:

• Views\KnowledgeBase\Article.cshtml

• Views\MyActivities\ActivityDetails.cshtml

• Views\MyRequests\RequestDetails.cshtml

• Views\Shared\_Layout.cshtml

Pasos siguientes

• Para implementar el portal de Self-Service y personalizarlo, consulte Implementación del portal de Self-Service.