Content Index aparece como UNKNOWN en Exchange 2013

Uno de los problemas de indexación normalmente en la plataforma de Exchange, es el alto consumo de RAM en el servicio de Noderunner.exe, ya que la distribución de las bases de datos entre los servidores es esencial en una plataforma como esta. Para esto es necesario remediar un problema con la indexación de las bases de datos, las cuales no permiten la activación de la copia pasiva en ninguna de las bases de datos disponibles.

Las tareas a ejecutar para la remediación son las siguientes:

  • Realizar la reparación del content index state mediante las siguientes actividades
    • Eliminación de CI y reinicio de servicios
    • Reseteo de CI mediante el script de reparación de Exchange
    • Regeneración del módulo Microsft search

Solución

En el path: E:\Program Files\Microsoft\Exchange Server\V15\Bin\Search\Ceres\Runtime\1.0

Buscamos el memoryLimitMegabytes en el archivo noderunner.config. Está establecido en 250.

————-

  <nodeRunnerSettings memoryLimitMegabytes=”250″/>

————- 

Luego lo cambiamos a 0 y reiniciamos el servicio Search Host Controller Service

El reinicio del Search Host Controller Service comenzará a realizar la reconstrucción de todos los índices por base de dato, por ende el tiempo en demorar la construcción depende mucho del tamaño por bases de datos (un par de horas).

Luis Arancibia, Consultor Cloud, Blue Solutions. 

 

Advertisements

Cómo cambiar la cuenta de servicio de caché distribuida en SharePoint 2013

La primera vez que instalar y configurar una granja de SharePoint 2013, caché distribuida de la granja se ejecuta inicialmente bajo la cuenta de servicio de administrador de la granja. Se establece en esta cuenta de servicio de forma automática. Esta situación finalmente dará lugar a un error de definición de la regla.

Título La cuenta de la granja de servidores no debe utilizarse para otros servicios
Gravedad 1 – Error
Categoría Seguridad
Explicación [Farmserviceaccount], la cuenta utilizada para el servicio de temporizador de SharePoint y el sitio de administración central, es altamente privilegiado y no debe utilizarse para cualquier otro servicio en cualquier máquina en la granja de servidores. Se encontraron los siguientes servicios para utilizar esta cuenta: Distributed caché del servicio (servicio de Windows)
Remediación Vaya a [su Servidor CA] / _ admin / FarmCredentialManagement.aspxand cambiar la cuenta utilizada para los servicios enumerados en la explicación. Para obtener más información acerca de esta regla, consulte “http://go.microsoft.com/fwlink/?LinkID=142685&#8221;.
Failing Servers  
Failing Services SPTimerService (SPTimerV4)
Rule Settings View

El recurso presentado por este error de definición de regla funciona para la mayoría de las cuentas de servicio, pero no para el servicio de caché distribuida. De hecho, si se desplaza a CA> Seguridad> Configuración de cuentas de servicio, y luego tratar de cambiar la cuenta de servicio para el servicio de Windows – caché distribuida, experimentará el siguiente error.

1

La única manera de cambiar esto en la actualidad, es el uso de PowerShell. Estos pasos se muestran a continuación

Procedimiento

  1. Identificar una cuenta de AD que desea utilizar para la cuenta de servicio de caché distribuida.
  2. Registre esta cuenta en la granja como una cuenta administrada.
  3. Acceder a un servidor de la comunidad utilizando su cuenta de administrador. No es necesario utilizar la cuenta de administración de la finca, sólo la suya.
  4. Abra un shell de administración de la explotación como administrador (clic derecho, seleccione Ejecutar como administrador).
  5. Ejecutar cada una de las declaraciones siguientes, en orden:

    $ Granja = Get-SPFarm
$ = $ CacheService Farm.Services | Donde {$ _. Nombre -eq “AppFabricCachingService”}
$ ACCNT = Get-SPManagedAccount -Identity Dominio \ ServiceAccount
$ CacheService.ProcessIdentity.CurrentIdentityType = “SpecificUser”
$ = $ CacheService.ProcessIdentity.ManagedAccount ACCNT
$ CacheService.ProcessIdentity.Update ()

