Consejos de automatización. Consejos de automatización 1s 8.3 funciona lentamente en la red

El sistema 1C ocupa una posición dominante en el mercado de la automatización para pequeñas y medianas empresas. Si una empresa ha elegido el sistema de contabilidad 1C, normalmente casi todos los empleados trabajan en él, desde los especialistas habituales hasta la dirección. En consecuencia, la velocidad de los procesos comerciales de la empresa depende de la velocidad de 1C. Si 1C funciona a una velocidad insatisfactoria, esto afecta directamente el trabajo de toda la empresa y las ganancias.

realmente existe Tres métodos de aceleración 1C:

• Aumento de la capacidad del hardware.
• Optimización del sistema operativo y la configuración del DBMS.
• Optimización de código y algoritmos en 1C.

El primer método requiere la compra de equipos y licencias, el tercero requiere mucho trabajo para los programadores y, como resultado, ambos métodos generan importantes costos financieros. En primer lugar, debe prestar atención al código del programa, ya que ningún aumento en la capacidad del servidor puede compensar un código incorrecto. Cualquier programador sabe que con tan solo unas pocas líneas de código es posible crear un proceso que cargará por completo los recursos de cualquier servidor.

Si una empresa confía en que el código del programa es óptimo, pero aún funciona con lentitud, la dirección suele decidir aumentar la capacidad del servidor. En este punto surge una pregunta lógica: qué falta, cuánto y qué hay que añadir al final.

La empresa 1C da una respuesta bastante vaga a la pregunta de cuántos recursos se necesitan, escribimos sobre esto anteriormente en nuestras publicaciones. Y, por lo tanto, debe realizar experimentos de forma independiente y descubrir de qué depende el rendimiento de 1C. A continuación se describen los experimentos con el desempeño del programa en EFSOL.

Al trabajar con 1C 8.2, especialmente con configuraciones que utilizan formularios administrados, se notó un hecho extraño: 1C funciona más rápido en una estación de trabajo que en un servidor potente. Además, todas las características de la estación de trabajo son peores que las del servidor.

Tabla 1: Configuraciones en las que se realizaron las pruebas iniciales

La estación de trabajo muestra un 155% más de rendimiento que un servidor 1C con características superiores. Comenzamos a descubrir qué estaba pasando y a limitar la búsqueda.

Figura 1 – Mediciones de rendimiento en la estación de trabajo mediante la prueba de Gilev

La primera sospecha fue que la prueba de Gilev era inadecuada. Las mediciones de apertura de formularios, publicación de documentos, generación de informes, etc. utilizando herramientas de instrumentación mostraron que la prueba de Gilev produce una evaluación proporcional a la velocidad real de trabajo en 1C.

Número y frecuencia de RAM

Un análisis de la información disponible en Internet mostró que muchos escriben sobre la dependencia del rendimiento de 1C de la frecuencia de la memoria. Depende de la frecuencia, no del volumen. Decidimos probar esta hipótesis, ya que tenemos una frecuencia de RAM de 1066 Mhz en el servidor versus 1333 Mhz en la estación de trabajo, y la cantidad de RAM en el servidor ya es mucho mayor. Decidimos instalar inmediatamente no 1066 Mhz, sino 800 Mhz para que el efecto de la dependencia del rendimiento de la frecuencia de la memoria fuera más claro. El resultado es que la productividad cayó un 12% y ascendió a 39,37 unidades. Instalamos memoria con una frecuencia de 1333 Mhz en lugar de 1066 Mhz en el servidor y obtuvimos un ligero aumento en el rendimiento, alrededor del 11%. La productividad fue de 19,53 unidades. En consecuencia, no es una cuestión de memoria, aunque su frecuencia aumenta ligeramente.

Figura 2: Mediciones de rendimiento en una estación de trabajo después de reducir la frecuencia de la RAM

Figura 3 – Mediciones de rendimiento en el servidor después de aumentar la frecuencia de la RAM

Subsistema de disco

La siguiente hipótesis estaba relacionada con el subsistema de disco. Inmediatamente surgieron dos suposiciones:

• Los SSD son mejores que los discos SAS, incluso si están en raid 10.
• iSCSI es lento o incorrecto.

Por lo tanto, se instaló un disco SATA normal en la estación de trabajo en lugar de un SSD, y se hizo lo mismo con el servidor: la base de datos se colocó en un disco SATA local. Como resultado, las mediciones de desempeño no cambiaron en absoluto. Lo más probable es que esto suceda porque hay suficiente RAM y los discos prácticamente no intervienen de ninguna manera durante la prueba.

UPC

Los procesadores del servidor son, por supuesto, más potentes y hay dos, pero la frecuencia es ligeramente menor que en la estación de trabajo. Decidimos comprobar el efecto de la frecuencia del procesador en el rendimiento: no había procesadores con una frecuencia más alta para el servidor, por lo que redujimos la frecuencia del procesador en la estación de trabajo. Inmediatamente lo bajamos a 1,6 para que la correlación fuera más clara. La prueba mostró que el rendimiento disminuyó significativamente, pero incluso con un procesador 1.6, la estación de trabajo produjo casi 28 unidades, casi 1,5 veces más que en el servidor.

Figura 4 – Mediciones de rendimiento en una estación de trabajo con un procesador de 1,6 Ghz

Tarjeta de video

Hay información en Internet de que la tarjeta de video puede afectar el rendimiento de 1C. Intentamos utilizar el vídeo integrado de la estación de trabajo, un adaptador profesional Nvidia NVIDIA® Quadro® 4000 2 Gb DDR5 y una antigua tarjeta de vídeo GeForce 16MbSDR. Durante la prueba de Gilev no se observaron diferencias significativas. Quizás la tarjeta de video todavía tenga efecto, pero en condiciones reales, cuando necesita abrir formularios administrados, etc.

Por el momento, existen dos sospechas de por qué la estación de trabajo funciona más rápido incluso con características notablemente peores:

1. UPC. El tipo de procesador de la estación de trabajo se adapta mejor a 1C.
2. Conjunto de chips. En igualdad de condiciones, nuestra estación de trabajo tiene un chipset más nuevo, tal vez este sea el problema.

Planeamos comprar los componentes necesarios y continuar las pruebas para finalmente descubrir de qué depende en gran medida el rendimiento de 1C. Mientras el proceso de aprobación y adquisición está en marcha, decidimos realizar una optimización, sobre todo porque no cuesta nada. Se identificaron las siguientes etapas:

Etapa 1. Configuración del sistema

Primero, realicemos las siguientes configuraciones en el BIOS y el sistema operativo:

1. En el BIOS del servidor, desactivamos todas las configuraciones para ahorrar energía del procesador.
2. Seleccione el plan “Máximo rendimiento” en el sistema operativo.
3. El procesador también está optimizado para ofrecer el máximo rendimiento. Esto se puede hacer usando la utilidad PowerSchemeEd.

Etapa 2. Configuración del servidor SQL y el servidor 1C:Enterprise

Realizamos los siguientes cambios en la configuración del DBMS y del servidor 1C:Enterprise.

1. Configuración del protocolo de memoria compartida:
   
   
   • La memoria compartida se habilitará solo en la plataforma a partir de 1C 8.2.17; en versiones anteriores, se habilitará Named Pipe, ligeramente inferior en velocidad de funcionamiento. Esta tecnología solo funciona si los servicios 1C y MSSQL están instalados en el mismo servidor físico o virtual.
