Solución de problemas de pruebas del servidor del sistema
Para solucionar problemas que se producen con las pruebas system.Server del Kit de laboratorio de hardware de Windows (HLK) de Windows, siga los pasos que se describen en este artículo.
En este artículo:
Solución de problemas generales del servidor del sistema
Revise los temas siguientes para obtener ayuda en las pruebas de servidor:
Los temas de HLK de Windows que son específicos del dispositivo, el controlador o la prueba del sistema.
Carga de esfuerzo del servidor de LoadGen: iniciar la prueba para el servidor
Para las pruebas de controladores y dispositivos de servidor, asegúrese de que el sistema sometido a prueba (SUT) está configurado de la siguiente manera:
La versión correcta de Windows está instalada.
La opción Server Core está instalada.
El SUT tiene un mínimo de cuatro núcleos\procesadores lógicos.
El SUT tiene instalado un mínimo de 6 GB de RAM.
Para las pruebas de dispositivos de almacenamiento, es posible que necesite dos instancias de dispositivo que tengan unidades de almacenamiento si el dispositivo de almacenamiento es un dispositivo de arranque.
Si recibe un error que Windows HLK Studio no pudo agregar destinos al proyecto, vuelva a seleccionar el destino, cierre Windows HLK Studio y reinicie Windows HLK Studio. El error significa que los datos no se actualizan.
El proceso sysparse ejecuta directamente los archivos DLL del recopilador. Un segundo proceso, Asset Configuration Manager Engine (ACME), busca cambios de hardware y alerta al sistema si se producen uno o varios cambios de hardware. ACME espera hasta que se produzca un tiempo de espera o para que se detengan los informes de cambios de hardware frecuentes antes de iniciar los recopiladores suscritos.
Algunas pruebas provocan cambios de hardware a lo largo de la ejecución de pruebas. Esto hace que Sysparse se ejecute periódicamente. Sysparse puede consumir grandes cantidades de memoria, que son causadas por los recopiladores que se ejecutan y recopilan datos. Sysparse no debe interferir con las pruebas porque, en la mayoría de los casos, las pruebas no comprueban el rendimiento.
Asegúrese de que el sistema en el que está instalado el controlador HLK de Windows tiene capacidades de hardware adecuadas para satisfacer las demandas de prueba. Consulte Requisitos previos de Windows HLK para obtener una descripción de estos requisitos de hardware. A medida que aumenta el número de dispositivos y sistemas que se están probando, es posible que tenga que agregar más procesadores, memoria o almacenamiento.
Solución de problemas de pruebas de servidor del sistema con errores
Si se produce un error en una prueba, siga estos pasos:
Si el error se produce en cuestión de minutos después del inicio de la prueba, normalmente significa que algo no se configuró correctamente. Vuelva a confirmar la configuración del entorno de prueba.
Si se ejecutó la prueba, debe haber un archivo de registro denominado Srvlog.xml en el controlador HLK de Windows. Siga estos pasos:
En Windows HLK Studio, abra El Monitor de trabajo.
Vaya al grupo de máquinas de la prueba programada.
En el panel Estado de ejecución del trabajo , seleccione Loadgen Server Stress - Start Test for Server (Carga de esfuerzo del servidor: iniciar prueba para el servidor).
En el panel Estado de ejecución de la tarea, haga clic con el botón derecho en RunJob -Launch Server Logo Kit y seleccione Resultado del trabajo secundario.
Vuelva al panel Estado de ejecución del trabajo y seleccione Launch Server Logo Kit (Iniciar kit de logotipos del servidor).
En el panel Estado de ejecución de la tarea, haga clic con el botón derecho en Iniciar logGen tarea y seleccione Ver registro de tareas. El registro se analiza desde el registro de Loadgen original y solo contiene errores y pasa.
Para recuperar el registro de texto original de Loadgen, repita los pasos del 1 al 5 y, a continuación, haga clic con el botón derecho en Iniciar el kit de logotipos del servidor y seleccione Examinar registros de trabajo. Se abre el recurso compartido de registro en el controlador HLK de Windows; El archivo de registro loadgen srv.log está en el recurso compartido.
Arrastre y coloque el archivo srv.log en el Bloc de notas.
En el Bloc de notas, desplácese hasta la parte inferior del archivo.
En la parte inferior arriba, busque la cadena "Error -". El texto de la misma línea describirá el error. Es posible que tenga que buscar varias veces para encontrar la causa del error. La información del archivo de registro solo proporciona un indicador de alto nivel de lo que produjo un error.
Loadgen solicita más clientes
Si los clientes existentes no pueden generar suficiente estrés contra el SUT, Loadgen solicita más clientes de estrés (SC). Esta característica está pensada para dar cabida a servidores grandes y la posibilidad de que se producen errores en algunos SCs en medio de una ejecución. En general, debe empezar con ocho SC. El nivel de esfuerzo debe estabilizarse en las primeras tres a cuatro horas de la prueba. Si se necesitan más clientes, generalmente verá el elemento emergente en el controlador maestro (MC) en ese período de tiempo. Tendrá sesenta minutos para agregar un nuevo cliente o la prueba finalizará y producirá un error.
Nota
No puede agregar más máquinas a un grupo de máquinas después de que se haya iniciado un envío. Si inicia la prueba con menos de ocho clientes, asegúrese de que tiene clientes adicionales en el grupo de máquinas antes de empezar a probarlo.
Si Loadgen solicita más clientes después de cuatro horas de pruebas, probablemente significa que algo ha fallado. Uno o varios de los clientes existentes descartados, se han producido problemas de conectividad de red u otro problema impide que el SUT detecte la carga de uso necesaria del 40 %. Esto puede ser un problema del controlador NIC en combinación con la velocidad de red o la implementación del controlador de contadores de monitor de rendimiento en los que depende loadgen MC.
En este caso, pruebe los siguientes pasos de solución de problemas:
Para descartar un error transitorio de hardware en la NIC, use una NIC diferente que sea el mismo modelo y fabricante.
Use una NIC de modelo diferente del mismo fabricante, pero que use el mismo controlador.
Use una NIC y un controlador de otro controlador de fabricante.
Si una o varias NIC se instalan directamente en la placa del sistema, vaya a la configuración del sistema de hardware y deshabilite la NIC en ese nivel para que Windows no lo detecte; después, use otro dispositivo y controlador para las pruebas.
Si se instalan varias NIC directamente en la placa del sistema y no se puede instalar un dispositivo adicional en una ranura PCI Express, vaya a la configuración del sistema de hardware y deshabilite todas las NIC, excepto una de las NIC para que Windows no las detecte.
Nota
Cada NIC detectada debe estar estresada durante la prueba. Esto requiere que cada NIC tenga SC en un segmento de red físico independiente.
Los modificadores que tienen características avanzadas integradas en ellos pueden interferir con la prueba de varias maneras. Por ejemplo:
Un conmutador puede tener la capacidad de ralentizar los puertos del conmutador si detecta paquetes descartados u otros errores en un puerto. Si una NIC de 10GigE en el SUT está pensada para recibir el tráfico que daría lugar a que todos los puertos se ralentizan a 1 GigE, la prueba loadgen no puede alcanzar el nivel de uso de ancho de banda de red necesario del 40 % necesario para pasar la prueba.
Un conmutador puede enrutar el tráfico o segmentar la red en respuesta a reglas y lógicas que son internas del conmutador (como el equilibrio de carga, la redundancia, la calidad del servicio (QoS), la creación de reflejo, el dúplex frente a . operación simplex, puente adaptable o inteligente, priorización de puertos o filtrado MAC), que puede afectar al nivel de uso del ancho de banda de red en una NIC.
Error=0x80004005
Si recibe el siguiente error: Main::RunMain:: Test Check, Spsrv stopped and did not pass required pass percentage (100) (Error=0x80004005). Para ello, siga estos pasos.
Cierre Windows HLK Studio.
Cambie el nombre del equipo de SUT a 15 caracteres o menos.
Reinicie el SUT.
Abra Windows HLK Studio y vuelva a ejecutar la prueba LoadGen Server Stress - Start Test for Server .
Pruebas de esfuerzo del servidor
Al realizar pruebas de esfuerzo del servidor, asegúrese de que la infraestructura de red que conecta el SUT a los SC y el MC puede realizar en el nivel de la tarjeta de interfaz de red (NIC) en el SUT. Si un SUT tiene una o varias NIC de 10GigE, las SCs y la infraestructura de red deben cumplir ese nivel de rendimiento.
Asegúrese de que la infraestructura de red que conecta dhcp, DNS, Active Directory, controlador HLK de Windows, Windows HLK Studio, SUT, SCs y MC funciona correctamente. Todos los sistemas deben comunicarse entre sí mediante un nombre de host o una dirección IP. Esto se puede confirmar mediante una prueba de ping simple.
Asegúrese de que los servidores DHCP, DNS y Active Directory funcionan correctamente. No debe haber registros DNS obsoletos. El servidor DHCP debe estar autorizado para funcionar en la red, la configuración debe ser correcta, los ámbitos DHCP deben ser correctos, no debe haber ningún hospedaje múltiple incorrecto y no debe haber errores en el registro de eventos del sistema DHCP. El controlador de dominio de Active Directory no debe notificar errores y el servicio de hora debe sincronizarse en todos los sistemas.
Uso de máquinas virtuales (VM) en el entorno de prueba
No hay ningún problema conocido por el DHCP, DNS, AD y otros sistemas que se encuentran en una máquina virtual. Los problemas pueden producirse al tener SCs que se ejecutan en una máquina virtual. Estos problemas suelen estar relacionados con la generación de carga de ancho de banda de red. Para evitar problemas, asegúrese de que está configurada la siguiente configuración:
Cada máquina virtual de SC debe tener una NIC física dedicada para colocar la carga en la red conectada a la NIC de SUT.
Como mínimo, debe tener NIC físicas que estén afinidades con las máquinas virtuales de SC que sean capaces de al menos dos veces el ancho de banda máximo de la NIC de SUT.
Asegúrese de que los sistemas físicos que se usan para las máquinas virtuales sc no están sobrecargados por altos niveles de uso de CPU y que hay suficiente memoria física para todas las máquinas virtuales.