Servidor público 1C para pruebas. Prueba de carga estándar. Sistema operativo ms server y base de datos ms sql

16.10.2023 -

Los productos de contabilidad y contabilidad de gestión de 1C son los más comunes en la Federación de Rusia. Miles de empresas realizan sus negocios basándose en configuraciones 1C estándar y especializadas. Con un uso tan masivo, regularmente surgen una serie de preguntas sobre la optimización del presupuesto de software y el uso inteligente de los recursos. Las disputas continúan girando en torno a las partes del servidor de este complejo, en particular, en qué sistema operativo basar el servidor 1C y a qué DBMS confiar el procesamiento de las bases de datos 1C. Durante nuestras pruebas intentaremos responder a estas preguntas.

Participantes de la prueba

Sistema operativo MS Server y DBMS MS SQL

1C posiciona abiertamente esta combinación como el principal modelo de trabajo; en consecuencia, los productos 1C se crean principalmente para ella.
Disponibilidad de un protocolo para el intercambio directo de información de alta velocidad SharedMemory
Hay soporte técnico oficial y contratos de servicio.
Hay una base de conocimientos y toneladas de información sobre la instalación y el ajuste de 1C+MS SQL.

Sistema operativo Unix y DBMS PostgreSQL

El sistema es completamente gratuito (excepto la licencia para el servidor 1C:Enterprise)
Es posible configurar de manera flexible muchos parámetros que mejoran el rendimiento del DBMS.
Los productos 1C anunciaron soporte para DBMS PostgreSQL
Existe la posibilidad de replicación de la base de datos.

Por supuesto, el costo del proyecto, la tolerancia a fallas y el soporte técnico son criterios importantes a la hora de elegir un sistema de información para 1C. Sin embargo, hay un factor que en la mayoría de los casos influye radicalmente en la toma de decisiones: la velocidad.

Dado que en Internet existe una gran cantidad de literatura técnica sobre estos dos sistemas, se podría discutir durante mucho tiempo sobre largas tablas comparativas que, según los objetivos, resaltan las ventajas de un producto en particular. Puede debatir sobre tal o cual parámetro entre cientos de otros del mismo tipo: qué tan único es en su tipo y cómo afecta el logro del resultado. Pero la teoría sin práctica está muerta: en este artículo proponemos omitir la teoría e ir directamente a los hechos para probar en la práctica el rendimiento de ambos sistemas de información con un cierto nivel de configuración recomendada y en varias opciones de arquitectura de servidor (consulte la Tabla 2).

Métodos de prueba

En nuestras pruebas, nos basaremos en dos métodos de generación de carga sintética y simulación del trabajo del usuario en 1C. Esta es la prueba Gilev (TPC-1C) y un "Centro de pruebas" especial de prueba 1C de 1C: herramientas KIP con escenarios de usuario especiales.

Prueba de Gilev (TPC-1C)

prueba de gilev Pertenece a la sección de pruebas de carga universales multiplataforma. Se puede utilizar tanto para arquitecturas de archivos como de cliente-servidor de 1C:Enterprise. La prueba mide la cantidad de trabajo por unidad de tiempo en un subproceso y es adecuada para evaluar la velocidad de cargas de trabajo de un solo subproceso, incluida la velocidad de dibujo de la interfaz, el impacto de los costos de recursos, la reubicación de documentos y los procedimientos de cierre de fin de mes. , cálculos de nómina, etc. La versatilidad le permite realizar una evaluación resumida del rendimiento sin estar atado a una configuración de plataforma. El resultado de la prueba es una evaluación total del sistema 1C medido, expresada en unidades convencionales.

Prueba especializada de las herramientas del Centro de pruebas 1C: Instrumentación

centro de pruebas– una herramienta para realizar pruebas de carga multiusuario de sistemas basados en 1C:Enterprise 8 (ver Figura 1). Con su ayuda se puede simular el trabajo de una empresa sin la participación de usuarios reales, lo que permite evaluar la aplicabilidad, rendimiento y escalabilidad de un sistema de información en condiciones reales. El sistema es una configuración que proporciona un mecanismo para controlar el proceso de prueba. Para probar la base de información, es necesario integrar la configuración del Centro de pruebas en la configuración de la base de datos que se está probando comparando y combinando configuraciones. Como resultado de la fusión, los objetos y módulos comunes necesarios para el funcionamiento del Centro de pruebas se agregarán a los metadatos de la base de datos probada.

Figura 1 - Esquema de trabajo del “Centro de pruebas” 1C: Instrumentación

Así, utilizando las herramientas 1C: KIP, basándose en los datos disponibles en bases de producción reales de 1C, el programador crea un escenario de prueba automático completo basado en la lista de documentos y libros de referencia que son clave para este tipo de configuración (solicitud de gastar fondos, realizar pedidos a un proveedor, vender bienes y servicios, etc.). Cuando ejecute el script, Test Center reproducirá automáticamente la actividad multiusuario descrita en el script. Para hacer esto, el Centro de pruebas creará la cantidad requerida de usuarios virtuales (de acuerdo con la lista de roles) y comenzará a realizar acciones.

Parámetros de prueba

Al configurar escenarios de prueba para simular de manera confiable el trabajo simultáneo de una gran cantidad de usuarios, se establecen ciertos parámetros de prueba para cada tipo de documento (consulte la Tabla 1):