2. Se recomienda cambiar el servicio 1C al modo de depuración, ya que, paradójicamente, esto aumenta el rendimiento. De forma predeterminada, la depuración está deshabilitada en el servidor.
3. Configurando el servidor SQL:
   
   
   • Sólo necesitamos el servidor, los demás servicios relacionados con él y, quizás, alguien los utilice, sólo ralentizan el trabajo. Detenemos y deshabilitamos servicios como: Búsqueda de texto completo (1C tiene su propio mecanismo de búsqueda de texto completo), Servicios de integración, etc.
   • Establecemos la cantidad máxima de memoria asignada al servidor. Esto es necesario para que el servidor SQL calcule esta cantidad y borre la memoria por adelantado.
   • Establecemos el número máximo de subprocesos (subprocesos de trabajo máximos) y configuramos la prioridad aumentada del servidor (prioridad de refuerzo).

Etapa 3: configuración de una base de datos de producción

Una vez optimizados el servidor DBMS y 1C:Enterprise, pasamos a la configuración de la base de datos. Si la base de datos aún no se ha expandido desde el archivo .dt y conoce su tamaño aproximado, entonces es mejor indicar inmediatamente el tamaño de inicialización al archivo principal con ">=" del tamaño de la base de datos, pero esto es una cuestión del gusto, seguirá creciendo durante la expansión. Pero se debe especificar el tamaño de aumento automático: aproximadamente 200 MB por base y 50 MB por registro, porque Los valores predeterminados: crecimiento de 1 MB y 10% ralentizan mucho el trabajo del servidor cuando necesita aumentar el archivo cada tercera transacción. Además, es mejor especificar el almacenamiento del archivo de base de datos y el archivo de registro en diferentes discos físicos o grupos RAID si se utiliza una matriz RAID, y limitar el crecimiento del registro. Se recomienda mover el archivo Tempdb a una matriz de alta velocidad, ya que el DBMS accede a él con bastante frecuencia.

Etapa 4. Configurar tareas programadas

Las tareas programadas se crean de forma muy sencilla utilizando el Plan de Mantenimiento en la sección Gestión, utilizando herramientas gráficas, por lo que no describiremos en detalle cómo se hace. Veamos qué operaciones deben realizarse para mejorar la productividad.

• La desfragmentación de índices y la actualización de estadísticas deben realizarse diariamente, porque si la fragmentación del índice es > 25%, reduce drásticamente el rendimiento del servidor.
• La desfragmentación y actualización de las estadísticas se realiza rápidamente y no requiere desconectar a los usuarios. También se recomienda hacerlo a diario.
• Reindización completa: realizada con la base de datos bloqueada, se recomienda realizarla al menos una vez por semana. Naturalmente, después de una reindexación completa, los índices se desfragmentan inmediatamente y se actualizan las estadísticas.

Como resultado, con la ayuda del ajuste del sistema, el servidor SQL y la base de datos en funcionamiento, logramos aumentar la productividad en un 46%. Las mediciones se realizaron mediante la herramienta 1C KIP y mediante la prueba de Gilev. Este último mostró 25,6 unidades versus 17,53 que eran originalmente.

Breve conclusión

1. El rendimiento de 1C depende poco de la frecuencia de la RAM. Una vez que se alcanza una cantidad suficiente de memoria, no tiene sentido seguir ampliando la memoria, ya que no conduce a un aumento del rendimiento.
2. El rendimiento de 1C no depende de la tarjeta de video.
3. El rendimiento de 1C no depende del subsistema del disco, siempre que no se exceda la cola de lectura o escritura del disco. Si se instalan unidades SATA y no se excede su cola, la instalación de una SSD no mejorará el rendimiento.
4. El rendimiento depende bastante de la frecuencia del procesador.
5. Con la configuración adecuada del sistema operativo y del servidor MSSQL, es posible lograr un aumento en el rendimiento de 1C entre un 40 y un 50% sin ningún costo de material.

¡ATENCIÓN! ¡Un punto muy importante! Todas las mediciones se realizaron sobre una base de prueba utilizando la prueba de Gilev y las herramientas de instrumentación 1C. El comportamiento de una base de datos real con usuarios reales puede diferir de los resultados obtenidos. Por ejemplo, en la base de datos de prueba no encontramos ninguna dependencia del rendimiento de la tarjeta de video y la cantidad de RAM. Estas conclusiones son bastante cuestionables y en condiciones reales estos factores pueden tener un impacto significativo en el rendimiento. Cuando se trabaja con configuraciones que utilizan formularios administrados, una tarjeta de video es importante y un potente procesador gráfico acelera el trabajo en términos de dibujar la interfaz del programa, visualmente esto se manifiesta en un trabajo más rápido de 1C.

¿Tu 1C funciona lentamente? Solicite el mantenimiento de TI para computadoras y servidores a especialistas de EFSOL con muchos años de experiencia o transfiera su 1C a un servidor virtual 1C potente y tolerante a fallas.

Integración de sistema. Consultante

1. Configurar tareas rutinarias y en segundo plano;
2. Diagnóstico y eliminación de errores en la base de información, que tiene formato de almacenamiento de datos en archivos;
3. Comience a indexar la búsqueda de texto completo en 1C o desactívela por completo;
4. Lanzamiento de la base de datos en las últimas Plataformas 8.3.8;
5. Ejecutando en un cliente ligero;
6. Aumentar la velocidad de retransferencia de documentos cuando el antivirus está desactivado;
7. Ejecutar recálculo de totales y restauración de secuencia;
8. Realizar pruebas y corrección de la base de datos, comprobando con la utilidad chdbfl.exe;
9. Si la configuración no es estándar, es decir, modificada por programadores para una organización específica, realice una Verificación de Configuración;
10. Deshabilite los modos funcionales innecesarios;
11. Configurar los derechos de usuario;
12. Convolución básica;
13. Actualización de hardware.

Método 1. Configurar trabajos programados y en segundo plano

La aplicación en la nueva edición de 1C Accounting 3.0, además de realizar el trabajo principal, inicia operaciones en segundo plano, lo que conduce a una disminución en el rendimiento del programa.

El modo en segundo plano es un modo de espera, es decir, la operación siempre está ejecutándose, aunque no se utilice.

Paso 1. Configurar trabajos de rutina y en segundo plano

Abrimos la lista de tareas rutinarias y en segundo plano: sección Administración – Soporte y mantenimiento – Operaciones de rutina – Tareas de rutina y en segundo plano:

Después de iniciar el programa 1C 8.3, los trabajos en segundo plano se inician automáticamente y se realizan tareas rutinarias que consumen una gran cantidad de recursos y ralentizan el programa. Por lo tanto, es necesario analizar el trabajo de los contables y determinar qué tareas en segundo plano deben dejarse en ejecución automática y cuáles deben deshabilitarse.

En la figura vemos una lista de tareas de rutina que se inician en 1C 8.3 Contabilidad:

En la figura vemos una lista de trabajos en segundo plano completados:

Por ejemplo,

• El programa de contabilidad 1C 8.3 está constantemente conectado al sitio para actualizar varios clasificadores;
• Si la empresa no realiza operaciones relacionadas con moneda extranjera, entonces no es necesario realizar un seguimiento de los tipos de cambio;
• Si el contador no utiliza la búsqueda de texto completo en el programa, entonces no es recomendable ejecutar el proceso de "Extracción de texto".