Donde Dominio \ ServiceAccount es la cuenta de servicio que ha identificado previamente.

6. Puede tomar varios minutos para que se complete esta operación.

7. Después de terminar, verifique la configuración navegando a: CA> Seguridad> Configurar cuentas de servicio, la selección de servicios de Windows – caché distribuida. La nueva cuenta se debe mostrar.

Nicolás Herrera, Consultor Infraestructura, Blue Solutions.

Recomendaciones para base de datos para SCCM

La implementación de System Center Configuration Manager requiere de un servidor de base de
datos SQL Server y existen recomendaciones para esta implementación, que presentaré las más relevantes.

Servidor dedicado

SCCM es una plataforma que almacena absolutamente todo en base de datos e incluso realiza transacciones sin darnos cuenta. Hay que pensar, que en todo momento se están recibiendo inventarios e información de distribución de paquetes. Aparte, hay que tener que es una herramienta asíncrona y mantiene su propia cola de procesos y transacciones con la base de datos.
Es por eso que siempre tiene muchas conexiones abiertas hacia la base de datos.

Particiones de disco

Como todo servidor de base de datos, la configuración de los discos es vital. Es muy importante que sistema operativo, datos, logs, tempdb y respaldo queden en discos distintos. Incluso, si son máquinas virtuales, los discos virtuales deberían estar en discos físicos distintos. Si se crean los discos duros virtuales en el mismo disco o LUN, las operaciones de las bases de datos harán uso de los recursos de un único disco, impactando el rendimiento.

Collation

El collation de una base de datos SQL Server es cómo el sistema interpreta cada uno de los caracteres que se almacena en la base de datos. SCCM requiere del collationSQL_Latin1_General_CP1_CI_AS. No funciona con otro más.

Cuentas

Al momento de instalar el servidor de base de datos, es altamente recomendado configurar una contraseña para la cuenta SA. Esto facilitará la resolución en caso de problemas. Es recomendado, también, configurar las cuentas de servicio como cuentas de dominio.

Puertos

SCCM no soporta puertos dinámicos de SQL Server. Así que cuando instales una instancia para SCCM, asegúrate que el servicio esté escuchando por el puerto 1433.
Mucho cuidado con las instancias nombradas, ya que tienden a configurarse como puertos dinámicos.

64 bits siempre

La arquitectura de 32 bits no está soportada por la plataforma. Siempre se debe usar SQL Server x64 para que SCCM pueda reconocerlo como un servidor de base de datos compatible. En el caso que no sea así, el programa de instalación dará un mensaje de error de incompatibilidad, aun cuando la versión de SQL Server sea soportada.

Uso de memoria

Siempre establece un mínimo y un máximo de memoria para la instancia. Recuerda que un servidor de base de datos es como un sistema operativo, por lo tanto, el uso de memoria es crítico. Como recomendación, siempre dejar un 10% para procesos propios del sistema operativos. Con esto evitas que la instancia utilice el 100% de la memoria y el servidor se quede sin recursos.

Respaldos

La misma plataforma de SCCM incluye una tarea de mantenimiento del sitio completo, inclusive de la base de datos. Para que en el caso de recuperación ante un desastre, desde el programa de restauración del sitio, se restaure la base de datos. No está recomendado restaurar la base de datos de forma manual. La tarea de respaldo de SCCM debe ser habilitada.

1

Monitoreo

Como todo servidor de base de datos, está altamente recomendado contar con una solución de monitoreo de servicios para tener conocimiento del estado real de salud del servicio y del servidor y prevenir cuellos de botella e indisponibilidad del servicio.

CPU

Recomendación obvia, pero de todas maneras hay que mencionarla. Para una implementación de este estilo, mínimo 4 CPU si es una máquina virtual. Con esto se evita cuello de botella en el servidor.

Con estas recomendaciones, tendrás un servidor cercano a las mejores prácticas de funcionamiento e implementación y esto se traduce en un mejor rendimiento de la plataforma de SCCM.

Maximiliano Marín, Consultor Infraestructura, Blue Solutions.