Documento: indica un documento específico en la base de datos de trabajo sobre cuya base se llevarán a cabo las pruebas de carga.
Prioridad de lanzamiento: determina el orden en que se inician las pruebas para cada tipo de documento.
Número de documentos: determina el volumen de documentos de prueba generados.
Pausa, segundos: retraso al iniciar una serie de pruebas dentro de un tipo de documento
El número de líneas en el documento es un indicador de información que indica la "masividad" del documento de prueba, lo que afecta el tiempo de procesamiento y la carga de recursos.

Las pruebas se realizan en 3 iteraciones, los resultados se registran en una tabla. Por lo tanto, los resultados de las pruebas obtenidos, medidos en segundos, reflejan de manera más realista y objetiva el nivel de rendimiento de las bases de datos 1C en condiciones lo más cercanas posible a las reales (ver tablas 3.1 y 3.2).

Tabla 1. Parámetros del escenario de prueba

factura del comprador

	Documento	Prioridad de lanzamiento	Número de documentos	Pausa, segundos	Número de líneas en el documento.
Rol 1	factura del comprador	1	25	51	62
	Recepción de las mercancías	2	25		80
	Ventas de bienes	3	25		103
	Órdenes de pago	4	25		1
	Devoluciones del comprador	5	25		82
Rol 2	5	10	65	79
	Recepción de las mercancías	1		22	80
	Ventas de bienes	2		25	103
	Órdenes de pago	3		25	1
	Devoluciones del comprador	4		25	75
Rol 3	factura del comprador	4	15	45	76
	Recepción de las mercancías	5	26		80
	Ventas de bienes	1	52		103
	Órdenes de pago	2	26		1
	Devoluciones del comprador	3	32		90
Rol 4	factura del comprador	3	45	38	70
	Recepción de las mercancías	4	30		80
	Ventas de bienes	5	30		103
	Órdenes de pago	1	20		1
	Devoluciones del comprador	2	20		86
Rol 5	factura del comprador	2	30	73	76
	Recepción de las mercancías	3	30		80
	Ventas de bienes	4	30		103
	Órdenes de pago	5	18		1
	Devoluciones del comprador	1	18		91
Rol 6	factura del comprador	1	40	35	86
	Recepción de las mercancías	2	40		80
	Ventas de bienes	3	40		103
	Órdenes de pago	4	40		1
	Devoluciones del comprador	5	40		88
Rol 7	factura del comprador	5	25	68	80
	Recepción de las mercancías	1	25		80
	Ventas de bienes	2	25		103
	Órdenes de pago	3	25		1
	Devoluciones del comprador	4	25		90
Rol 8	factura del comprador	3	25	62	87
	Recepción de las mercancías	4	25		80
	Ventas de bienes	5	25		103
	Órdenes de pago	1	25		1
	Devoluciones del comprador	2	25		92
Rol 9	factura del comprador	2	20	82	82
	Recepción de las mercancías	4	20		80
	Ventas de bienes	5	20		103
	Órdenes de pago	1	20		1
	Devoluciones del comprador	3	20		98
Rol 10	factura del comprador	4	50	2	92
	Recepción de las mercancías	1	50		80
	Ventas de bienes	2	50		103
	Órdenes de pago	5	50		1
	Devoluciones del comprador	3	50		98

Tabla 2. Características técnicas del banco de pruebas.

No.	Papel del sistema	CPU\vCPU	RAM,GB	Sistema de E/S de disco
1	Servidor de terminal– máquina virtual para gestión de pruebas	4 núcleos 2,9 GHz	16 GB	Intel Sata SSD Raid1
2	Escenario 1. Servidor 1C + hardware DBMS	Intel Xeon E5-2690 16 núcleos	96GB	Intel Sata SSD Raid1
3	Escenario 2. Servidor 1C + DBMS virtual	16 núcleos 2,9 GHz	64GB	Intel Sata SSD Raid1
4	Escenario 3. Servidor 1C virtual	16 núcleos 2,9 GHz	32GB	Intel Sata SSD Raid1
5	Escenario 4. Servidor DBMS virtual	16 núcleos 2,9 GHz	32GB	Intel Sata SSD Raid1
6	Software	Centro de datos de Microsoft Windows Server 2016 Estándar de Microsoft Windows Server 2016 Microsoft SQL Server 2016 SP1 (13.0.4001.0) Hipervisor Hyper-V Servidor 1C:Empresa 8.3.10.2667 CentOS 7.4.1708 (x64) PostgreSQL 9.6.5+Parche PostgreSQL 9.6.5-4.1C
7	Configuraciones 1C	Prueba sintética de subproceso único de la plataforma 1C:Enterprise + prueba de escritura en disco de subprocesos múltiples (2.1.0.7) Vyacheslav Valerievich Gilev Tamaño 0,072 GB Configuración: Contabilidad empresarial KORP, edición 3.0 (3.0.52.39) Aplicación: Cliente ligero Opción de interfaz: Taxi Tamaño 9,2GB Plataforma: 1C:Empresa 8.3 (8.3.10.2667) Configuración: Gestión Comercial, edición 11 (11.3.4.21) Modo: Servidor (compresión: mejorada) Aplicación: Cliente ligero Localización: Base de información: ruso (Rusia), Sesión: ruso (Rusia) Opción de interfaz: Taxi Tamaño 11,8GB

Tabla 3.1 Resultados de la prueba utilizando la prueba de Gilev (TPC-1C). El valor más alto se considera óptimo.

Tabla 3.2 Resultados de la prueba utilizando una prueba especial 1C:KIP. El valor más pequeño se considera óptimo.