Paso 2: deshabilite las tareas innecesarias

Echemos un vistazo más de cerca a cómo deshabilitar la descarga. Coloque el cursor en la línea deseada y haga doble clic:

Para deshabilitar la tarea, desmarque la casilla de verificación Habilitado:

Paso 3. Establecer un cronograma para tareas rutinarias

Echemos un vistazo más de cerca a cómo configurar un horario. Coloque el cursor en la línea deseada y haga doble clic:

Seleccione el elemento Programar:

En la ventana que se abre, vaya a la pestaña deseada y realice los ajustes adecuados:

Método 2. Diagnóstico y eliminación de errores en una base de información que tiene formato de almacenamiento de datos en archivos.

Paso 1.

Creamos una copia de seguridad de la base de datos.

Paso 2.

Comencemos el procedimiento. Para ello, abra el Configurador y ejecute el procedimiento Prueba y corrección de la base de información: sección Administración – Pruebas y corrección. Seleccione las comprobaciones y modos que deben realizarse para la base de datos:

Echemos un vistazo más de cerca a las opciones de verificación propuestas:

• Reindexar tablas de la base de datos: reconstruye los índices de las tablas para mejorar el rendimiento de la base de datos;
• Verificar la integridad lógica de la base de información – verificar la lógica de la base de datos;
• Verificar la integridad referencial de la base de información: verificar la integridad lógica de la base de datos para detectar enlaces "rotos";
• Recálculo de totales – recálculo de los totales de las tablas del registro de acumulación;
• Compresión de tablas de bases de datos: reduce el tamaño de la base de datos después de realizar pruebas y correcciones;
• Reestructuración de tablas de la base de datos: optimiza la estructura de la base de datos utilizando archivos auxiliares para aumentar la estabilidad y el rendimiento.

Si seleccionamos la opción Procedimiento de prueba y corrección en el modo Verificación de la integridad referencial de la base de datos, entonces estarán disponibles los elementos de configuración para procesar errores de la base de datos:

• Párrafo Cuando hay referencias a objetos inexistentes significa que cuando se detectan enlaces "rotos", los procesará utilizando la opción seleccionada;
• Párrafo En caso de pérdida parcial de los datos del objeto. significa que los datos restantes son suficientes para restaurar los datos de algún objeto.

El procedimiento para probar y corregir la base de información 1C solo se puede realizar en modo exclusivo.

Método 3. Comience a indexar la búsqueda de texto completo en 1C o desactívela por completo

1C ha desarrollado la búsqueda de datos de texto completo para facilitar al usuario la búsqueda de información desconocida. Una característica de la búsqueda de datos de texto completo en 1C 8.3 es:

• El usuario puede ingresar una consulta de búsqueda de forma sencilla y utilizar operadores especiales como: y, o, no.
• La búsqueda de datos de texto completo funciona con campos del tipo ValueStorage y con campos de texto largos, y al usuario no se le mostrarán resultados para los que no tiene derechos.

Por ejemplo, necesita configurar una búsqueda de texto completo en los documentos del Informe anticipado.

Paso 1.

Paso 2.

Abrir el documento Informe avanzado: menú Configurador – Abrir configuración.

Paso 3.

En la línea de búsqueda de texto completo, seleccione Usar: Informe avanzado – Campo de entrada – Búsqueda de texto completo:

Etapa 4.

Lanzamos el programa y actualizamos el modo de búsqueda de texto completo. Abra Operaciones regulares: sección Administración – Configuración del programa – Soporte y mantenimiento:

Paso 5.

Abra la configuración y actualice el índice usando el botón Actualizar índice:

Método 4. Lanzar la base de datos en las últimas plataformas 8.3.8

Cómo actualizar la plataforma tecnológica 1C 8.3, vea nuestro video tutorial:

Los especialistas de 1C han mejorado la distribución de carga:

• Es posible controlar con mayor precisión la cantidad de memoria consumida por los procesos de trabajo del servidor, lo que hace que el clúster sea más resistente a las acciones descuidadas del usuario.
• Reestructuración de bases de información en segundo plano. La nueva característica le permite minimizar el tiempo de inactividad del sistema necesario para actualizar las soluciones de las aplicaciones.
• La versión 8.3 de la plataforma recibió una nueva interfaz para las aplicaciones "Taxi", más cómoda y visual con un nuevo diseño brillante. Capacidades de navegación de aplicaciones mejoradas. El usuario puede personalizar de forma independiente su espacio de trabajo colocando paneles en diferentes áreas de la pantalla. El nuevo mecanismo de entrada de líneas acelera significativamente la búsqueda de datos. Para obtener más información sobre las nuevas funciones de la interfaz "Taxi" del programa de contabilidad 1C 8.3, mire nuestro video:

Método 5. Iniciar en Thin Client

Trabajar en modo de cliente ligero solo es posible en el modo de aplicación administrada. En el modo de cliente ligero, todas las acciones se realizan en el servidor y el usuario solo recibe una visualización de la información recibida. Este modo de operación no requiere grandes recursos tanto del sistema como del canal de comunicación.

Método 6. Cambiar el software antivirus

Si tiene instalado el antivirus Avast o Kaspersky, es recomendable sustituirlo por otro. La experiencia ha demostrado que la velocidad de transferencia de documentos cuando el antivirus está desactivado aumenta significativamente, ya que los antivirus consumen recursos de la computadora.

Método 7. Probar y corregir la base de datos, comprobando con la utilidad chdbfl.exe

Es necesario realizar Pruebas y corrección de la base de datos, habiendo realizado previamente una copia.

Paso 1. Haz una copia de la base de datos.

Cómo hacer una copia de seguridad de 1C 8.3, vea el siguiente video tutorial:

Paso 2. Verifique usando la utilidad chdbfl.exe

La utilidad chdbfl.exe se utiliza en los casos en que el sistema no se inicia ni siquiera en el modo configurador. La utilidad se encuentra en la carpeta “bin” de la plataforma tecnológica instalada, por ejemplo: c:\Program Files (x86)\1cv8\8.3.9.1818\bin\chdbfl.exe:

Comprobamos utilizando la utilidad chdbfl.exe:

Paso 3. Realizar pruebas y corrección de la base de datos

Realizar Pruebas y corrección de la base de datos iniciando el sistema en modo configurador.

Paso 4. Restaurar la secuencia de documentos.

Para restaurar la secuencia en 1C 8.3, abra Todas las funciones: Menú principal - Todas las funciones. Seleccione el elemento deseado y ábralo usando el botón Abrir:

En la ventana que se abre, vaya a la pestaña Restaurar secuencias y haga clic en Restaurar o Restaurar todo:

Método 8. Si la configuración no es estándar, verifique la configuración.

Si la configuración no es estándar, es decir, modificada por programadores para una organización específica, verificamos la configuración.

Paso 1.

Lanzamos el programa en modo Configurador.

Paso 2.

Abra la configuración de la base de datos: sección Configuración – Configuración de la base de datos:

Paso 3.

Seleccione el elemento Comprobar configuración y realice los ajustes:

Método 9: deshabilite los modos funcionales innecesarios

Abra la Funcionalidad del programa 1C 8.3: sección Principal - Configuración - Funcionalidad, realice configuraciones para cada sección:

Método 10. Configurar los derechos de usuario

Paso 1.

Lanzamos 1C 8.3 en modo Configurador.

Paso 2.

Abra la lista de usuarios: sección Administración – Usuarios. En la pestaña Otro, determinamos qué roles deben asignarse al usuario y los marcamos.

Reducir la funcionalidad seleccionada reduce el tiempo que le toma al programa ordenar los formularios administrados al abrir una lista de documentos, es decir, cuanto menos innecesarios haya en la interfaz administrada, más rápido funcionará:

Método 11. Desfragmentación de un disco con una base de datos de archivos

El procedimiento de desfragmentación del disco optimiza los archivos ubicados en el disco duro para aumentar la velocidad del sistema. La desfragmentación debe realizarse sólo cuando sea necesario, ya que aumenta el desgaste del disco.

Con el disco duro seleccionado, use el botón derecho del mouse para llamar al comando Propiedades:

En la pestaña Herramientas, seleccione Optimización y desfragmentación del disco:

Método 12. Plegado de la base

– se trata de la entrada de saldos actuales a una fecha determinada y la eliminación de documentos antiguos e innecesarios. Este método puede resultar útil si la base de datos es grande, por ejemplo, durante varios años. El resumen debe realizarse sin que los usuarios trabajen en el sistema.

Paso 1. Crea una copia de la base de datos.

Paso 2. Realizamos el procedimiento para colapsar la base de datos 1C 8.3.

Sección Administración – Servicio – Colapso de base de información.

En la primera etapa el programa 1C 8.3 sugiere hacer una copia de seguridad, donde debe especificar el directorio para guardar. Haga clic en Siguiente:

¿Tu 1C vuelve a ser lento?¿Estás perdiendo el tiempo mientras preparas un informe?¿Estás cansado de beber té mientras esperas el intercambio de datos?

La situación con un funcionamiento lento de 1C no es infrecuente. Puede aguantar esto o optimizar la configuración de 1C y el equipo, lo que aumentará significativamente la velocidad de su trabajo.

¡Nuestros servicios le ayudarán a hacer más cosas durante su jornada laboral! Sabemos cómo acelerar 1C para que nunca repita las palabras "1C se congela".

¿Por qué 1C puede congelarse o ralentizarse?

Puede haber problemas con el equipo. Falta de memoria en el servidor 1C, funcionamiento inestable en la red local, problemas con el disco duro o las claves de seguridad: todo esto puede hacer que 1C se ralentice y le ponga nervioso. Además, 1C puede congelarse debido a:

• mala compatibilidad de plataforma y configuración,
• errores graves de programadores novatos de 1C,
• tamaño de base enorme,
• una gran cantidad de usuarios.

Incluso los errores durante el funcionamiento normal de 1C también pueden provocar un funcionamiento lento.

¿Cómo acelerar 1C?

Procedemos así:

• Verificamos que los equipos cumplan con los requisitos tecnológicos 1C. Es posible que necesite aumentar la RAM, configurar un servidor 1C, reemplazar un disco o verificar la velocidad de su red local. Es decir, realizamos una revisión exhaustiva de todos los equipos que intervienen en el proceso.
• Verificamos la configuración de otros servicios involucrados en el funcionamiento de 1C. Por ejemplo, una base de datos SQL configurada incorrectamente o un acceso a terminal poco confiable pueden ralentizar enormemente 1C.
• Verificamos la exactitud del código de configuración 1C, con el que hay problemas. No es ningún secreto que un mismo problema de software se puede solucionar de diferentes formas. El código no óptimo a menudo hace que 1C se congele.
• Verificamos el patrón de trabajo del usuario cuando trabaja con 1C. A veces, los propios usuarios ralentizan 1C y no se dan cuenta.

Cómo acelerar el trabajo en 1C: Contabilidad 8.3 (edición 3.0) o deshabilitar tareas rutinarias y en segundo plano

2019-01-15T13:28:19+00:00

Aquellos de ustedes que ya han cambiado a la nueva edición de 1C: Contabilidad 8.3 (edición 3.0) han notado que se ha vuelto más lenta que la 2. Algunas ralentizaciones extrañas, interminables tareas en segundo plano varias veces al día, que nadie le pedía que realizara sin nuestro conocimiento.

Mis contadores me dijeron inmediatamente después de la transición que la nueva edición de 1C: Contabilidad 3.0 es francamente lenta en comparación con las anteriores. Y es simplemente imposible trabajar.

Empecé a investigar y muy pronto descubrí que la causa principal de los bloqueos y la posterior insatisfacción de los usuarios son las tareas rutinarias y en segundo plano, muchas de las cuales están habilitadas de forma predeterminada, aunque para la gran mayoría de los contables no son necesarias.

Bueno, por ejemplo, ¿por qué necesitamos ejecutar la tarea “Extracción de texto” cien veces al día si no realizamos una búsqueda de texto completo (contables, no se alarmen) en todos los objetos de nuestra base de datos?

O ¿por qué descargar constantemente tipos de cambio si no tenemos transacciones de divisas o las hacemos ocasionalmente (y antes de eso nosotros mismos podemos hacer clic en el botón de descargar tipos de cambio)?

Lo mismo se aplica al intento constante de 1C de conectarse al sitio y verificar y actualizar los clasificadores bancarios. ¿Para qué? Yo mismo presionaré el botón para actualizar los clasificadores si no encuentro el banco correcto por su BIC.

Cómo hacer esto paso a paso a continuación.

1. Vaya a la sección "Administración" y seleccione "Mantenimiento" () en el panel de acciones:

2. En la ventana que se abre, busque y seleccione "Tareas de rutina y en segundo plano":

3. Abra cada tarea que tenga "Activado" en la columna "Activado". hay una grajilla.

4. Desmarque "Activado" y haga clic en el botón "Guardar y cerrar".

5. Haz esto con cada una de las tareas incluidas y disfruta de la nueva edición. En general, en mi opinión, es mucho mejor que dos.

Al mismo tiempo, la plataforma seguirá habilitando algunas de las tareas programadas que deshabilitaste.

El objetivo principal al escribir este artículo es evitar repetir matices obvios para aquellos administradores (y programadores) que aún no han adquirido experiencia con 1C.

El objetivo secundario es que si tengo algún defecto, Infostart sea el más rápido para señalármelo.

La prueba de V. Gilev ya se ha convertido en una especie de estándar "de facto". El autor en su sitio web dio recomendaciones bastante claras, pero simplemente presentaré algunos resultados y comentaré los errores más probables. Naturalmente, los resultados de las pruebas en su equipo pueden diferir; esto es solo una guía de lo que debe ser y de lo que puede esforzarse. Me gustaría señalar de inmediato que los cambios deben realizarse paso a paso y, después de cada paso, verificar el resultado que dio.

Hay artículos similares en Infostart, pondré enlaces a ellos en las secciones correspondientes (si me pierdo algo, sugiérelo en los comentarios y lo agregaré). Entonces, supongamos que su 1C es lento. ¿Cómo diagnosticar el problema y cómo entender quién tiene la culpa, el administrador o el programador?

Datos iniciales:

Computadora probada, conejillo de indias principal: HP DL180G6, equipada con 2*Xeon 5650, 32 Gb, Intel 362i, Win 2008 r2. A modo de comparación, el Core i3-2100 muestra resultados comparables en la prueba de un solo subproceso. El equipo que elegí deliberadamente no era el más nuevo; con equipos modernos los resultados son notablemente mejores.

