Ir al contenido principal

Performance Monitor - Standard monitoring

Performance Monitor - Standard monitoring

De vez en cuando nos encontramos ante la situación en la que alguien nos reporta un problema de lentitud en el servidor (típica frase "que lento va esto"). Una de las acciones que se puede realizar para saber que el servidor se encuentra en un buen estado, es realizar una monitorización del mismo utilizando la herramienta Performance Logs and Alerts, incluida en los sistemas operativos Windows.

Lo idóneo sería utilizar una baseline anterior, recogida en un momento de trabajo normal, y compararla con los logs recogidos. Frecuentemente tal baseline no existe, por lo que nos encontramos con valores en el log que no sabemos si están dentro de lo normal o no.
En el siguiente post voy a indicar un serie de contadores con los valores recomendados que deberían mostrar.

Contadores:

  • Memory y Paging File:
    • Available MB: > 50MB en todo momento
    • Pag/sec: < 1000 pag/s en todo momento
    • Pool Nonpaged bytes: < 100 MB utilizadas
    • Pool Paged bytes: < 180 MB utilizadas
    • Free System Page Table Entries: > 3500 libres
    • Paging File\% Usage: < 50% siempre
  • Processor y System
    • % Processor time (Total): < 80-85% Media
    • % Priviledge time (Total): mitad %Processor Time
    • Processor Queue Length: < 2 en todo momento. Se podrían dar valores > 2 con el procesador a > 75%
  • Logical Disk:
    • Average Disk Sec/Read: media < 20ms y máximos no superiores a 50ms
    • Average Disk Sec/Write: media < 20ms y máximos no superiores a 50ms
  • Network Interface: Para cada adaptador de red obtener los contadores
    • Bytes Total/Sec: adaptador a 100MB < 6-7MB/s , adaptador a 1000MB < 60-70MB/s
    • Packet Outbound Errors. debería de ser 0 en todo momento.

Si alguno de los contadores no se encuentra dentro de los limites indicados, el problema podría estar siendo introducido por el propio componente hardware (mal funcionamiento, capacidad insuficiente, ...) o por algún software instalado en el sistema. Este tipo de monitorizaciones nos sirve para encauzar el proceso de troubleshooting.

Comentarios

Entradas populares de este blog

O365 - Forms - Transferir la propiedad de un formulario

Fuente :  https://support.office.com/es-es/article/transferir-la-propiedad-de-un-formulario-921a6361-a4e5-44ea-bce9-c4ed63aa54b4 Si ha creado una encuesta, una prueba o un sondeo, puede moverlos fácilmente a un grupo para que todos los miembros del grupo se conviertan en propietarios de ese formulario. Transferir el formulario a un grupo En el explorador Web, vaya a  Forms.Office.com . En la pestaña  mis formularios  , busque el formulario que desea transferir. Haga clic en  más acciones de formulario    y, a continuación, seleccione  mover . Nota:  Solo puede mover el formulario si es el propietario de ese formulario. No puede transferir la propiedad de un formulario que está compartido con usted. Seleccione el grupo al que desea transferir el formulario y, a continuación, haga clic en  mover . El formulario que ha movido aparecerá en la pestaña  formularios de grupo  . ¿Qué ocurre con el libr...

Event ID 8031 The uri endpoint information may be stale

An exception occurred while updating addresses for connected app {6783ce5e-c88h-4021-8d5b-12614875cbfa_b79f19ab-1d40-4824-9911-3466cf8b070a}. The uri endpoint information may be stale. System.InvalidOperationException: The requested application could not be found.    at Microsoft.SharePoint.SPTopologyWebServiceApplicationProxy.ProcessCommonExceptions(Uri endpointAddress, String operationName, Exception ex, SPServiceLoadBalancerContext context)    at Microsoft.SharePoint.SPTopologyWebServiceApplicationProxy.ExecuteOnChannel(String operationName, CodeBlock codeBlock)    at Microsoft.SharePoint.SPTopologyWebServiceApplicationProxy.GetEndPoints(Guid serviceId)    at Microsoft.SharePoint.SPConnectedServiceApplicationAddressesRefreshJob.Execute(Guid targetInstanceId) After de-commissioning some SharePoint servers, you might notice the above error on other WFEs /Application server’s event viewer . It appears that the SharePoint still has a reference...

SP 2013–2010 - An exception occurred in AD claim provider when calling SPClaimProvider.FillResolve(): Thread was being aborted

  Error: An exception occurred in AD claim provider when calling SPClaimProvider.FillResolve(): Thread was being aborted..   Resolution In order to determine the best MaxConcurrentApi value for your servers, several data points must be brought together and calculated by using a formula. The data to be used to estimate MaxConcurrentApi is as follows: Net Logon semaphore acquires Net Logon semaphore time-outs Net Logon average semaphore hold time Duration of the performance logging that is completed, measured in seconds After the data is obtained, the following formula can be used to estimate the correct MaxConcurrentApi value: ( semaphore_acquires + semaphore_time-outs ) * average_semaphore_hold_time / time_collection_length = < New_MaxConcurrentApi_setting After you collect the Net Logon performance data from when the server was under authentication load, you should determine the duration of the data-collecting process by looking at the Line View beginning and en...