Sistema operativo de servidor Microsoft					Sistema operativo clase Unix
Lista de pruebas (valor medio basado en una serie de 3 pruebas)	Servidor de hardware 1C+DBMS, protocolo SharedMemory	Servidor virtual 1C+DBMS, protocolo SharedMemory			Servidor de hardware 1C y servidor DBMS de hardware, protocolo TCP-IP	Servidor virtual 1C y servidor DBMS virtual, protocolo TCP-IP
Realización de pruebas 1C:KIP en una base de datos existente, configuración de contabilidad empresarial
Balance de facturación	1,741 segundos	2,473 segundos	2,873 segundos	2.522 segundos	13.866 seg	9,751 segundos
Realizar la devolución de mercancías de los clientes.	0,695 segundos	0,775 segundos	0,756 segundos	0,781 seg	0,499 segundos	0,719 seg
Realizar órdenes de pago	0,048 segundos	0,058 segundos	0,063 segundos	0,064 segundos	0,037 segundos	0,065 segundos
Realización de formación técnica.	0,454 segundos	0,548 segundos	0,535 segundos	0,556 segundos	0,362 segundos	0,568 segundos
Ventas de bienes y servicios.	0,667 segundos	0,759 seg	0,747 segundos	0,879 seg	0,544 segundos	0,802 seg
Publicar una factura para el pago	0,028 segundos	0,037 segundos	0,037 segundos	0,038 segundos	0,026 segundos	0,038 segundos
Cálculo de estimaciones de costos.	3.071 seg	3,657 segundos	4.094 seg	3,768 segundos	15.175 seg	10,68 seg
Realización de pruebas 1C:KIP en una base de datos existente, configuración de gestión comercial
Realización y devolución del cliente.	2,192 segundos	2.113 seg	2.070 seg	2,418 segundos	1,417 segundos	1,494 segundos
Realizar y devolver mercancías al proveedor.	1,446 segundos	1.410 segundos	1,359 segundos	1,467 segundos	0,790 seg	0,849 seg
Publicar un pedido de cliente	0,355 segundos	0,344 segundos	0,335 segundos	0,361 segundos	0,297 segundos	0,299 segundos
Realizar un recuento de mercancías.	0,140 segundos	0,134 segundos	0,131 segundos	0,144 segundos	0,100 segundos	0,097 segundos
Realización de admisión a especificaciones técnicas.	1,499 segundos	1,438 segundos	1.412 segundos	1,524 segundos	1.097 segundos	1,189 segundos
Implementación de especificaciones.	1.390 segundos	1,355 segundos	1.308 seg	1,426 segundos	1.093 seg	1.114 segundos
Realización de RKO	0,759 seg	0,729 seg	0,713 seg	0,759 seg	0,748 segundos	0,735 segundos

En una prueba especial de 1C, las operaciones de "lectura de datos y cálculos complejos", como "Balance de facturación" y "Cálculo de estimaciones de costos", se realizan varias veces más rápido en el DBMS MS SQL de Microsoft.
Al realizar operaciones de "registro de datos y publicación de documentos", en la mayoría de las pruebas el mejor resultado lo muestra el DBMS PostgreSQL, optimizado para 1C.
La prueba sintética de Gilev también muestra la ventaja de PostgreSQL. Este hecho se debe a que la prueba sintética se basa en medir la velocidad de creación y publicación de cierto tipo de documentos, lo que también se considera las operaciones de “registro de datos y publicación de documentos”.

Terminemos con la comparación multiplataforma, pasemos a las comparaciones dentro de cada sistema:

Como era de esperar, las pruebas de 1C en una plataforma de hardware muestran mejores resultados que en una virtual. La diferencia en los resultados de la prueba especial 1C en ambos casos es pequeña, lo que indica una optimización gradual por parte de los fabricantes de hipervisores virtuales.
También se espera que el uso de la tecnología de memoria compartida (SharedMemory) acelere el proceso de intercambio de datos entre el servidor 1C y el DBMS. En consecuencia, los resultados de la prueba son ligeramente mejores que el esquema con interacción de red de estos dos servicios a través del protocolo TCP-IP.

Podemos concluir que con la configuración correcta de 1C y DBMS, se pueden lograr resultados significativos incluso con software gratuito. Por lo tanto, al diseñar una nueva estructura de TI para 1C, es necesario tener en cuenta el nivel de carga en el sistema, el tipo de operaciones predominantes en la base de datos, el presupuesto disponible, la presencia de un especialista en DBMS no estándar, la necesidad de integración con servicios externos, etc. A partir de estos datos ya es posible seleccionar la solución necesaria.

Lea la continuación de las pruebas.

Cada especialista de soporte tiene experiencia en recibir quejas abstractas de los usuarios. Todo el mundo está familiarizado con las formulaciones: "ella piensa desde hace mucho tiempo", "tengo una ventana roja", "el sistema está funcionando de alguna manera mal" y también "esto no ha sucedido en mucho tiempo, y aquí está". es otra vez.”

En tal situación, es muy difícil descubrir de inmediato dónde está el error y qué hacer primero. En este artículo veremos de qué depende el rendimiento de 1C, es decir, sistemas altamente cargados creados sobre la base de 1C:Enterprise, en situaciones en las que los síntomas no se comprenden completamente y no se puede realizar un diagnóstico específico.

Las principales razones que afectan el rendimiento de 1C.

En más del 60% de los casos, las razones de la baja productividad son:

Consultas y código de configuración subóptimos (26% de los casos);
Indexación subóptima de tablas de objetos (19% de los casos);
Carga no óptima en el subsistema de disco (16% de los casos).

Los principales desarrolladores de Microsoft están de acuerdo con esto.