Para probar servidores 1C y SQL separados, servidor SQL: IBM System 3650 x4, 2*Xeon E5-2630, 32 Gb, Intel 350, Win 2008 r2.

Para probar una red de 10 Gbit, se utilizaron adaptadores Intel 520-DA2.

Versión del archivo. (la base de datos está en el servidor en una carpeta compartida, los clientes se conectan a través de la red, protocolo CIFS/SMB). Algoritmo paso a paso:

0. Agregue la base de datos de prueba de Gilev al servidor de archivos en la misma carpeta que las bases de datos principales. Nos conectamos desde el ordenador cliente y ejecutamos la prueba. Recordamos el resultado.

Se entiende que incluso para computadoras antiguas de hace 10 años (Pentium en zócalo 775 ) el tiempo desde que se hace clic en el acceso directo de 1C:Enterprise hasta que aparece la ventana de la base de datos debe ser de menos de un minuto. ( Celeron = lento).

Si tienes un ordenador peor que un Pentium 775 zócalo con 1 GB de RAM, entonces me compadezco de usted y le resultará difícil lograr un trabajo cómodo en 1C 8.2 en la versión de archivo. Piense en actualizar (ya es hora) o cambiar a un servidor de terminal (o web, en el caso de clientes ligeros y formularios administrados).

Si la computadora no está peor, entonces puedes expulsar al administrador. Como mínimo, verifique el funcionamiento de la red, el antivirus y el controlador de protección HASP.

Si la prueba de Gilev en esta etapa mostró 30 "loros" o más, pero la base de trabajo de 1C aún funciona lentamente, las preguntas deben dirigirse al programador.

1. Como guía de cuánto puede “exprimir” una computadora cliente, verificamos el funcionamiento solo de esta computadora, sin red. Instalamos la base de datos de prueba en una computadora local (en un disco muy rápido). Si la computadora cliente no tiene un SSD normal, entonces se crea un disco RAM. Por ahora, el más sencillo y gratuito es Ramdisk Enterprise.

Para probar la versión 8.2 basta con un disco ram de 256 MB y! El más importante. Después de reiniciar la computadora, con el disco ram ejecutándose, debería haber entre 100 y 200 MB libres. En consecuencia, sin un disco ram, para un funcionamiento normal debería haber entre 300 y 400 MB de memoria libre.

Para probar la versión 8.3, un disco ram de 256 MB es suficiente, pero necesitas más RAM libre.

Al realizar la prueba, debe observar la carga del procesador. En un caso cercano al ideal (ramdisk), el archivo local 1c carga 1 núcleo de procesador cuando se ejecuta. En consecuencia, si durante la prueba el núcleo de su procesador no está completamente cargado, busque puntos débiles. Se describe un poco emocional, pero en general correcta, la influencia del procesador en el funcionamiento de 1C. Solo como referencia, incluso en los Core i3 modernos con altas frecuencias, los números 70-80 son bastante realistas.

Los errores más comunes en esta etapa.

a) Antivirus mal configurado. Hay muchos antivirus, la configuración de cada uno es diferente, solo diré que con la configuración adecuada ni la web ni Kaspersky 1C interfieren. Con la configuración predeterminada, se pueden sacar aproximadamente de 3 a 5 loros (10-15 %).

b) Modo de actuación. Por alguna razón, pocas personas le prestan atención, pero el efecto es el más significativo. Si necesita velocidad, debe hacerlo, tanto en las computadoras cliente como en las servidores. (Gilev tiene una buena descripción. La única advertencia es que en algunas placas base, si desactiva Intel SpeedStep, no podrá activar TurboBoost).

En resumen, mientras se ejecuta 1C, hay mucha espera de respuesta de otros dispositivos (disco, red, etc.). Mientras espera una respuesta, si el modo de rendimiento está habilitado, el procesador reduce su frecuencia. Viene una respuesta del dispositivo, 1C (el procesador) necesita funcionar, pero los primeros ciclos de reloj tienen una frecuencia reducida, luego la frecuencia aumenta y 1C nuevamente espera una respuesta del dispositivo. Y así, cientos de veces por segundo.

Puede (y preferiblemente) habilitar el modo de rendimiento en dos lugares:

A través de BIOS. Desactive los modos C1, C1E, Intel C-state (C2, C3, C4). En diferentes biografías se les llama de manera diferente, pero el significado es el mismo. La búsqueda lleva mucho tiempo, es necesario reiniciar, pero si lo hace una vez, puede olvidarlo. Si haces todo correctamente en la BIOS, la velocidad aumentará. En algunas placas base, puede configurar los ajustes del BIOS para que el modo de rendimiento de Windows no influya. (Ejemplos de configuración de BIOS de Gilev). Estas configuraciones se refieren principalmente a procesadores de servidor o BIOS "avanzadas", si no ha encontrado esto y NO tiene Xeon, está bien.

Panel de control - Fuente de alimentación - Alto rendimiento. Menos: si la computadora no ha sido reparada durante mucho tiempo, hará un ruido más fuerte del ventilador, se calentará más y consumirá más energía. Esta es una tarifa de desempeño.

Cómo comprobar que el modo está habilitado. Inicie el administrador de tareas - rendimiento - monitor de recursos - CPU. Esperamos hasta que el procesador esté ocupado sin nada.

Estas son las configuraciones predeterminadas. En estado C del BIOS incluido, modo de consumo de energía equilibrado
En estado C del BIOS incluido, modo de alto rendimiento Para Pentium y Core puedes detenerte ahí, Todavía puedes exprimir algunos "loros" de Xeon
En estado C del BIOS apagado, modo de alto rendimiento. Si no usas Turbo boost, así es como debería verse servidor optimizado para el rendimiento

Y ahora los números. Déjame recordarte: Intel Xeon 5650, disco RAM. En el primer caso, la prueba muestra 23,26, en el último - 49,5. La diferencia es casi doble. Los números pueden variar, pero la proporción sigue siendo esencialmente la misma para Intel Core.

Estimados administradores, pueden criticar a 1C todo lo que quieran, pero si los usuarios finales necesitan velocidad, deben habilitar el modo de alto rendimiento.

c) Turboimpulso. Primero debe comprender si su procesador admite esta función, por ejemplo. Si es compatible, aún puede obtener algo de rendimiento de forma bastante legal. (No quiero tocar los problemas de overclocking de frecuencia, especialmente los servidores, hágalo bajo su propia responsabilidad y riesgo. Pero estoy de acuerdo en que aumentar la velocidad del bus de 133 a 166 da un aumento muy notable tanto en la velocidad como en la disipación de calor)

Cómo activar el turbo boost está escrito, por ejemplo, . ¡Pero! Para 1C hay algunos matices (no los más obvios). La dificultad es que el efecto máximo del turbo boost se produce cuando se activa el estado C. Y obtenemos algo como esto:

Tenga en cuenta que el multiplicador es el máximo, la velocidad del núcleo es excelente y el rendimiento es alto. Pero, ¿qué pasará como resultado con los 1?

	Factor	Velocidad del núcleo (frecuencia), GHz	Hilo único CPU-Z	Prueba de disco RAM de Gilev versión del archivo	Prueba de disco RAM de Gilev Servidor de cliente
Sin turbo impulso
Estado C apagado, Turbo boost				53.19	40,32
Estado C encendido, Turbo boost			1080	53,13	23,04

Pero al final resulta que según las pruebas de rendimiento de la CPU la versión con un multiplicador de 23 está por delante, según las pruebas de Gilev en la versión de archivo el rendimiento con un multiplicador de 22 y 23 es el mismo, pero en el cliente-servidor versión: la versión con un multiplicador de 23 es terrible, terrible, terrible (incluso si el estado C está configurado en el nivel 7, sigue siendo más lento que con el estado C desactivado). Por lo tanto, la recomendación es que compruebes tú mismo ambas opciones y elijas la mejor. En cualquier caso, la diferencia entre 49,5 y 53 loros es bastante significativa, sobre todo sin mucho esfuerzo.

Conclusión: se debe activar el turbo boost. Permítame recordarle que no es suficiente habilitar el elemento Turbo boost en el BIOS, también debe observar otras configuraciones (BIOS: QPI L0s, L1 - deshabilitar, solicitar limpieza - deshabilitar, Intel SpeedStep - habilitar, Turbo boost - habilitar Panel de control - Opciones de energía - Alto rendimiento) . Y todavía elegiría (incluso para la versión de archivo) la opción en la que el estado c está desactivado, aunque el multiplicador sea menor. Resultará algo como esto...

Un punto bastante controvertido es la frecuencia de la memoria. Por ejemplo, se ha demostrado que la frecuencia de la memoria tiene una influencia muy fuerte. Mis pruebas no revelaron tal dependencia. No compararé DDR 2/3/4, mostraré los resultados de cambiar la frecuencia dentro de la misma línea. La memoria es la misma, pero en la BIOS nos vemos obligados a configurar frecuencias más bajas.

Y resultados de las pruebas. 1C 8.2.19.83, para la versión del archivo ramdisk local, para cliente-servidor 1C y SQL en una computadora, Memoria compartida. Turbo boost está desactivado en ambas versiones. 8.3 muestra resultados comparables.

La diferencia está dentro del error de medición. Saqué específicamente capturas de pantalla de CPU-Z para mostrar que con un cambio en la frecuencia, otros parámetros también cambian, la misma latencia CAS y retardo RAS a CAS, que neutraliza el cambio en la frecuencia. La diferencia estará cuando se cambien físicamente los módulos de memoria, de más lentos a más rápidos, pero ni siquiera ahí las cifras son especialmente significativas.

2. Cuando hayamos resuelto el procesador y la memoria de la computadora cliente, pasamos al siguiente lugar muy importante: la red. Se han escrito muchos volúmenes de libros sobre el ajuste de redes, hay artículos sobre Infostart (y otros), pero aquí no me centraré en este tema. Antes de comenzar a probar 1C, asegúrese de que el iperf entre dos computadoras muestre todo el ancho de banda (para tarjetas de 1 Gbit, bueno, al menos 850 Mbit, o mejor aún, 950-980), que se hayan seguido los consejos de Gilev. Entonces, la prueba de funcionamiento más sencilla será, por extraño que parezca, copiar un archivo grande (5-10 gigabytes) a través de la red. Una señal indirecta de funcionamiento normal en una red de 1 Gbit será la velocidad de copia promedio de 100 MB/s, buen funcionamiento - 120 MB/s. Me gustaría llamar su atención sobre el hecho de que el punto débil (incluido) puede ser la carga del procesador. PYME El protocolo en Linux está bastante mal paralelizado y, durante el funcionamiento, puede "devorar" fácilmente un núcleo de procesador y no consumir más.

Y además. Con la configuración predeterminada, el cliente de Windows funciona mejor con un servidor de Windows (o incluso una estación de trabajo de Windows) y el protocolo SMB/CIFS, un cliente de Linux (debian, ubuntu no miró a los demás) funciona mejor con Linux y NFS ( también funciona con SMB, pero en NFS los loros son más altos). El hecho de que durante la copia lineal un servidor Windows Linux a NFS se copie en una secuencia más rápido no significa nada. El ajuste de Debian para 1C es un tema para un artículo aparte, todavía no estoy listo para ello, aunque puedo decir que en la versión de archivo obtuve un rendimiento incluso ligeramente mejor que la versión Win en el mismo equipo, pero con postgres con más 50 usuarios sigo teniendo todo muy mal.

El más importante , que los administradores "quemados" conocen, pero los principiantes no lo tienen en cuenta. Hay muchas formas de configurar la ruta a la base de datos 1c. Puedes hacer \\server\share, puedes hacer \\192.168.0.1\share, puedes usar net z: \\192.168.0.1\share (y en algunos casos este método también funcionará, pero no siempre) y luego especifique la unidad Z. Parece que todas estas rutas apuntan al mismo lugar, pero para 1C solo hay una forma que proporciona un rendimiento normal de manera bastante confiable. Entonces, esto es lo que debes hacer correctamente:

En la línea de comando (o en las políticas, o lo que sea conveniente para usted), use net DriveLetter: \\server\share. Ejemplo: uso neto m: \\servidor\bases. Enfatizo específicamente NO la dirección IP, es decir Nombre servidor. Si el nombre del servidor no es visible, agréguelo al dns del servidor o localmente al archivo de hosts. Pero la dirección debe ser por su nombre. En consecuencia, de camino a la base de datos, acceda a este disco (ver imagen).

Y ahora mostraré con números por qué este es el consejo. Datos iniciales: tarjetas Intel X520-DA2, Intel 362, Intel 350, Realtek 8169. SO Win 2008 R2, Win 7, Debian 8. Controladores más recientes, actualizaciones aplicadas. Antes de realizar la prueba, me aseguré de que Iperf proporcionara todo el ancho de banda (a excepción de las tarjetas de 10 Gbit, solo logró exprimir 7,2 Gbit, veré por qué más adelante, el servidor de prueba aún no está configurado correctamente). Los discos son diferentes, pero en todas partes hay un SSD (inserté especialmente un solo disco para probar, no está cargado con nada más) o una incursión de un SSD. La velocidad de 100 Mbit se obtuvo limitando la configuración del adaptador Intel 362. No hubo diferencia entre el Intel 350 de cobre de 1 Gbit y el Intel X520-DA2 óptico de 1 Gbit (obtenido limitando la velocidad del adaptador). Máximo rendimiento, el turbo boost está desactivado (solo para comparar los resultados, el turbo boost para buenos resultados añade un poco menos del 10%, para malos resultados puede no tener ningún efecto). Versiones 1C 8.2.19.86, 8.3.6.2076. No doy todos los números, solo los más interesantes, para que tengas algo con qué comparar.

	Gana 2008 - Gana 2008 contactar por dirección ip	Gana 2008 - Gana 2008 Llamando por nombre	Gana 2008 - Gana 2008 Contacto por dirección IP	Gana 2008 - Gana 2008 Llamando por nombre	Gana 2008 - Gana 7 Llamando por nombre	Ganar 2008 - Debian Llamando por nombre	Gana 2008 - Gana 2008 Contacto por dirección IP	Gana 2008 - Gana 2008 Llamando por nombre
	11,20	26,18	15,20	43,86	40,65	37,04	16,23	44,64
1C 8.2	11,29	26,18	15,29	43,10	40,65	36,76	15,11	44,10
8.2.19.83	12,15	25,77	15,15	43,10			14,97	42,74
	6,13	34,25	14,98	43,10	39,37	37,59	15,53	42,74