Por lo tanto, para obtener una mejora significativa en el rendimiento de una aplicación de base de datos, es posible optimizar el alcance del acceso a los datos, incluido el diseño lógico y físico de las bases de datos (en la medida de lo posible en 1C), así como crear el derecho consultas y utilizando una indexación óptima. Algunos problemas de rendimiento de la base de datos se pueden resolver aumentando la capacidad del hardware, pero no siempre: el diseño incorrecto de la solución de la aplicación no se puede compensar con un servidor más potente. No es raro que, sin comprender las causas de un problema de rendimiento, las empresas usuarias incurran en costos importantes al comprar nuevos equipos, pero el problema sigue sin resolverse.

El diagnóstico de alta calidad del rendimiento de 1C utilizando toda la gama de herramientas existentes es la clave para una resolución exitosa de problemas y la optimización de costos.

El primer paso para identificar y resolver problemas de bajo rendimiento es desarrollar una lista completa de las actividades problemáticas clave, incluida su velocidad actual y su velocidad futura esperada.

Ejemplo:

Incorrecto: el programa se congela al generar un informe. Quiero que se forme más rápido.

Correcto: El informe “Estado de Deuda” se genera en 5 minutos 10 segundos. La velocidad esperada para generar este informe no es más de 20 segundos.

Una vez compilada y digitalizada la lista de problemas, es necesario analizar las causas, comenzando con la búsqueda del código problemático, si lo hay (por ejemplo, solicitudes "pesadas", largas esperas en bloqueos, puntos muertos, etc.).

Herramientas para identificar código problemático

“1C: Centro de gestión del desempeño” (un módulo incluido en el paquete de herramientas “1C: Corporativo”, producido por 1C);
Servicios en la nube de Gilev;
Herramientas estándar integradas en DBMS de proveedores líderes.

La efectividad del uso de estas herramientas está garantizada por la calificación del desarrollador “1C: Experto en Cuestiones Tecnológicas”, lo que implica su participación en implementaciones a gran escala de 1C. Al mismo tiempo, diferentes expertos, basándose en su experiencia individual, pueden dar preferencia a una u otra herramienta/método.

Paralelamente al uso de una de las herramientas presentadas, también se utilizan herramientas estándar de monitoreo de carga de equipos (contadores de monitores de rendimiento).

A partir de las mediciones obtenidas se identifica la clase de causa:

El problema está en el código;
Y/o el problema está en el hardware;
El problema está en otros programas que consumen muchos recursos y se utilizan en servidores de producción.

Prueba de carga 1C: un método para evaluar el equipo del servidor

Como ya se mencionó, entre los factores que pueden afectar el rendimiento de 1C, tanto positiva como negativamente, el hardware del servidor y su configuración ocupan un lugar importante. Consideremos opciones para mediciones, evaluación de carga y pruebas del rendimiento del sistema en las siguientes condiciones:

El servidor 1C está disponible y se encuentra:
Junto con el DBMS;
En un servidor separado.

Para evaluar la conformidad de los parámetros del equipo servidor existente con los requisitos del sistema, es necesario recopilar datos sobre la carga en el hardware, incluido el procesador, es decir Prueba de carga 1C. Para ello, se utiliza el "Performance Monitor", una herramienta que le permite medir el equipo en el circuito operativo y leer los contadores de rendimiento.

A continuación se muestra un conjunto básico de contadores que deben configurarse para monitorear el rendimiento del hardware en Windows. La recopilación se realiza desde todos los servidores donde están instalados los servidores 1C.

Si el contador de porcentaje de carga del procesador para la vista "Procesador" tiene un valor alto, debe identificar los procesos que pueden detenerse sin afectar el funcionamiento del servidor y también transferirse a otros servidores.

La vista "Proceso" le permitirá configurar el monitoreo para cada proceso individual, así como determinar qué procesos están consumiendo más tiempo de CPU. Si solo el servidor 1C está instalado en el servidor, para comprender qué carga ejerce sobre el hardware, debe configurar la colección de los siguientes contadores:

\Process("1cv8*")\% de tiempo del procesador

\Process("ragent*")\% Tiempo de procesador

\Proceso("ragent*")\Bytes privados

\Proceso("ragent*")\Bytes virtuales

\Process("rmngr*")\% de tiempo del procesador

\Proceso("rmngr*")\Bytes privados

\Proceso("rmngr*")\Bytes virtuales

\Process("rphost*")\% de tiempo del procesador

\Proceso("rphost*")\Bytes privados

\Proceso("rphost*")\Bytes virtuales

\Proceso("1cv8*")\Bytes privados

\Proceso("1cv8*")\Bytes virtuales

Si el sistema actual se encuentra en condiciones insatisfactorias, entonces, basándose en las mediciones recopiladas, utilizando una relación lineal, se deben calcular los parámetros del equipo para instalar el sistema objetivo.

Si la compra de equipos de servidor solo está prevista, sus parámetros se pueden calcular emulando el funcionamiento del sistema planificado, pero a menor escala, utilizando equipos existentes. Para ello, se utiliza “1C: Centro de pruebas”, que está incluido en el Conjunto de herramientas corporativas de 1C. A partir de las mediciones obtenidas, utilizando métodos de cálculo, se determinan los parámetros del sistema planificado y, en consecuencia, los requisitos para el equipo. Esta prueba se puede utilizar repetidamente para diferentes mediciones, habiendo previamente complementado y ampliado la funcionalidad. Esta técnica tiene alta precisión y facilidad de cálculo.

Para roles de servidor 1C, servidor DBMS MS SQL 2008 para 50 usuarios.

Según un experto en servidores, recopilamos hardware:

Elegir una plataforma: IBM x3650 M3
Seleccione un procesador: Intel Xeon E5506 - 1 ud.
Elección de RAM: 4 unidades de 4 GB cada una
Seleccionar un disco duro: 3 SAS 146 GB RAID5

Software utilizado:

Sistema operativo MS Windows 2008 x64
SGBD MS SQL 2008 x64
Servidor 1C 8.2 x64

Entorno de prueba: para realizar las pruebas de carga se utilizó la configuración 1C 8.2: “Prueba de carga estándar”.

Progreso de la prueba:

Se inició una sesión de cliente 1C en el servidor local en modo agente y en modo de prueba.
En la configuración de prueba, el número inicial de usuarios estándar emulados de 1C que crean y eliminan documentos e informes se especificó en 20. El paso para aumentar el número de usuarios después de las pruebas se estableció en 20 usuarios.

Inicialmente (sin conexiones de usuario), el DBMS ocupa 569 MB de RAM (se crearon 2 bases de datos: configuración 1C 8.2: UPP y configuración de prueba), la memoria que ocupa el sistema es de 2,56 GB.
Durante las pruebas (hasta 110 usuarios), se asigna hasta 12 GB de memoria para el DBMS, una sesión de prueba de 1C ocupa 55 MB (55 MB x 200 = 11 GB). A modo de comparación, una sesión de usuario real (aplicación cliente 1C) ocupa entre 300 y 500 MB. El tamaño de la memoria asignada para la aplicación cliente 1C se indica para un usuario que trabaja en la configuración estándar 1C: Trade o 1C: UPP. El servicio del servidor 1C (rphost) prácticamente no utiliza el OP, ya que solo traduce solicitudes de la parte del cliente al DBMS (según el estándar, para el servidor de seguridad 1C se utilizan los puertos TCP 1541 y TCP 475).

El uso de recursos de la CPU se compartió entre el servicio del servidor 1C (rphost) y el servicio DBMS (sqlservr). Con una carga de 40 usuarios, rphost tomó el 37% de la potencia de la CPU, sqlservr tomó el 30%. Con una carga de 60 usuarios, rphost ocupó el 47% de la potencia de la CPU, sqlservr ocupó el 29%.

Mientras eliminaba los documentos creados, el servicio sqlsrvr accedía al subsistema de disco para grabar a velocidades de hasta 6,5 MB/s (aproximadamente 52 MB/s).

La carga de red entre el servidor 1C y el DBMS (en la interfaz retrospectiva local) fue de 10 Mb/s.
Resultado de la prueba producido por la configuración de prueba 1C:

Parámetros: Ejecutar prueba 000000006 del 24/05/2012 12:44:16
Prueba de carga estándar, versión 2.0.4.11
Inicio de la prueba 23/05/2012 12:36:39. Duración: 57,1 minutos.
Condiciónes de la prueba
"Servidor 1C: Empresa: prueba
Nombre de la base de información: testcenter_82
Usuarios virtuales: PRUEBA,"

Conclusiones:

Es necesario relajar la configuración del servidor, ya que el actual es 100% redundante para 50 usuarios.
Es necesario realizar pruebas utilizando un segundo servidor para iniciar los usuarios emulados y verificar la carga de la red, la carga esperada es de 10 Mb/seg.
La arquitectura 1C consta de 4 bloques: servidor 1C, DBMS, servidor de seguridad 1C y cliente 1C. En esta prueba, todas estas funciones se iniciaron en un servidor.

Cuando hay una gran carga en el servidor 1C, existen las siguientes recomendaciones:

Separe las funciones del servidor 1C, el servidor DBMS, el servidor de protección 1C y las aplicaciones cliente 1C (para un mayor rendimiento, es mejor ejecutar las aplicaciones cliente 1C en un servidor terminal).
En el servidor DBMS, debe utilizar la siguiente estructura para los sistemas de almacenamiento de datos: el sistema operativo debe estar ubicado en RAID 1, los archivos de datos DBMS (.mdf, .ndf) en un RAID 0 separado, los archivos de registro (.ldf) en un RAID 0, archivos temporales y un archivo de intercambio en un disco separado.

Resultados de la prueba de carga TPC-1 de rendimiento de 1C según Gilev para una configuración con una base de datos de archivos:

El rendimiento del servidor no se evalúa por la carga de trabajo y las colas de la CPU, sino por la capacidad de realizar una cierta cantidad de operaciones por unidad de tiempo.
La contienda por recursos como el procesador reduce la velocidad de las operaciones cuando el tiempo de respuesta está determinado por:

tiempo de operacion
tiempo de espera del equipo
tiempo de esperas lógicas como candados

La característica clave es la velocidad de la operación.

Nota. Para un procesador, la característica más importante es la frecuencia del procesador y no la carga. A continuación se muestra una captura de pantalla de los resultados de la prueba (haga clic en la imagen para ampliarla).

La ejecución del sistema y la planificación de los recursos informáticos necesarios para su implementación es una operación obligatoria para cualquier implementación o cambio de un sistema de TI existente.

La mayoría de los métodos de evaluación del desempeño existentes se basan en algún tipo de prueba.

Hay dos tipos principales de pruebas: componentes e integrales.

Las pruebas de componentes implican probar componentes individuales de una solución, que van desde el rendimiento de los procesadores o subsistemas de almacenamiento hasta probar el rendimiento del servidor en su conjunto, pero sin la carga útil en forma de una aplicación empresarial concreta.

El enfoque integrado se caracteriza por una evaluación del rendimiento de la solución en su conjunto, tanto de sus partes de software como de hardware. En este caso, se puede utilizar tanto una aplicación empresarial, que se utilizará en la solución final, como algunas aplicaciones modelo que emulan algunos procesos y cargas empresariales estándar.

Nuestra prueba utiliza exactamente este enfoque.

Recibimos como resultado un cierto índice de rendimiento (velocidad). Este es el resultado de que la plataforma en su conjunto se ejecute en nuestro hardware. En el caso de la versión cliente-servidor, esto es el resultado de una compleja cadena de solicitudes que pasan por varias secciones. Obtiene el resultado real total, que está determinado por el cuello de botella del sistema. La configuración de DBMS, la configuración del sistema operativo y la configuración de hardware afectan el rendimiento general del sistema.

La prueba evalúa la cantidad de trabajo por unidad de tiempo en un subproceso y es adecuada para evaluar la velocidad de cargas de un solo subproceso, incluida la velocidad de representación de la interfaz, el impacto de los costos en el mantenimiento del entorno virtual y, si corresponde, la transferencia de documentos, cierre de mes, cálculo de nómina, etc.

Versión actual: 2.0.011. Historial de versiones aquí: versiones.php

Puede descargarlo aquí: http://infostart.ru/public/173394/ o aquí: performanceTest.cf

La prueba le permite medir el rendimiento de la combinación servidor 1c - servidor DBMS en varias versiones en modo de operación multiproceso. La prueba dura entre 20 y 30 minutos.

¡No ejecutes la prueba en un servidor en el que los usuarios estén trabajando actualmente o se entristecerán! ¡La prueba es muy estresante!

Los resultados de la prueba se pueden ver como un informe dentro de la configuración.

Prueba de carga TPC-1C Gilev

También puedes compartir resultados con otras personas que hayan completado la prueba utilizando el procesamiento "compartir resultados". Después del intercambio, podrás comparar tus resultados con los resultados de otras personas.

Puede encontrar instrucciones más detalladas, así como una discusión sobre la prueba, en la página http://infostart.ru/public/173394/.

Hay un total de 751 resultados en la base de datos, actualizada por última vez el 2018-06-15 06:33:26. Los resultados se pueden ver descargando la prueba y ejecutando el intercambio de resultados, o (de forma simplificada) aquí: results.php

Estadísticas

Resultados de la versión 1.x: index_old.php

C3js y d3js se utilizan para crear diagramas (c3js depende de ello).

celestial 20.02.13 — 15:59	KA 1.1.28.1 Total 8,3 puntos.
smitru 1 — 20.02.13 — 16:00
ansh15 2 — 20.02.13 — 16:08	(0)Tema antiguo
celestial 3 — 20.02.13 — 16:14	Xeon X3450 2,67GHz 2x4GbDDR3
Adimr 4 — 20.02.13 — 16:21
smitru 5 — 20.02.13 — 16:34
celestial 6 — 20.02.13 — 16:43
¿Idea? 7 — 20.02.13 — 16:44	¿Debo utilizar el controlador RAID integrado en la placa base? Pruebas de rendimiento 1C o comprar uno externo?
smitru 8 — 20.02.13 — 16:45
Fragster 10 — 20.02.13 — 16:49	Prueba de Gilev de un solo hilo
Fragster 11 — 20.02.13 — 16:50
celestial 12 — 20.02.13 — 16:51
Demiurgo 13 — 21.02.13 — 07:30
el-gamberro 14 — 21.02.13 — 08:05
celestial 15 — 21.02.13 — 09:47
celestial 16 — 21.02.13 — 09:49

Ponga su trabajo en orden utilizando la configuración 1C "Gestión del departamento de TI 8"

¡ATENCIÓN! Ctrl-F5 o Ctrl-R

2000 Humano.

Fondo

Una operación obligatoria para cualquier implementación o cambio de un sistema de información existente es evaluar la velocidad requerida del sistema y planificar los recursos informáticos necesarios para su implementación. Actualmente, no existe una solución exacta a este problema en forma general, y si, a pesar de
Debido a su complejidad y costo, cualquier fabricante propondrá un algoritmo de este tipo, entonces incluso pequeños cambios en el hardware, la versión del software, la configuración del sistema o el número o el comportamiento estándar de los usuarios conducirán a errores importantes.
Sin embargo, existen muchas formas de evaluar la configuración de software y hardware necesaria para lograr el rendimiento requerido. Todos estos métodos se pueden utilizar en el proceso de selección, pero el consumidor debe comprender sus aplicaciones y limitaciones.

La mayoría de los métodos de evaluación del desempeño existentes se basan en
u otro tipo de prueba.

Hay dos tipos principales de pruebas:
componente e integral.

Cuando se realizan pruebas de componentes
probar los componentes individuales de la solución, comenzando por el rendimiento
procesadores o subsistemas de almacenamiento antes de realizar la prueba
Rendimiento del servidor en su conjunto, pero sin carga útil en forma de uno u otro.
aplicaciones de negocios.

Pruebas de estrés

El enfoque integral se caracteriza por una evaluación
rendimiento de la solución en su conjunto, tanto de sus partes de software como de hardware.
En este caso, se puede utilizar como una aplicación empresarial que se utilizará
en la solución final, así como algunas aplicaciones modelo que emulan
algunos procesos de negocio y cargas de trabajo estándar.