1C 8.3	6,61	33,33	15,58	43,86	40,00	37,88	16,23	42,74
8.3.6.2076		33,78	15,53	43,48	39,37	37,59		42,74

Conclusiones (de la tabla y de la experiencia personal. Aplica solo a la versión del archivo):

A través de la red, puede obtener números bastante normales para trabajar si esta red está configurada correctamente y la ruta se ingresa correctamente en 1C. Incluso el primer Core i3 puede producir fácilmente más de 40 loros, lo cual es bastante bueno, y estos no son solo loros, en el trabajo real la diferencia también es notable. ¡Pero! La limitación cuando se trabaja con varios (más de 10) usuarios ya no será la red, aquí 1 Gbit todavía es suficiente, pero el bloqueo durante el trabajo multiusuario (Gilev).

La plataforma 1C 8.3 es muchas veces más exigente en cuanto a la configuración adecuada de la red. Configuraciones básicas: consulte Gilev, pero tenga en cuenta que se puede influir en todo. Vi una aceleración al desinstalar (y no solo apagar) el antivirus, al eliminar protocolos como FCoE, al cambiar los controladores a una versión anterior, pero certificada por Microsoft (especialmente para tarjetas baratas como ASUS y DLC), al eliminar la segunda tarjeta de red. desde el servidor. Hay muchas opciones, configure su red con cuidado. Bien puede surgir una situación en la que la plataforma 8.2 proporcione cifras aceptables y la 8.3, dos o incluso más veces menos. Intenta jugar con las versiones de plataforma 8.3, a veces obtienes un efecto muy grande.

1C 8.3.6.2076 (tal vez más tarde, todavía no he buscado la versión exacta) es aún más fácil de configurar en la red que 8.3.7.2008. Sólo pude lograr un funcionamiento normal en la red desde 8.3.7.2008 (en loros comparables) unas pocas veces; no pude repetirlo para un caso más general. No entendí mucho, pero a juzgar por las envolturas de pies de Process Explorer, la grabación no es tan buena como en 8.3.6.

A pesar de que cuando se trabaja en una red de 100 Mbit, su gráfico de carga es pequeño (podemos decir que la red es gratuita), la velocidad de funcionamiento sigue siendo mucho menor que en 1 Gbit. La razón es la latencia de la red.

En igualdad de condiciones (una red que funciona bien), para 1C 8.2, la conexión Intel-Realtek es un 10% más lenta que Intel-Intel. Pero realtek-realtek generalmente puede producir un hundimiento brusco de la nada. Por lo tanto, si tiene dinero, es mejor tener tarjetas de red Intel en todas partes; si no tiene dinero, instale Intel solo en el servidor (su CO). Y hay muchas más instrucciones para ajustar las tarjetas de red Intel.

La configuración antivirus predeterminada (usando drweb versión 10 como ejemplo) ocupa entre el 8 y el 10 % de los loros. Si lo configuras como debe (permites que el proceso 1cv8 haga todo, aunque no es seguro), la velocidad es la misma que sin antivirus.

NO lea a los gurús de Linux. Un servidor con samba es excelente y gratuito, pero si instala Win XP o Win7 (o incluso mejor, el sistema operativo del servidor), la versión del archivo 1c funcionará más rápido. Sí, samba y la pila de protocolos y la configuración de red y mucho, mucho más se pueden ajustar bien en Debian/ubuntu, pero esto se recomienda para especialistas. No tiene sentido instalar Linux con la configuración predeterminada y luego decir que es lento.

Es una buena idea comprobar el funcionamiento de los discos conectados a través de la red mediante fio. Al menos quedará claro si se trata de problemas con la plataforma 1C o con la red/disco.

Para la versión para un solo usuario, no se me ocurren pruebas (o situaciones) en las que la diferencia entre 1 Gbit y 10 Gbit sea visible. Lo único en lo que 10 Gbit para la versión de archivo dio mejores resultados es en la conexión de discos a través de iSCSI, pero este es un tema para un artículo aparte. Aún así, creo que para la versión de archivo las tarjetas de 1 Gbit son suficientes.

No entiendo por qué, con una red de 100 Mbit, 8.3 funciona notablemente más rápido que 8.2, pero era un hecho. Todos los demás equipos, todas las demás configuraciones son absolutamente iguales, solo que en un caso se prueba 8.2 y en el otro, 8.3.

NFS win-win o win-lin no ajustado da 6 loros, no los incluí en la tabla. Después de sintonizar obtuve 25, pero era inestable (la diferencia en las medidas era de más de 2 unidades). Todavía no puedo dar recomendaciones sobre el uso de Windows y el protocolo NFS.

Después de todas las configuraciones y comprobaciones, ejecutamos la prueba nuevamente desde la computadora cliente y nos alegramos del resultado mejorado (si funciona). Si el resultado ha mejorado, hay más de 30 loros (y especialmente más de 40), menos de 10 usuarios están trabajando al mismo tiempo y la base de datos en funcionamiento sigue siendo lenta; es casi seguro que se trata de un problema con el programador (o usted tiene ya alcanzó las capacidades máximas de la versión del archivo).

Servidor de terminal. (la base de datos está en el servidor, los clientes se conectan a través de la red, protocolo RDP). Algoritmo paso a paso:

0. Agregue la base de datos de prueba de Gilev al servidor en la misma carpeta que las bases de datos principales. Nos conectamos desde el mismo servidor y ejecutamos la prueba. Recordamos el resultado.

1. De la misma forma que en la versión de archivo, configuramos el trabajo. En el caso de un servidor de terminal, el procesador generalmente juega el papel principal (se supone que no hay puntos débiles obvios, como falta de memoria o una gran cantidad de software innecesario).

2. La configuración de tarjetas de red en el caso de un servidor terminal prácticamente no tiene ningún efecto en el funcionamiento de 1c. Para garantizar una comodidad "especial", si su servidor produce más de 50 loros, puede jugar con nuevas versiones del protocolo RDP, solo para la comodidad de los usuarios, una respuesta y un desplazamiento más rápidos.

3. Si una gran cantidad de usuarios están trabajando activamente (y aquí ya puede intentar conectar a 30 personas a una base de datos, si lo intenta), es muy recomendable instalar una unidad SSD. Por alguna razón, se cree que el disco no afecta particularmente el funcionamiento de 1C, pero todas las pruebas se realizan con el caché del controlador habilitado para escritura, lo cual es incorrecto. La base de prueba es pequeña, cabe bastante bien en el caché, de ahí los números elevados. En bases de datos reales (grandes), todo será completamente diferente, por lo que el caché está deshabilitado para las pruebas.

Por ejemplo, verifiqué el funcionamiento de la prueba Gilev con diferentes opciones de disco. Instalé los discos con lo que tenía a mano, solo para mostrar la tendencia. La diferencia entre 8.3.6.2076 y 8.3.7.2008 es pequeña (en la versión Ramdisk Turbo boost 8.3.6 produce 56.18 y 8.3.7.2008 produce 55.56, en otras pruebas la diferencia es aún menor). Consumo de energía: rendimiento máximo, turbo boost desactivado (a menos que se indique lo contrario).

	Incursión 10 4x SATA 7200 ATA ST31500341AS	Incursión 10 4x SAS 10k	Incursión 10 4x SAS 15k	SSD único	disco RAM		Caché habilitado Controlador RAID
	21,74	28,09	32,47	49,02	50,51	53,76	49,02