Pruebas TPC y otras pruebas universales le permiten seleccionar las plataformas más prometedoras y comparar ofertas de diferentes fabricantes, pero son solo información de referencia que no tiene en cuenta las características específicas del negocio. Las pruebas especializadas le permiten seleccionar con mayor precisión un modelo de servidor específico y su configuración. Sin embargo, las decisiones más informadas se toman únicamente en función de los resultados de las pruebas de carga. Sólo ellos permiten configurar de forma óptima los seleccionados
plataforma del servidor y configúrela para obtener el máximo rendimiento.

Qué ha pasado TPC-1C-GILV

Se trata de una serie de pruebas independientes diseñadas para evaluar el rendimiento de la plataforma 1C:Enterprise 8.1 en su(s) computadora(s).

Por supuesto, una prueba "independiente" significa que no está patrocinada por 1C.

La prueba ya está disponible" TPC-Rendimiento A-local / TPC-1C-GILV-A" (última actualización: agosto de 2008, versión 1.0.3)

idea de prueba TPC-Rendimiento A-local / TPC-1C-GILV-A

Usted descarga el archivo de descarga de configuración (~400 KB) de este sitio y lo carga usted mismo. Si expande la configuración en la versión del archivo, la prueba probará en gran medida la combinación "CPU de su computadora - HDD donde se encuentra la base".

Si implementa la configuración en una versión cliente-servidor, entonces la CPU del servidor de aplicaciones - la CPU del servidor de la subbase de datos - HDD - el servidor de la subbase de datos estará sujeta a la carga.

La prueba realiza un registro intensivo de 5000 documentos. No hay un significado profundo en la lógica empresarial del código; simplemente se evalúa el rendimiento del documento X, elegido condicionalmente como estándar.

La principal belleza de la prueba es que no es necesario conocer los detalles técnicos. La prueba se ejecuta sola y produce su propia puntuación. Además tampoco tienes que contarle a nadie el resultado :)

Puede comparar el rendimiento de varios servidores o de un servidor con diferentes características del subsistema de disco.

Al realizar una prueba desde el servidor de aplicaciones y desde el cliente a través de la red, puede comprender el impacto de la red en el área del cliente al servidor.

Cómo ejecutar la prueba

Realizar una prueba es muy fácil. Tienes que presionar un botón.

y espere hasta que el indicador de prueba (a la derecha del botón) alcance el 100%.

La prueba suele durar unos 8 minutos.

¿Qué significan los resultados de la prueba?

El resultado de la prueba se informa como la "velocidad de escritura" de los datos de la prueba. El error de prueba es de 2 unidades. Para una evaluación precisa, puede repetir la prueba 3 veces.

Después de que el indicador de prueba alcance el 100%, verá gráficos como este:

Debajo de los gráficos se muestran algunas pruebas similares realizadas anteriormente.

El color del gráfico indica la calidad actual del rendimiento "general" para el trabajo sin bloqueo.

El color verde del gráfico, junto con algunos indicadores seleccionados condicionalmente a la derecha, nos permite realizar una evaluación generalizada multiplataforma del "buen" desempeño :)

Cómo estar contento con los resultados de su prueba

Como resultado, recibió un determinado índice de rendimiento (velocidad de conteo). No importa si el resultado es bueno o malo: este es el resultado de la PLATAFORMA ejecutándose en su hardware. En el caso de una versión cliente-servidor, esto es el resultado de una compleja cadena de solicitudes que pasan por varias secciones. Obtiene el resultado total real, que está determinado por el PUNTO DE BOTELLA en el sistema. ¡SIEMPRE HAY UN LUGAR PARA BOTELLAS!

En otras palabras, tanto la configuración del DBMS como la del sistema operativo y el hardware influyen en el resultado general del equipo :)

¿Qué servidor es mejor?

Esta prueba, realizada en un servidor específico, da el resultado en función de la totalidad de la configuración del hardware, sistema operativo, base de datos, etc. Sin embargo, un resultado alto en un hardware de servidor concreto significa que, en condiciones normales, se obtendrá el mismo resultado en un hardware de servidor idéntico. Esta prueba es una herramienta gratuita que le ayudará a comparar la instalación de 1C:Enterprise en Windows y Linux, tres DBMS diferentes compatibles con la plataforma 1C:Enterprise 8.1.

Seguridad de prueba

La prueba es absolutamente segura. No provoca una "caída" del servidor (no existe un algoritmo de "estrés") y no requiere medidas preliminares ni siquiera en un servidor de "combate". Los datos confidenciales tampoco se registran en los resultados de las pruebas. Se recopila información sobre los parámetros de CPU, RAM y HDD. No se recopilan los números de serie del dispositivo. Puede verificar todo esto fácilmente: el código de prueba está 100% abierto. Es imposible enviar información sin su conocimiento.

Cómo publicar los resultados de las pruebas

Si desea ayudar a desarrollar la prueba, puede ejecutar varias pruebas en sus servidores. Luego deja la lista general de pruebas realizadas solo aquellas que quieras publicar y envía un dt upload con los resultados.

Los datos se verificarán manualmente (que no sean incorrectos), el destinatario de la prueba se agregará a la columna "autor" de las pruebas y se agregará a la descarga, disponible para que todos la descarguen.

Clasificación TPC-Rendimiento A-local / TPC-1C-GILV-A

La prueba pertenece a la sección de pruebas integrales universales multiplataforma. Además, es aplicable a las opciones de archivos y cliente-servidor para usar 1C:Enterprise. La prueba funciona para todos los DBMS compatibles con 1C.

La universalidad le permite realizar una evaluación de rendimiento generalizada sin estar vinculado a una configuración de plataforma típica específica.

Por otro lado, esto significa que para realizar cálculos precisos de un proyecto personalizado, la prueba le permite realizar una evaluación preliminar antes de una prueba de carga especializada (por ejemplo, utilizando 1C: Test Center).