1C 8.2	21,65	28,57	32,05	48,54	49,02	53,19
8.2.19.83	21,65	28,41	31,45	48,54	49,50	53,19
	33,33	42,74	45,05	51,55	52,08	55,56	51,55
1C 8.3	33,46	42,02	45,05	51,02	52,08	54,95
8.3.7.2008	35,46	43,01	44,64	51,55	52,08	56,18

La caché del controlador RAID habilitada elimina todas las diferencias entre los discos; los números son los mismos tanto para sat como para cas. Probar con él en una pequeña cantidad de datos es inútil y no es indicativo de ningún tipo.

Para la plataforma 8.2, la diferencia de rendimiento entre las opciones SATA y SSD es más del doble. Esto no es un error tipográfico. Si observa el monitor de rendimiento durante la prueba en unidades SATA. entonces podrá ver claramente "Tiempo de funcionamiento del disco activo (en%)" 80-95. Sí, si habilita el caché de los discos para grabar, la velocidad aumentará a 35, si habilita el caché del controlador raid, hasta 49 (independientemente de qué discos se estén probando en este momento). Pero estos son loros de caché sintéticos; en el trabajo real, con bases de datos grandes, nunca habrá una tasa de aciertos de caché de escritura del 100%.

La velocidad incluso de los SSD baratos (probé en Agility 3) es suficiente para ejecutar la versión del archivo. El recurso de grabación es otro asunto, hay que mirarlo en cada caso concreto, está claro que el Intel 3700 lo tendrá un orden de magnitud mayor, pero el precio es correspondiente. Y sí, entiendo que cuando pruebo un disco SSD, también pruebo en mayor medida el caché de este disco, los resultados reales serán menores.

La solución más correcta (desde mi punto de vista) sería asignar 2 discos SSD en una incursión reflejada para una base de datos de archivos (o varias bases de datos de archivos) y no colocar nada más allí. Sí, con un espejo, los SSD se desgastan por igual, y esto es un inconveniente, pero al menos la electrónica del controlador está de alguna manera protegida contra errores.

Las principales ventajas de las unidades SSD para la versión de archivos aparecerán cuando existen muchas bases de datos, cada una con varios usuarios. Si hay 1 o 2 bases de datos y alrededor de 10 usuarios, entonces los discos SAS serán suficientes. (pero en cualquier caso, considere cargar estos discos, al menos a través de perfmon).

Las principales ventajas de un servidor de terminal son que puede tener clientes muy débiles y la configuración de red afecta mucho menos al servidor de terminal (nuevamente, su K.O.).

Conclusiones: si ejecuta la prueba de Gilev en un servidor terminal (desde el mismo disco donde se encuentran las bases de datos de trabajo) y en esos momentos en que la base de datos de trabajo se ralentiza y la prueba de Gilev muestra un buen resultado (por encima de 30), entonces El lento funcionamiento de la base de datos de trabajo principal es probablemente el culpable del problema del programador.

Si la prueba de Gilev muestra números pequeños y usted tiene un procesador de alta velocidad y discos rápidos, entonces el administrador debe tomar al menos perfmon, registrar todos los resultados en algún lugar, observar, observar y sacar conclusiones. No habrá ningún consejo definitivo.

Opción cliente-servidor.

Las pruebas se realizaron solo en 8.2, porque En 8.3 todo depende bastante de la versión.

Para las pruebas, elegí diferentes opciones de servidores y redes entre ellas para mostrar las principales tendencias.

	SQL: Xeon E5-2630	SQL: Xeon E5-2630 Canal de fibra - SSD	SQL: Xeon E5-2630 Canal de fibra - SAS	SQL: Xeon E5-2630 SSD locales	SQL: Xeon E5-2630 Canal de fibra - SSD	SQL: Xeon E5-2630 SSD locales	1C: Xeon 5650 =	1C: Xeon 5650 = Memoria compartida	1C: Xeon 5650 =	1C: Xeon 5650 =	1C: Xeon 5650 =
	16,78	18,23	16,84	28,57	27,78	32,05	34,72	36,50	23,26	40,65	39.37
1C 8.2	17,12	17,06	14,53	29,41	28,41	31,45	34,97	36,23	23,81	40,32	39.06
	16,72	16,89	13,44	29,76	28,57	32,05	34,97	36,23	23,26	40,32	39.06

Parece que he considerado todas las opciones interesantes, si hay algo más que te interese escribe en los comentarios, intentaré hacerlo.

SAS en los sistemas de almacenamiento es más lento que los SSD locales, aunque los sistemas de almacenamiento tienen tamaños de caché más grandes. Los SSD, tanto locales como en sistemas de almacenamiento, funcionan a velocidades comparables para la prueba de Gilev. No conozco ninguna prueba estándar de subprocesos múltiples (no solo la grabación, sino todos los equipos), excepto la prueba de carga 1C del MCC.

Cambiar el servidor 1C de 5520 a 5650 casi duplicó el rendimiento. Sí, las configuraciones del servidor no coinciden completamente, pero muestra una tendencia (no es de extrañar).

Aumentar la frecuencia en el servidor SQL ciertamente da un efecto, pero no el mismo que en el servidor 1C, el servidor MS SQL es excelente (si lo pides) para usar múltiples núcleos y liberar memoria.

Cambiar la red entre 1C y SQL de 1 Gbit a 10 Gbit da aproximadamente un 10% de loros. Esperaba más.

Habilitar la memoria compartida todavía produce un efecto, aunque no del 15 %, como se describe. No dejes de hacerlo, afortunadamente es rápido y sencillo. Si durante la instalación alguien le dio al servidor SQL una instancia con nombre, entonces para que 1C funcione, el nombre del servidor debe especificarse no mediante FQDN (tcp/ip funcionará), no a través de localhost o simplemente ServerName, sino a través de ServerName\InstanceName, por ejemplo. prueba-zz\zztest. (De lo contrario, habrá un error de DBMS: Microsoft SQL Server Native Client 10.0: Proveedor de memoria compartida: no se encontró la biblioteca de memoria compartida utilizada para establecer una conexión con SQL Server 2000. HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, SQLSrvr : SQLSTATE=08001, estado=1, gravedad=10, nativo=126, línea=0).

Para menos de 100 usuarios, el único punto de dividirlo en dos servidores separados es una licencia Win 2008 Std (y anteriores), que sólo admite 32 GB de RAM. En todos los demás casos, es imperativo instalar 1C y SQL en un servidor y darles más memoria (al menos 64 GB). Darle a MS SQL menos de 24-28 GB de RAM es una codicia injustificada (si crees que tienes suficiente memoria para ello y todo funciona bien, ¿tal vez la versión de archivo 1C sería suficiente para ti?)

Lo peor que funciona la combinación de 1C y SQL en una máquina virtual es el tema de un artículo aparte (pista: notablemente peor). Incluso en Hyper-V no todo está tan claro...

El modo de rendimiento equilibrado es malo. Los resultados son bastante consistentes con la versión del archivo.

Muchas fuentes dicen que el modo de depuración (ragent.exe -debug) provoca una disminución significativa en el rendimiento. Bueno, reduce, sí, pero no diría que un 2-3% es un efecto significativo.