Nota. Modificación de prueba " A" significa "gestión automática de bloqueos". Después del lanzamiento de las versiones oficiales de las soluciones estándar de 1C, está previsto modificar la prueba para que funcione en el modo "bloqueos administrados" y denotarlo con la letra ". METRO".

Descargar prueba

Esta prueba no es comercial y está disponible para su descarga gratuita.

Resultados de la prueba

Arriba: las 3 mejores instalaciones cliente-servidor de 1C en MS SQL Server. Tú también puedes entrar en esta mesa. Puedes ver los resultados con más detalle descargando el test.

Detalles técnicos

¿Qué sucede en la prueba en el marco de “un” ciclo de operación?

Puede encontrar un ejemplo de ejecución de comandos SQL en el archivo adjunto.

Cómo medir la carga de hierro

Cabe señalar que la prueba en sí ya realiza parcialmente la medición. Para obtener una imagen más detallada, recomiendo utilizar la utilidad Process Explorer de Mark Rusinovich.

La figura muestra un ejemplo de medición para la versión del archivo.

Contactos para TPC-1C-GILV

http://gilev.ru/1c/ tpc

resultados de pruebas, propuestas de desarrollo

y enviar reseñas por correo electrónico: [correo electrónico protegido]

Ir a otros materiales del sitio

celestial 20.02.13 — 15:59	Hay un servidor en CentOS 6.3 con Postgresql 8.4 de 64 bits, también tiene instalado un servidor 1C de 32 bits 8.2.16.368 no había dinero para una clave de 64 bits KA 1.1.28.1 Descargué la prueba de Gilev como un archivo dt. Creé una nueva base de datos en este servidor y subí este archivo. Desde la computadora del cliente entro a esta base de datos y ejecuto la prueba. Total 8,3 puntos. Intenté cambiar el Modo de compatibilidad y el Modo de administración de bloqueo de datos en esta base de datos; el resultado fue el mismo. El archivo postgresql ha sido ajustado. ¿O debería ejecutarse esta prueba en el propio servidor?
smitru 1 — 20.02.13 — 16:00	(0) Gilev tiene su propio foro. ¿Has intentado hacer una pregunta allí?
ansh15 2 — 20.02.13 — 16:08	(0)Tema antiguo v8: rendimiento del servidor 1c De nuevo, cómo llamar a un servidor...
celestial 3 — 20.02.13 — 16:14	Xeon X3450 2,67GHz 2x4GbDDR3 2xSATA2 7200 en una incursión de espejo de software
Adimr 4 — 20.02.13 — 16:21	(0) http://infostart.ru/public/147259/
smitru 5 — 20.02.13 — 16:34	(3) "en una redada de espejo de software" Genial... y después de eso hay quejas sobre los frenos????
celestial 6 — 20.02.13 — 16:43	(5) parece que un ataque suave genera unos gastos generales muy pequeños... pero ¿qué propones hacer? ¿Debo utilizar el controlador RAID integrado en la placa base? o comprar uno externo?
¿Idea? 7 — 20.02.13 — 16:44	¿Debo utilizar el controlador RAID integrado en la placa base? o comprar uno externo? ¿Qué pasa si el controlador muere? O tener una placa base de repuesto o dos externas.
smitru 8 — 20.02.13 — 16:45	(6) el hardware Polybass es mejor (solo que realmente acelera la lectura y no ralentiza la grabación como el software) Y entonces, debe distribuir archivos de datos, sistema, archivo de página, temperatura de base de datos A DIFERENTES ESPEJOS (no es necesario colocar este último en dispositivos que no son espejos, pero en dispositivos individuales es útil)
Fragster 10 — 20.02.13 — 16:49	Prueba de Gilev de un solo hilo
Fragster 11 — 20.02.13 — 16:50	(5) es el ataque al espejo (1 y 10) el que se ralentiza un poco
celestial 12 — 20.02.13 — 16:51	(7) Sobre la base de estas consideraciones, se optó por una redada suave. (8) gracias por el comentario, pero... este servidor está instalado en una pequeña empresa para 5-10 usuarios con una pequeña cantidad de documentos por día. ¿Qué tan justificado está distribuir archivos entre discos e incluso comprar discos nuevos?
Demiurgo 13 — 21.02.13 — 07:30	(1) ¿Por qué preguntar a los especialistas que se ocupan de la productividad todos los días cuando hay errores? :))) (0) Solo quiero chatear, me gustaría solucionar el problema, hace tiempo me hubiera comunicado con él.
el-gamberro 14 — 21.02.13 — 08:05	¿Tampoco entiendo qué tiene esto que ver con 1C?
celestial 15 — 21.02.13 — 09:47	(14) parece ser un tema de la sección de TI, no de 1C. (13) no cuesta 50 mil rublos. En general, hay una jamba en la propia prueba, ya que está diseñada para bloqueo automático, no controlado.
celestial 16 — 21.02.13 — 09:49	Todo lo que tengo que hacer es recordar dónde leí sobre esto...

TurboConf 5: ampliando las capacidades del Configurador 1C

¡ATENCIÓN!

Si ha perdido la ventana de entrada de mensajes, haga clic en Ctrl-F5 o Ctrl-R o el botón "Actualizar" en el navegador.

El tema no se actualiza desde hace mucho tiempo y está marcado como archivado. No es posible agregar mensajes.
¡Pero puedes crear un hilo nuevo y definitivamente te responderán!
Cada hora en el Foro Mágico hay más 2000 Humano.