Necesitamos un servidor 1c de la empresa. Soluciones

Hasta la fecha, el producto financiero 1C ha pasado de ser una aplicación de software de contabilidad para la contabilidad a un complejo de formato amplio para la contabilidad y el mantenimiento de casi cualquier tipo de negocio, afirmando competir con los "monstruos" del mundo SAP R / 3 y Microsoft Dynamics AX. (Axapta).

Las empresas rusas están organizando cada vez más sus procesos comerciales utilizando configuraciones modernas. 1C 8.3 "Gestión comercial", "Gestión de la producción", "Gestión empresarial ERP" y similares. Los departamentos de contabilidad, marketing, producción, ventas se transfieren a 1C, se está realizando la integración con la telefonía IP y los sistemas de flujo de trabajo. Sin embargo, inmediatamente después de las intenciones "trabajemos en 1C" surgen las preguntas: ¿con qué recursos funcionará la base central de 1C, qué "hardware" mostrará el resultado óptimo con un presupuesto razonable? Es más fácil para los gigantes del sector público en esta situación: se ha dado un comando claro a numerosos integradores y arquitectos de TI a tiempo completo, se han iniciado mecanismos de licitaciones de gran presupuesto, con la condición obligatoria de proporcionar un concepto "llave en mano" y mayor apoyo del sistema por parte de especialistas certificados. Pero, ¿qué pasa con las empresas que desean comprar e instalar uno de los productos 1C: Enterprise, gastando el presupuesto de manera inteligente?

El error más básico, si no tiene en cuenta el uso de software pirateado o no verificado, es ahorrar hardware para 1C. Estas tendencias son especialmente comunes en startups y pequeñas empresas. Existe la opinión de que no es necesario comprar hardware de servidor costoso con procesadores Intel Xeon, no es necesario calcular previamente la cantidad de RAM, la carga en la CPU y el subsistema de disco, que no es necesario crear redundancia de matrices de discos (Raid), utilice controladores de disco profesionales con Cache-RAM, etc. Los errores en los cálculos de la arquitectura de TI para 1C conducen a tristes consecuencias, de las que la empresa se entera después de detener los procesos comerciales. Por lo tanto, es muy importante prestar atención a cada nodo de hardware de la plataforma del servidor para 1C.

Ejemplos de problemas típicos debidos a una construcción incorrecta de la arquitectura de TI para 1C:

• "Ralentización" de las interfaces base y 1C debido a una carga excesiva en los recursos clave (generalmente RAM o subsistema de disco).
• Errores y "fallas" del programa 1C debido a la inestabilidad del equipo seleccionado incorrectamente.
• Tiempo de inactividad de la empresa por fallo del hardware central.
• Pérdida parcial o total de datos 1C debido a fallas aleatorias de componentes de hardware o software.

Recursos de hardware del servidor 1C

Considere a continuación la mayoría de los recursos de hardware clave, un error en la elección de los cuales puede arruinar todo el proyecto de automatización empresarial cuando crea un servidor para 1C por su cuenta.

Unidad Central de Procesamiento (CPU)

La cantidad de núcleos de CPU físicos. El tema de las disputas eternas en todo tipo de foros sobre 1C: lo que es más importante es la frecuencia de la CPU o multinúcleo. Las raíces de estas contradicciones se remontan a 1C 8.0 o incluso 1C 7.7. De hecho, los procesos ejecutables 1C de versiones anteriores eran puramente de un solo núcleo, es decir, no importa cuántos núcleos proporcione el procesador central, el servicio de servidor empresarial 1C 8.0 o el "cliente grueso 1C 7.7" siempre ocuparon solo un núcleo "cero" en el sistema operativo. Hoy en día, el panorama ha cambiado: el sistema operativo distribuye audazmente las tareas de un proceso 1C: Enterprise (rphost) en varios núcleos de CPU (consulte la Figura 1).

Figura 1 - Carga de la CPU durante el funcionamiento de los procesos del servidor 1C.

Pero esto no significa en absoluto que si compra un procesador con el número máximo de núcleos, entonces un servidor 1C emparejado con un DBMS (la mayoría de las veces un DBMS significa MS SQL) mostrará un rendimiento fantástico y la reescritura de los períodos contables en el programa 1C lo hará. será cuestión de unos minutos. Debe comprender la diferencia entre la velocidad de realizar una operación y el proceso de procesamiento simultáneo de una gran cantidad de información. La cantidad de núcleos físicos solo le permite resolver el problema de estabilidad y rendimiento del trabajo simultáneo con muchas tareas diferentes por parte del 1C: servidor empresarial y el DBMS. De ahí la conclusión: cuanto mayor sea el número de usuarios de 1C, más influirá el número requerido de núcleos para el cómodo trabajo simultáneo de estos mismos usuarios. La dependencia del número de usuarios del número de núcleos para el servidor 1C se muestra en la Tabla 1.

El número de usuarios simultáneos en el servidor 1C: Enterprise	Tipo y modelo de procesador	Número de núcleos utilizados
Hasta 10 usuarios	Intel Core personalizado de 3,1 Ghz	No más de 2-4
Hasta 20 usuarios	Servidor Intel Xeon de 2,4 Ghz	4 a 6
Hasta 30 usuarios	Servidor Intel Xeon de 2.6 Ghz	6 a 8 núcleos
Hasta 50 usuarios	Servidor Intel Xeon de 2.4 Ghz - en la cantidad de 2 piezas	4 para cada procesador

Tabla 1 - La proporción de la cantidad de usuarios en el servidor 1C y la cantidad recomendada de núcleos de CPU.

Frecuencia de CPU. A diferencia del número de núcleos, la frecuencia del procesador central afecta exactamente la velocidad de procesamiento de una pieza del trabajo a la vez, que es el criterio más popular para los usuarios finales de 1C. La frecuencia del procesador es exactamente el parámetro, con un aumento en el que, para un usuario individual, aumentará la velocidad de procesamiento de las solicitudes por parte del servidor 1C y el DBMS y el tiempo durante el cual el sistema proporcionará el resultado final al usuario final. disminución. En confirmación de esto, el conocido especialista Gilev, en uno de sus artículos, basado en pruebas prácticas, llegó a una conclusión inequívoca: “la velocidad de 1C está mucho más influenciada por la frecuencia del procesador central que el resto de sus parámetros , ya sea un cliente final 1C o un servidor 1C: Enterprise ". Esta es la arquitectura del programa 1C.

Caché, virtualización e hiperprocesamiento. En el pasado, cuando los procesadores de múltiples núcleos aún no estaban tan extendidos, Intel inventó una tecnología de CPU especial que imita a los de múltiples núcleos, el llamado "hyper-threading". Una vez habilitado, el sistema operativo define un procesador físico (un núcleo físico) como dos procesadores separados (dos núcleos lógicos). Recomendamos deshabilitar Hyper-Threading para el servidor 1C. Esta tecnología no trae ninguna aceleración del trabajo de 1C.

Cuando utilice máquinas virtuales para el servidor 1C: Enterprise y el DBMS, debe tener en cuenta que los núcleos de las máquinas virtuales son "más débiles" que los núcleos físicos reales, aunque se denominan de la misma manera: "núcleos". No hay coeficientes oficiales exactos, pero los artículos de los portales técnicos de Microsoft recomiendan contar de 4 a 6 núcleos de procesador en una máquina virtual por núcleo físico.

La caché es la memoria caché que utiliza el procesador para reducir el tiempo medio de acceso a la memoria de la computadora. De hecho, es parte integral del procesador, ya que está ubicado en el mismo dado y forma parte de los bloques funcionales. Todo es muy claro aquí: cuanto mayor sea el tamaño de la caché, mayores "piezas" de información podrá procesar el procesador. Por lo general, el tamaño de la caché depende del modelo de procesador: cuanto más caro es el modelo, más memoria caché hay. Sin embargo, no creemos que el tamaño de la caché del procesador afecte drásticamente el rendimiento del servidor 1C y el DBMS. Más bien, se refiere al área de "ajuste fino".

Tipo de procesador. Todo el mundo sabe que el hardware se divide en servidor y usuario. ¿Es posible en algunos casos utilizar una CPU personalizada de bajo costo como alternativa a una CPU de servidor profesional pero costosa? Resulta que puedes. Consideremos una tabla que compara los parámetros principales de dos variantes de procesadores centrales Intel (ver tabla 2).

	Procesador Intel® Core ™ i7-6700T personalizado (caché de 8 M, hasta 3,60 GHz)	Servidor Procesador Intel® Xeon® E5-2680 v2 (caché de 25 M, 2,80 GHz)
Memoria caché	8 MB	25 MB
Frecuencia del bus del sistema	8 GT / s DMI3	QPI de 8 GT / s
Conjunto de comandos	SSE4.1 / 4.2 de 64 bits, AVX 2.0	AVX 2.0 de 64 bits
Numero de nucleos	4	10
Velocidad de reloj base de la CPU	2,8 GHz	2,8 GHz
Max. cantidad y tipo de RAM	64 GB sin ECC	768 GB ECC
Costo estimado	354$	1 280$

Tabla 2 - Comparación de los principales parámetros de una CPU doméstica y de servidor de Intel.

Como podemos ver, el procesador del servidor tiene valores mucho más altos en la cantidad de núcleos, en la cantidad de caché, soporte para más RAM y, por supuesto, a un precio más alto. Sin embargo, la CPU del servidor prácticamente no se diferencia de la CPU del usuario en el soporte de ciertos comandos del procesador (instrucciones) y en la frecuencia de reloj. Por lo tanto, podemos concluir que para las organizaciones pequeñas es bastante aceptable usar una CPU personalizada para el servidor 1C: Enterprise. La única cuestión es que no se puede instalar un procesador personalizado en un zócalo de la placa base de un servidor y admitir la RAM del servidor con verificación de paridad (ECC), y el uso de componentes personalizados conlleva riesgos de estabilidad de todo el sistema.

Memoria de acceso aleatorio (RAM)

Tipo de RAM. La barra de RAM (RAM) difiere en su propósito, para sistemas de servidor multiusuario o para dispositivos personales, PC, computadoras portátiles, computadoras de red, clientes ligeros, etc. Como en el caso de la CPU, los parámetros principales de los módulos RAM son aproximadamente equivalentes, la RAM de la PC moderna prácticamente no se queda atrás de la RAM del servidor ni en la cantidad de una sola barra, ni en la frecuencia del reloj, ni en el tipo de Módulos DDR. Las diferencias entre la RAM del servidor y la RAM "doméstica" en el uso y el propósito de la plataforma de hardware, por lo que se forma su mayor costo:

• La RAM del servidor tiene paridad ECC (Código de corrección de errores), una técnica de codificación / decodificación que le permite corregir errores en el procesamiento de información directamente por el módulo RAM
• La placa base del servidor tiene muchos más conectores para instalar módulos RAM que una PC normal
• La RAM del servidor contiene registros (búferes) que proporcionan almacenamiento en búfer de datos (registrado parcial o búfer completo completo), lo que reduce la carga en el controlador de memoria con muchas solicitudes simultáneas. Los FB-DIMM con búfer son incompatibles con los sin búfer.
• Los módulos de memoria de registro también permiten una mayor escalabilidad de la memoria: la presencia de registros hace posible instalar más módulos en un canal.

Podemos concluir que el uso de módulos de RAM de servidor permite instalar grandes cantidades de RAM en un sistema, y ​​las técnicas de control de paridad ECC y el uso de búferes permiten que el sistema operativo del servidor funcione de manera estable y rápida.

La cantidad de RAM. Uno de los factores clave para el alto rendimiento del servidor 1C y el DBMS es una cantidad suficiente de RAM. Por supuesto, las necesidades reales de RAM dependen de muchos factores: el tipo de configuración 1C, el número de procesos del servidor 1C: Enterprise, el tamaño de la base de datos DBMS, etc. Sin embargo, puede deducir una dependencia aproximada de la cantidad de RAM en el número de usuarios (consulte la tabla 3).

La necesidad de RAM para el servidor 1c y DBMS	Hasta 10 usuarios	Hasta 20 usuarios	Hasta 30 usuarios	Hasta 50 usuarios
Servidor 1c: Empresa	4-6 GB	6-8 GB	12-14 GB	18-24 GB
MS SQL Server	4-6 GB	8-10 GB	16-18 GB	24-28 GB

Tabla 3 - Relación aproximada del número de usuarios del servidor 1C y la RAM recomendada para los procesos del servidor 1C: Enterprise y el servidor MS SQL.

Con respecto a los procesos del servidor 1C: Enterprise (rphost.exe): las plataformas 1C modernas no permiten especificar manualmente el número de procesos del servidor 1C. En cambio, el sistema requiere la configuración de parámetros, como el número de infobases y el número de usuarios por proceso rphost.exe, después de lo cual determina automáticamente el número óptimo de procesos del servidor 1C: Enterprise. También puede configurar la liberación suave de RAM mediante el proceso rphost.exe si su volumen excede un umbral predeterminado. Al mismo tiempo, el servidor 1C crea un nuevo proceso rphost.exe, que gradualmente se hace cargo de las tareas 1C, lo que permite descargar el proceso 1C requerido.

También debe tenerse en cuenta que la cantidad de RAM asignada al servicio SQL se considera suficiente si los datos SQL ingresan al caché es al menos del 90%. Esta métrica es bastante conveniente porque no puede simplemente ver la cantidad de RAM consumida por el servidor SQL - las últimas versiones de SQL han consumido RAM dinámicamente - la cantidad máxima posible de RAM se captura y se libera a medida que otros procesos solicitan RAM.

Frecuencia de RAM. En resumen, este es el ancho de banda de los canales a través de los cuales se transmiten los datos a la placa base, y de allí al procesador. Es deseable que este parámetro coincida con la frecuencia permitida de la placa base o la supere, de lo contrario, el canal de transmisión de RAM corre el riesgo de convertirse en un "cuello de botella". En el marco de un tipo de DDR, aumentar / disminuir la frecuencia no afecta drásticamente el rendimiento del servidor 1C y se refiere más al área de "ajuste fino".

Tiempos de RAM. Esta es la latencia o latencia de RAM. Este parámetro se caracteriza por el tiempo de retardo de los datos al cambiar entre diferentes módulos del microcircuito RAM. Los valores más pequeños significan un rendimiento más rápido. Sin embargo, el impacto en el rendimiento general del sistema del servidor, y más aún en el servidor 1C: Enterprise, no es alto. Por lo general, solo los jugadores y los overclockers prestan atención a estos parámetros, para quienes cada gota adicional de rendimiento es la más cara.

Subsistema de disco y discos duros HDD

Controladores de disco duro. El dispositivo principal para conectar y organizar discos duros en un sistema de hardware es el controlador de disco duro. Es de dos tipos:

1. Integrado: el módulo del controlador está integrado en el sistema, la caja del disco duro está conectada directamente a la placa base. Se considera una solución más económica.

2. Externo: es una placa de circuito impreso (dispositivo) independiente que se conecta al conector de la placa base. Se considera una solución más profesional debido al hecho de que tiene chips separados para realizar y controlar operaciones con discos duros HDD. Recomendado para sistemas de servidor importantes, como 1C: servidor empresarial y DBMS.

También hay un tercer tipo: un dispositivo para recibir / transmitir datos de bloque a través de canales iSCSI, FiberChanel, InfiniBand, SAS. Sin embargo, en esta realización, el subsistema de disco se "saca" a un dispositivo de almacenamiento separado (DSS), que está conectado al servidor mediante un cable óptico o de cobre. En nuestro artículo analizamos los requisitos de un servidor autónomo para 1C, por lo que no consideraremos este tipo.

Tipos y niveles de matrices RAID. Es una tecnología de virtualización de datos que combina varios discos en una unidad lógica para brindar redundancia y mejorar el rendimiento. Echemos un vistazo a los niveles más populares de la especificación RAID:

• RAID 0 ("Creación de bandas") no tiene redundancia y distribuye información de una vez a todos los discos incluidos en la matriz en forma de pequeños bloques ("franjas"). Debido a esto, el rendimiento aumenta significativamente, pero la confiabilidad se ve afectada. No recomendamos utilizar este tipo de matriz a pesar de las mejoras de rendimiento.
• RAID 1 ("Duplicación"). Tiene protección contra fallas de la mitad del hardware disponible (en el caso general, uno de los dos discos duros), proporciona una velocidad de escritura aceptable y una ganancia en la velocidad de lectura debido a la paralelización de solicitudes. Este tipo de matriz "arrastrará" bastante un servidor 1C + DBMS hasta 25-30 usuarios, especialmente si se utilizan unidades SAS 15K o SSD.
• RAID 10. Los pares de discos reflejados están dispuestos en una "cadena", por lo que el volumen resultante puede exceder la capacidad de un solo disco duro. En nuestra opinión, el tipo de matriz de discos más exitoso, ya que combina la confiabilidad de RAID1 y la velocidad de RAID 0. En combinación con discos SAS 15K o SSD, se puede utilizar para servidores 1C de 40 a 50 usuarios.
• RAID 5. Famoso por su economía. Al sacrificar la capacidad de un solo disco de la matriz en aras de la redundancia, obtenemos protección contra fallas de cualquiera de los discos duros del sistema. (Su variación RAID 6 requiere dos discos duros adicionales para acomodar las sumas de comprobación, pero retiene los datos incluso si fallan dos discos). Este tipo de arreglo es económico, confiable y tiene un rendimiento de lectura bastante notable. Desafortunadamente, el cuello de botella de esta matriz es la baja velocidad de escritura, lo que la hace cómoda de usar con configuraciones de servidor 1C para hasta 15-20 usuarios. También es óptimo para fines de aplicación: almacenamiento de datos de archivos, archivos de flujo de documentos, etc.

Tipos de interfaz de disco duro. Por tipo de conexión, los discos duros se dividen:

• HDD Sata Home. La versión más barata de discos duros diseñados para su uso en PC domésticos o centros de medios en red. Se desaconseja encarecidamente utilizar estos dispositivos en servidores 1c debido a la baja tolerancia a fallas y la estabilidad de funcionamiento; los componentes de estas unidades simplemente no están diseñados para funcionar las 24 horas del día, los 7 días de la semana y fallan rápidamente.
• Servidor HDD Sata. Este nombre generalmente se refiere a discos duros con una interfaz Sata y una velocidad de giro de 7.200 rpm. El prefijo "Servidor" significa que dichas unidades han sido probadas para su operatividad en sistemas de servidor y están diseñadas para un funcionamiento estable en modo 24/7. Suelen utilizarse en servidores 1C para almacenar grandes cantidades de información que no requieren una alta velocidad de procesamiento. Por ejemplo, bases de datos de archivo 1c, carpetas de intercambio, archivos de carga de documentos de oficina, etc.
• Servidor SAS HDD. Existen varias diferencias entre la interfaz SAS (el análogo moderno de SCSI) y la interfaz Sata. Este es el tiempo de respuesta promedio del disco, y funciona en un estante de disco compartido, y funciona con el controlador HDD a tasas de intercambio de datos más altas, hasta 6 GB / s (en comparación con Sata 3 GB / s). Pero la principal ventaja es la existencia de modelos de disco SAS con una velocidad de rotación del husillo de 15.000 rpm. Es esta característica de diseño la que permite que las unidades SAS realicen casi 3 veces más operaciones de E / S por segundo en comparación con HDD Sata Server. Dichos discos SAS son de tamaño pequeño y se recomienda su uso para bases de datos básicas 1c con una carga de trabajo constantemente alta.
• Unidades SSD. Estos discos se diferencian de los anteriores no en la interfaz de conexión, sino en su diseño: son de estado sólido y no tienen partes móviles, es decir, en su esencia son análogos de "unidades flash". Estas tecnologías permiten que las unidades SSD produzcan un número "prohibitivo" de operaciones de E / S por segundo (de 10,000 operaciones en los modelos SSD más simples). Sin embargo, esta ventaja también tiene una desventaja: el precio más alto de las unidades SSD y el "umbral de su vida", que depende del límite del número de escrituras en los bloques SSD. Sin embargo, cada año estos discos son cada vez más asequibles y duraderos. Dado que el costo de los discos SSD aumenta muchas veces dependiendo del tamaño, sería más razonable usarlos para bases de datos 1c pequeñas pero sobrecargadas, que requieren alta velocidad de acceso, así como para bases de datos temporales del DBMS TempDB.

IOPS es el número de operaciones de entrada y salida por segundo. De hecho, IOPS es la cantidad de bloques de información que se pueden leer o escribir en un medio en 1 segundo de tiempo. Es decir, en su forma pura, este es el parámetro clave de la velocidad de procesamiento de la información por parte del disco duro, lo que afecta el rendimiento del servidor 1C. Si tomamos como comparación un bloque estándar de información de 4kb, entonces podemos distinguir aproximadamente los siguientes indicadores de IOPS (ver tabla 4).

HDD	IOPS	Interfaz
Unidades SATA de 7200 rpm	~ 75-100 IOPS	SATA 3Gb / s
Unidades SATA de 10,000 rpm	~ 125-150 IOPS	SATA 3Gb / s
Unidades SAS de 10,000 rpm	~ 140 IOPS	SAS
Unidades SAS de 15.000 rpm	~ 175-210 IOPS	SAS
Unidades SSD	Desde 8.000 IOPS	SAS o SATA

Tabla 4 - Indicadores de IOPS en varios tipos de discos duros cuando se trabaja con un bloque de datos de 4 KB.

Por supuesto, en su forma pura, IOPS no es muy útil para calcular los cálculos y requisitos finales para el subsistema de disco del servidor 1C. Después de todo, el rendimiento total de un subsistema de disco consiste en el tipo de matriz RAID, los tipos de disco y los indicadores de la velocidad de su interfaz, el tiempo de respuesta (latencia), el tiempo de acceso aleatorio, el porcentaje de operaciones de lectura y escritura, y muchos otros. factores. Sin embargo, este parámetro, en nuestra opinión, es un indicador clave de la velocidad del subsistema de disco y, en las etapas de desarrollo de una arquitectura de servidor, ayuda a determinar qué tipo de disco duro será generalmente más adecuado para ciertas necesidades. (ver calculadora RAID)

Examen práctico

¿Cuál es la relación entre el número de usuarios de 1C y el número de iops? Nuestro equipo realizó una prueba práctica (ver Tabla 5) para medir la carga en el subsistema de disco con un cierto número de sesiones 1C. Dado que el sistema 1C es un entorno programable y cada empresa puede tener su propio conjunto de procesos comerciales en 1C, necesitábamos estar vinculados a una determinada configuración de referencia para realizar las pruebas. En esta capacidad, se eligió una configuración especializada de MCC 1C, desarrollada para pruebas y depuración. Sobre esta base, nuestros programadores 1C han agregado una serie de solicitudes que simulan el funcionamiento normal de una empresa ordinaria, con la formación de solicitudes contables, contabilizaciones, elaboración de informes y realización de documentos operativos.

		Disco del sistema		Disco de base de datos
Iteración	Miembros	Escritura de IOPS	IOPS leído	Escritura de IOPS	IOPS leído
Valores promedio
1	12	9,1	0,1	13,1	1,5
2	20	7,9	0,1	21,8	0,4
3	32	5,2	0,006	36,1	5,2
4	40	7,7	0,013	27,52	1,3
5	52	7,7	0,006	32,04	0,94

Tabla 5 - Resultados de una prueba práctica sobre la carga en el subsistema de disco.

Los resultados de la prueba muestran que la mayor parte de la carga en el subsistema de disco se produce cuando se escribe 1C en la base de datos del servidor DBMS y en el disco del sistema operativo (en el que se encuentran los archivos del servidor de caché 1C: Enterprise de forma predeterminada).

Paralelamente, realizamos mediciones prácticas de bases ya operativas de 1C UPP 8.2 durante el período de prueba - 5 días hábiles. Muestran que, en promedio, un servidor DBMS 1C + consume el doble de iops "para escribir" que "para leer". Esta diferencia entre las pruebas sintéticas y las estadísticas para monitorear un servidor 1C real se debe tanto al muestreo periódico de los datos de información de la base de datos durante la jornada laboral como a la lectura regular de la base de datos al realizar una copia de seguridad o replicar el DBMS.

Otros componentes del disco duro a tener en cuenta.

• Tamaño físico (factor de forma). Hoy en día, casi todas las unidades conocidas para computadoras personales y servidores tienen un tamaño de 3,5 o 2,5 pulgadas. Tenga en cuenta que los discos de 2,5 pulgadas no se producen en grandes volúmenes.
• Tiempo de acceso aleatorio- el tiempo durante el cual el disco duro está garantizado para realizar la operación de lectura y escritura en un área determinada del disco magnético. Como regla general, las unidades de servidor tienen mejores resultados. Este es un parámetro bastante importante cuando se construye una matriz de discos para un servidor DBMS 1C.
• Eje de velocidad- el número de revoluciones del eje del disco duro por minuto. Aquí todo es simple y claro: el tiempo de acceso y la tasa de transferencia de datos promedio del disco duro dependen de la velocidad de rotación del eje con discos magnéticos.
• Tamaño del búfer del disco duro- un búfer es una memoria temporal diseñada para suavizar las diferencias en la velocidad de lectura / escritura del disco duro y la transferencia de datos a través de la interfaz.
• Fiabilidad- definido como tiempo medio entre fallos (MTBF). Normalmente, la fiabilidad depende directamente del fabricante, el precio y el entorno de uso del disco duro. Consideramos que la confiabilidad es un parámetro importante de un disco duro que afecta la calidad del funcionamiento del servidor 1C.

La elección correcta: hardware doméstico o de servidor

El abaratamiento de los componentes de hardware y el crecimiento activo de las capacidades potenciales de las "computadoras domésticas" conducen a otro engaño pernicioso: las pequeñas empresas utilizan activamente las estaciones de trabajo como plataforma para la colaboración con las bases de datos de 1C. Al mismo tiempo, sin darse cuenta de que además de los parámetros de frecuencia del núcleo, tamaño de la memoria y la posibilidad de utilizar unidades SSD económicas en una PC normal, existen requisitos más sistémicos, más profundos e importantes para el funcionamiento del hardware en un estructura comercial (ver Tabla 6).

Para resolver el problema de la organización de un servidor 1C, ofrecemos el alquiler de servidores en la nube 1C en centros de datos de Nivel III. La viabilidad económica de elegir un arrendamiento de servidor se puede encontrar en el artículo.

Opciones	Servidor	Computadora personal
Suficiencia de potencia informática	V	V
Tiempo de actividad del sistema garantizado 24 horas al día, 7 días a la semana	V	X
Fiabilidad y estabilidad de los componentes clave del hardware.	V	X
Capacidad de administración remota de energía y consola (IPMI)	V	X
Costo presupuestario de la plataforma de hardware	X	V

Tabla 6 - Comparación de hardware doméstico y de servidor de acuerdo con los criterios requeridos para el funcionamiento del servidor 1C de alta calidad.

Funcionamiento a prueba de fallos de 1C

Por supuesto, uno de los requisitos importantes para la parte del servidor de 1C es la estabilidad de su funcionamiento y la resistencia a fallas. Microsoft y la propia 1C han hecho muchos esfuerzos en esta dirección, creando tecnologías para agrupar sus servicios a un nivel bastante serio (ver tabla 7).

Tolerancia a fallos de los servidores SQL

Basado en el concepto de un único almacén de datos compartido. La tecnología de agrupación en clústeres de SQL Server incorporada combina dos servidores SQL en un clúster con una única dirección IP virtual y una única base. Por lo tanto, si falla el SQL principal, las consultas se transfieren automáticamente a la copia de seguridad. La segunda opción es AlwaysOn, recientemente introducida, una tecnología para la replicación regular automática de la base de datos entre los servidores SQL primario y en espera. Al mismo tiempo, el servidor SQL duplicado está ubicado físicamente en un almacenamiento diferente, lo que aumenta la resistencia a los riesgos.

Tolerancia a fallos del 1C: servicio de servidor empresarial

Los servidores 1C Enterprise se combinan en un clúster de conmutación por error activo-activo con conmutación por error automática y guardado de las sesiones actuales.

Tabla 7 - Tolerancia a fallas de servidores SQL y 1C.

Sin embargo, cada tecnología tiene pros y contras. Además de las ventajas clave, necesita conocer algunas de las características de la agrupación en clústeres 1C y SQL () para no terminar con un deterioro en el rendimiento del servicio:

• La agrupación en clústeres de SQL utiliza IP virtual. Esto significa que la interacción entre el servidor 1C: Enterprise y MS SQL siempre tendrá lugar a través de la interfaz de red, incluso si ambos servicios están en el mismo sistema operativo. Lo que, en consecuencia, conducirá a una ralentización en el trabajo de 1C en comparación con la versión clásica de la arquitectura recomendada por el propio 1C, que utiliza memoria compartida Shared Memory. En principio, este obstáculo se puede "sortear" utilizando, por ejemplo, la tecnología MS SQL Log Shipping. Sin embargo, en este caso, el cambio al servidor SQL en espera ya no será automático y esta opción no puede considerarse un clúster completo.
• SQL Cluster es una gran inversión de presupuesto. Si estamos hablando de clustering clásico del servicio MS SQL, se requiere un almacenamiento de base de datos unificado conectado a los servidores SQL principal y de respaldo. Por lo general, este papel lo desempeñan los costosos sistemas de almacenamiento, lo que aumenta el presupuesto en un orden de magnitud. Si estamos hablando del nuevo AlwaysOn, entonces no se requiere un almacenamiento de base de datos unificado, la tecnología funciona con discos locales de los servidores primarios y de respaldo en la red. En cambio, requiere una versión Enterprise de SQL Server, que cuesta 4 veces más que una licencia estándar de SQL Server StandarD.
• Número de licencias. A pesar de que el segundo servidor SQL no procesa datos y está en reserva, será necesario comprar licencias para ambos servidores, tanto el principal como el de respaldo. Las licencias de SQL Server Enterprise para implementar un clúster distribuido de grupos AlwaysOn HA son particularmente costosas para el presupuesto.

• No es necesario utilizar hardware personalizado barato para un servicio tan importante como un sistema de contabilidad empresarial. El precio en este caso determina directamente la calidad, estabilidad y durabilidad de dicha plataforma.
• Al elegir una plataforma de servidor, le recomendamos que preste atención a la presencia de dos fuentes de alimentación, una tarjeta IPMI remota y la marca del fabricante. Por supuesto, todos eligen una solución en función de su presupuesto, las mejores marcas a veces son demasiado caras y no del todo adecuadas, pero no debería ahorrar en el fabricante, esto puede llevar a una fuerza mayor incontrolada al trabajar con 1C. Personalmente utilizamos plataformas de servidor Supermicro junto con CPU de servidor Intel.
• Existe la opinión, confirmada por la práctica, de que el rendimiento de 1C depende más de una frecuencia de CPU más alta que del número de núcleos proporcionados.
• No es necesario ahorrar en la cantidad de RAM asignada para el servidor 1C y el servicio SQL. Por el momento, la RAM es un recurso bastante barato y su escasez (incluso en un 10-15 por ciento) conducirá a una fuerte caída en el rendimiento del sistema 1C, porque se encenderá el sistema de intercambio más lento. Además, el intercambio supondrá una carga adicional para el subsistema de disco, lo que empeorará aún más la situación.
• EFSOL ofrece servicios integrales para la selección de un servidor 1C, que incluye: diseño, compra, configuración y mantenimiento del servidor 1C.
• Una alternativa a su propia creación de una opción de servidor 1C es alquilar un servidor para 1C. Las tecnologías en la nube permiten, a bajos costos mensuales, obtener un servicio confiable y tolerante a fallas para un trabajo cómodo en 1C.

Integración de sistema. Consultante

Al elegir qué servidor se necesita para 1C, debe recordarse que mientras los usuarios están trabajando con él, se realizarán muchas operaciones de lectura y escritura de datos por segundo.

Lo más probable es que quede inmediatamente claro por qué es tan importante diseñar correctamente un servidor para 1C: si el hardware se seleccionó inicialmente incorrectamente y no corresponde a la carga en el sistema, entonces existe el riesgo de que, o incluso que funcione de manera intermitente, se perderán datos importantes. Por otro lado, crear un servidor para 1C, comprando todo el hardware y software para el mismo, puede costar una cantidad importante para la empresa, por lo que es recomendable seleccionar equipos para evitar costos innecesarios.

Elegir un servidor para 1C

Cuando nuestros especialistas necesitan hacer una elección de configuración para un servidor 1C, lo primero que preguntan es cuántos usuarios trabajarán con 1C en la empresa y qué conjunto de servicios planean utilizar, cuáles serán, quiénes y cómo lo harán. administrar los servidores 1C. Nos basamos en esta información al crear un servidor 1C.

Requisitos del servidor 1C

En la estructura de hardware del servidor 1C, las características del procesador, la RAM, el subsistema de disco y las interfaces de red serán importantes para nosotros.

Es necesario que proporcionen un funcionamiento estable y suficientemente productivo de los siguientes componentes:

• sistema operativo;
• servidor de base de datos (la mayoría de las veces lo es);
• parte del servidor de 1C (no en todos los casos, ya que una pequeña empresa para 2-10 usuarios puede trabajar con 1C en modo de archivo);
• el usuario trabaja en modo Escritorio remoto;
• trabajo de usuarios remotos a través de un cliente ligero o un cliente web.

Elegir un procesador para un servidor 1C

El número óptimo de núcleos de procesador generalmente se calcula sobre la base de que se deben reservar 1-2 núcleos para el sistema operativo, 1-2 núcleos para el funcionamiento de la base de datos SQL, otro 1 para el funcionamiento del servidor de aplicaciones y aproximadamente 1 núcleo por cada 8-10 sesiones de usuario simultáneas (para que los usuarios no se quejen más tarde de que el servidor 1C se ralentiza).

Tenga en cuenta que la velocidad de procesamiento de las solicitudes depende no tanto de la cantidad de núcleos como de la velocidad del reloj del procesador, y la cantidad de núcleos tiene un mayor impacto en la estabilidad del trabajo con una gran cantidad de usuarios y tareas simultáneas de ellos.

¿Cuánta memoria necesita el servidor 1C?

Además de lo anterior, si necesita un servidor para 1C para 100 o más usuarios, recomendamos implementar un clúster de al menos dos servidores 1C físicos.

Proponemos calcular el tamaño de la RAM requerida en función de los siguientes indicadores:

• Se requieren 2 GB para el funcionamiento del sistema operativo
• al menos 2 GB para el funcionamiento de la caché de MS SQL Server, y es mejor que este valor sea del 20 al 30% del volumen real de la base de datos; esto garantizará una experiencia de usuario cómoda con ella
• 1 - 4 GB para servidor de aplicaciones 1C
• 100 - 250 MB requerirán una sesión de terminal de usuario, dependiendo del conjunto de funciones del servidor 1C, la configuración utilizada

Demos nuestros cálculos aproximados de los parámetros del servidor 1C 8.3:

Es mejor comprar RAM con un margen: este es uno de los factores más importantes en el alto rendimiento de un servidor 1C y, al mismo tiempo, ahora es uno de los componentes más baratos. Si no hay suficiente memoria en el servidor 1C Enterprise, esto se notará mucho durante la operación, por lo tanto, cuando la pregunta sea qué servidor 1C elegir, siempre preste atención al hecho de que tiene suficiente RAM.

Servidor 1C: hardware para el subsistema de disco

Al elegir qué servidor se necesita para 1C, debe recordarse que mientras los usuarios están trabajando con él, se realizarán muchas operaciones de lectura y escritura de datos por segundo. Este parámetro, a qué velocidad el disco duro le permite procesar datos, también es una de las claves para el rendimiento del servidor 1C.

Al diseñar un servidor 1C, los requisitos para el hardware del subsistema de disco, le recomendamos que cumpla con lo siguiente:

• No importa qué servidor para 1C cree, en ningún caso recomendamos usar discos individuales en los servidores; es recomendable organizarlos en matrices RAID (RAID 10 para bases de datos grandes o RAID 1 para pequeñas), donde las tablas de la base de datos ser localizado.
• Recomendamos mover los archivos de índice a un SSD separado para un acceso más rápido a ellos
• TempDB - 1-2 (RAID 1) SSD.
• Coloque el sistema operativo y los datos del usuario en RAID 1 desde SSD / HDD.
• Para los archivos de registro, asigne un disco lógico separado de la matriz o un disco SSD físico.
• Utilice un controlador de hardware siempre que sea posible: hemos visto situaciones en las que un servidor potente y costoso se ralentizaba debido a un rendimiento insuficiente del controlador.

Selección de servidor para 1C

En este artículo, hemos proporcionado algunos consejos y cálculos aproximados sobre cómo elegir un servidor para 1C, esperamos que te sean de utilidad.

En conclusión, agregamos una cosa más: no debe intentar ahorrar dinero utilizando una computadora de usuario para el servidor 1C (como se hace a menudo en las pequeñas empresas): el hardware del usuario es mucho menos confiable y tolerante a fallas que el hardware del servidor de rendimiento similar . No vale la pena arriesgar el sistema contable de su empresa. Si la compra del hardware adecuado no se ajusta a su presupuesto, es posible que deba considerar implementar 1C en la nube.

Si le resulta difícil navegar por qué servidor elegir para 1C Enterprise 8.3, cómo hacer un servidor 1C, porque no se ha enfrentado a esta tarea antes, siempre puede ponerse en contacto con una empresa integradora de sistemas para que técnicos experimentados puedan ayudarlo a diseñar, comprar , instale y configure un servidor para 1C que se adapte a sus necesidades.

En la mayoría de los casos, para instalar 1C: Enterprise 8.x en la opción "cliente-servidor", basta con ejecutar el programa de instalación 1C: Enterprise 8.x. En este caso, el servidor 1C: Enterprise recibe los valores estándar de los parámetros necesarios para su normal funcionamiento.

Consideremos la instalación del servidor 1C: Enterprise con más detalle. Durante la instalación del servidor 1C: Enterprise 8.x, el programa de instalación 1C: Enterprise 8.x realiza las siguientes acciones:

* Copia los módulos de carga del servidor 1C: Enterprise en el directorio especificado por el programa de instalación 1C: Enterprise como carpeta de destino.
* Si se selecciona "Crear usuario USR1CV81" durante el proceso de instalación, crea el usuario USR1CV81. En nombre de este usuario, el servidor 1C: Enterprise 8.1 funciona si se inicia como un servicio. Solo tiene acceso a los recursos que necesita el servidor 1C: Enterprise. Es importante que el servidor 1C: Enterprise necesite dos directorios para su funcionamiento: un directorio común con los datos del servidor (generalmente "C: \ Archivos de programa \ 1cv81 \ servidor") y un directorio de archivos temporales (generalmente "C: \ Documentos y configuraciones \ usr1cv81 \ Configuración local \ Temp "o" C: \ WINNT \ Temp "). El usuario USR1CV81 obtiene derechos sobre el directorio compartido con los datos del servidor. El directorio de archivos temporales suele estar disponible para todos los usuarios.
* Si durante el proceso de instalación "Instalar el servidor 1C: Enterprise 8.1 como un servicio de Windows" está habilitado, entonces registra el servicio del agente del servidor 1C: Enterprise en Windows y lo inicia. Al principio, se crea un clúster de servidores 1C: Enterprise con la configuración predeterminada. Tiene un servidor de trabajo y un proceso de trabajo. La dirección del servidor de trabajo es la misma que el nombre de la computadora en la que se realizó la instalación.

Usuario USR1CV81 o USR1CV82 y sus derechos

Servidor 1C: Enterprise es una aplicación de servidor cuyo funcionamiento no debería depender de qué usuario ingresó a la computadora servidor de forma interactiva, si es que alguien ingresó. Por lo tanto, al instalar el servidor 1C: Enterprise, es aconsejable crear un usuario especial USR1CV81, dotado con los derechos mínimos requeridos para el servidor 1C: Enterprise, y no diseñado para el inicio de sesión interactivo. El servidor 1C: Enterprise es presentado al sistema Windows por el usuario USR1CV81.

Echemos un vistazo más de cerca a los derechos asignados al usuario USR1CV81. Server 1C: Enterprise utiliza los siguientes directorios:

* El directorio de los módulos de carga se encuentra en el directorio especificado por el programa de instalación 1C: Enterprise como carpeta de destino. Contiene los módulos de carga del servidor 1C: Enterprise. El usuario USR1CV81 necesita derechos para leer datos y ejecutar programas desde este directorio y sus subdirectorios. Obtiene estos derechos de forma implícita, gracias a su inclusión en el grupo de Usuarios.
* El directorio de datos del servidor se suele llamar "C: \ Archivos de programa \ 1cv81 \ servidor". USR1CV81 necesita todos los derechos sobre este directorio. El programa de instalación 1C: Enterprise, al crear un usuario USR1CV81, le otorga los derechos sobre este directorio.
* El directorio temporal generalmente se llama "C: \ Documents and Settings \ usr1cv81 \ Local Settings \ Temp" o "C: \ WINNT \ Temp", que está determinado por el valor de la variable TEMP del usuario o la variable TEMP del entorno del sistema. Puede ver el valor de esta variable en el cuadro de diálogo Propiedades del sistema (Inicio -> Configuración -> Panel de control -> Sistema -> Avanzado -> Variables de entorno). El programa de instalación 1C: Enterprise otorga al usuario de USR1CV81 derechos completos sobre este directorio. Normalmente, al instalar Windows, el directorio temporal está disponible para todos los usuarios al incluir el grupo CREATOR OWNER en su ACL. Sin embargo, este acceso no está completo. En particular, la operación de búsqueda de archivos en este directorio no está disponible para todos los usuarios. La configuración de todos los derechos del usuario USR1CV81 sobre el directorio de archivos temporales permite que el servidor 1C: Enterprise realice todas las operaciones que necesita. Puede ver la lista de acceso en el cuadro de diálogo de propiedades del directorio en la pestaña Seguridad. La presencia del grupo CREATOR OWNER permite que cualquier usuario que cree archivos en este directorio o sea propietario de archivos en este directorio acceda al directorio. En este caso, el usuario que creó el archivo se registrará en la lista de acceso del archivo creado en lugar del grupo CREADOR PROPIETARIO. Entre los usuarios a los que se les permite el acceso a este directorio, también debe estar el usuario USR1CV81, que tiene todos los derechos sobre este directorio.
Es importante tener en cuenta que el directorio de archivos temporales para un usuario en particular (incluido el usuario USR1CV81) está determinado por una combinación de las variables de entorno de ese usuario y las variables de entorno del sistema. Para encontrar este directorio, el programa de instalación 1C: Enterprise solicita el contexto de usuario de USR1CV81. Para hacer esto, en Windows 2000, el usuario en cuyo nombre se inicia el programa de instalación 1C: Enterprise puede necesitar los siguientes privilegios: Actuar como parte del sistema operativo y Omitir la verificación transversal. Puede verificar los privilegios del usuario usando la utilidad Configuración de seguridad local en la rama Políticas locales -> Asignación de derechos de usuario. Durante la instalación de un nuevo software, el instalador generalmente obtiene estos privilegios automáticamente.

Registro de 1C: servidor empresarial como servicio de Windows

Server 1C: Enterprise es una sencilla aplicación de consola de Windows y se puede iniciar de forma interactiva. Sin embargo, para uso permanente, esto es inconveniente, ya que coloca el servidor 1C: Enterprise a partir de la entrada de un usuario inactivo en la computadora del servidor. Para eliminar esta dependencia, el servidor 1C: Enterprise puede ejecutarse como un servicio de Windows. Para hacer esto, debe estar registrado en el Administrador de servicios de Windows.

Para ver la lista de servicios de Windows y sus parámetros, use la utilidad Servicios de componentes (Inicio -> Configuración -> Panel de control -> Herramientas administrativas -> Servicios). El servidor 1C: Enterprise está representado en la lista de servicios por el servicio "1C: Enterprise 8.1 Server Agent". Los parámetros del servicio determinan el inicio del proceso 1C: Enterprise Server Agent (ragent), el usuario en cuyo nombre se inicia y el método de reinicio en situaciones de emergencia.

En el cuadro de diálogo de propiedades del servicio "1C: Enterprise 8.1 Server Agent", en la pestaña General, se muestra la línea para iniciar el proceso acelerado, que es el Agente del 1C: Enterprise Server. Por lo general, esta línea se ve así:


Se afirma que:

* el proceso del Agente de servidor es el módulo de carga "C: \ Archivos de programa \ 1cv81 \ bin \ ragent.exe";
* el proceso acelerado se ejecuta como un servicio de Windows y debe ser administrado por un administrador de servicios (-srvc);
* utilizado como Agente del 1C: servidor empresarial (-agente);
* cuando se inicia el servicio por primera vez, se debe crear un clúster con los parámetros predeterminados y el número de puerto IP principal 1541 (-regport 1541). Las aplicaciones cliente deben utilizar este puerto para conectarse a las infobases registradas en el clúster;
* El puerto IP del agente del servidor debe ser 1540 (-port 1540). Este puerto debe ser utilizado por la Consola del clúster para conectarse al servidor central para realizar funciones administrativas;
* al iniciar procesos de clúster en este servidor, se les asignarán puertos IP dinámicamente del rango 1560-1591 (-rango 1560: 1591).
* Los datos generales del clúster se ubicarán en el directorio "C: \ Archivos de programa \ 1cv81 \ servidor" (-d "C: \ Archivos de programa \ 1cv81 \ servidor").

El servicio 1C: Enterprise 8.1 Server Agent se puede agregar o eliminar no solo al instalar o eliminar 1C: Enterprise usando el programa de instalación 1C: Enterprise 8.1, sino también manualmente. Para hacer esto, puede ejecutar la utilidad ragent desde la línea de comando especificando los parámetros apropiados.

Para crear un servicio, debe especificar el parámetro -instsrvc y los siguientes parámetros: -usr es el nombre del usuario en cuyo nombre se debe iniciar el servicio, -pwd es la contraseña de este usuario. En este caso, el resto de parámetros se convertirán en los parámetros de la línea de lanzamiento del Agente del servidor 1C: Enterprise como servicio. Por ejemplo, para el registro estándar del servicio 1C: Enterprise Server Agent en modo de depuración, el conjunto de parámetros debe ser el siguiente:

"C: \ Archivos de programa \ 1cv81 \ bin \ ragent.exe" -instsrvc -usr. \ USR1CV81 -pwd Contraseña -regport 1541 -port 1540 -range 1560: 1591 -d "C: \ Archivos de programa \ 1cv81 \ server" - depurar

Para eliminar un servicio, debe especificar el parámetro -rmsrvc. Por ejemplo:
"C: \ Archivos de programa \ 1cv81 \ bin \ ragent.exe" -rmsrvc

A veces es demasiado fácil cambiar la línea de inicio del Agente de servidor u otros parámetros del servicio del Agente, por ejemplo, habilitar el modo de depuración o crear varios servicios de diferentes versiones. El cuadro de diálogo de propiedades del servicio no permite editar la línea de inicio de la aplicación de servicio y algunos otros parámetros, por ejemplo, el identificador del servicio. Para editar, necesitará la utilidad regedit, diseñada para ver y editar el registro de Windows.

¡Atención!
La edición del registro de Windows requiere extrema precaución, ya que los cambios erróneos pueden inutilizar el sistema operativo.

Ejecute la utilidad regedit (abra Inicio -> Ejecutar y escriba regedit) y seleccione la rama:


Entre sus parámetros se encuentra el parámetro ImagePath, cuyo valor es la línea de lanzamiento del Agente del servidor 1C: Enterprise. Aquí puede agregar nuevos parámetros a la línea de lanzamiento o cambiar los valores de los existentes. En la documentación del libro "1C: Enterprise 8.1 Cliente-Servidor" se ofrece una lista completa de los posibles parámetros.

Si necesita registrar varios servicios independientes del Agente del servidor 1C: Enterprise, debe especificarles diferentes módulos de carga, diferentes puertos y diferentes directorios de datos del clúster. También debe registrarlos con diferentes identificadores de servicio. Puedes hacerlo así:

* Crear primer servicio:
"C: \ Archivos de programa \ 1cv81 \ bin \ ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560: 1591 -d "C: \ Archivos de programa \ 1cv81 \ server"

* Cambie el identificador de servicio registrado usando la utilidad regedit. Para hacer esto: seleccione una rama
HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ 1C: Agente de servidor Enterprise 8.1

HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ 1C: Agente de servidor Enterprise 8.1 primero
* Crea un segundo servicio:
"C: \ Archivos de programa \ 1cv81_10 \ bin \ ragent.exe" -srvc -agent -regport 1641 -port 1640 -range 1660: 1691 -d "C: \ Archivos de programa \ 1cv81_10 \ server"

* Quizás también cambie su identificación. Para hacer esto: seleccione una rama
HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ 1C: Agente de servidor Enterprise 8.1
y cambie su nombre, por ejemplo a:
HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ 1C: Agente de servidor Enterprise 8.1 en segundo lugar

¿Qué no puede hacer el programa de instalación 1C: Enterprise?

Como ya se mencionó, el programa de instalación 1C: Enterprise copia los módulos de carga 1C: Enterprise y realiza el registro necesario en COM y en el administrador de servicios de Windows. Lo anterior es la información que necesita para comprender los mecanismos internos de este registro. Si no solo el servidor está instalado en la computadora del servidor, sino también la parte del cliente de 1C: Enterprise, entonces está listo para funcionar inmediatamente después de la instalación (y la conexión de las claves de protección).

Para que el servidor 1C: Enterprise sea accesible desde otras computadoras en la red local, es necesario verificar la configuración de red en el servidor y las computadoras cliente, así como para la red en su conjunto. TCP / IP se utiliza para transferir datos entre aplicaciones cliente y el servidor 1C: Enterprise, así como entre procesos de clúster de servidores. El funcionamiento de 1C: Enterprise en la versión cliente-servidor depende de la corrección de su configuración.

Los procesos de un clúster de servidores 1C: Enterprise están conectados entre sí en las direcciones especificadas como los valores de la propiedad "Equipo" del cuadro de diálogo de propiedades de los servidores en funcionamiento. El clúster requiere que el valor de la propiedad "Computadora" sea una dirección IP en notación de puntos o una dirección simbólica que pueda usarse para determinar la dirección IP usando la función gethostbyname definida en la API de TCP. La dirección IP se determina a partir de la tabla de direcciones simbólicas locales (C: \ WINNT \ system32 \ drivers \ etc \ hosts) o de las tablas de direcciones en los servidores DNS disponibles. Si la dirección simbólica del servidor en funcionamiento no determina su dirección IP o se determina incorrectamente (por ejemplo, la dirección IP no coincide con la dirección IP real de esta computadora), entonces el clúster no funcionará. Es importante que los nombres de los equipos y sus direcciones definidos en Windows en cada uno de los servidores de producción del clúster no entren en conflicto con sus nombres en DNS.

En cada servidor de trabajo, los procesos de clúster utilizan los siguientes puertos: puerto IP del servidor de trabajo (generalmente 1540); Puertos IP de los rangos de puertos IP del flujo de trabajo (generalmente 1560-1591). Además, el servidor central del clúster utiliza el puerto del clúster (generalmente 1541). Si el sistema usa firewalls, entonces se debe permitir la transferencia de datos en estos puertos. En lugar de permitir los puertos de la lista anterior, puede permitir la transferencia de datos a los procesos del clúster (ragent, rmngr, rphost).

La conexión de la aplicación cliente 1C: Enterprise al servidor se realiza en 2 etapas. Primero establece una conexión con el administrador del clúster. Utiliza la dirección del servidor central (simbólica o numérica) y el puerto del clúster (generalmente 1541). A continuación, la aplicación cliente establece una conexión con uno de los procesos de trabajo. El valor de la propiedad "Computadora" del servidor de trabajo correspondiente y el puerto del proceso de trabajo, que se selecciona del rango de puertos IP del servidor de trabajo, se utilizan como su dirección. La transferencia de datos a estos puertos debe estar permitida en todos los firewalls en la ruta desde la computadora de la aplicación cliente a las computadoras del clúster de servidores 1C: Enterprise. La dirección IP de los procesos del servidor se determina mediante la función gethostbyname en la computadora cliente. Es importante que los nombres de los servidores centrales y de producción y sus direcciones definidas en Windows en cada uno de los servidores del clúster no entren en conflicto con sus nombres en el DNS disponible para el equipo cliente.

Y lo ultimo. Obviamente, para acceder con éxito al servidor 1C: Enterprise desde otras computadoras, debe estar en la red y se deben realizar las configuraciones necesarias para esto. Los métodos de configuración y conexión de red son específicos de la administración de red basada en Microsoft Windows y se describen en las instrucciones relacionadas.

Detalles de la configuración del servidor SQL

1C: Enterprise en la versión "cliente-servidor" utiliza SQL-server para el almacenamiento de datos. Al mismo tiempo, solo 1C: Enterprise Server se dirige al servidor SQL. Los clientes de 1C: Enterprise no tienen acceso directo al servidor SQL. La instalación y configuración de SQL Server se describe en detalle en la documentación de Microsoft SQL Server. Para el funcionamiento exitoso de 1C: Enterprise Server con un servidor SQL, debe prestar especial atención a las siguientes configuraciones.

* Componentes de SQL Server necesarios. Para acceder al servidor SQL desde el lado de 1C: Enterprise Server, los componentes de Microsoft Data Access 2.6 o posterior deben estar instalados en la computadora 1C: Enterprise Server.
* Autenticación de usuarios por servidor SQL. Los derechos de acceso a las bases de datos del servidor SQL los determina el usuario en cuyo nombre se accede a la base de datos. Desde la computadora en la que está instalado el servidor SQL, inicie la utilidad Administrador corporativo de SQL Server, busque el nodo local (Raíz de la consola -> Servidores Microsoft SQL -> Grupo SQL Server -> (Local)) y abra sus propiedades. En la pestaña Seguridad, puede ver que SQL Server admite dos formas de autenticar usuarios: SQL Server y Windows y solo Windows. La autenticación de Windows permitirá que 1C: Enterprise Server acceda al servidor SQL solo en nombre del usuario USR1CV81, lo que no permite distinguir los derechos de acceso a varias infobases servidas por un servidor 1C: Enterprise. Se recomienda seleccionar el modo SQL Server y Windows. En este caso, el acceso a una base de información específica se realizará en nombre del usuario que se especificó como usuario del servidor SQL al crear esta base de información. Es importante que este usuario no solo tenga todos los derechos sobre la base de datos de la base de datos, sino también los derechos para crear bases de datos en el servidor SQL y leer las tablas de la base de datos maestra.
* Protocolos de red para acceder al servidor SQL. Si el 1C: Enterprise Server y el servidor SQL están ubicados en computadoras diferentes, entonces es necesario configurar los protocolos de red para acceder al servidor SQL. Esto se puede hacer mediante la utilidad de red del cliente de SQL Server. En la pestaña General, puede seleccionar una lista de protocolos de red utilizados para acceder al servidor SQL. El más rápido y versátil es el uso del protocolo TCP / IP. Cuando utilice otros protocolos, tenga en cuenta que algunos de ellos, por ejemplo, Canalizaciones con nombre, realizan una autenticación adicional de Windows cuando se comunican con el servidor SQL. En este caso, para trabajar con éxito con el servidor SQL, el usuario USR1CV81 con los derechos apropiados debe estar registrado en la computadora con el servidor SQL. El protocolo de acceso a este servidor SQL se puede cambiar en la pestaña Alias.

Además del artículo

No hay duda de que el paquete MS SQL Server + servidor "1C: Enterprise 8" es el paquete más demandado y utilizado en su nicho. Es deseable una comprensión de ambos productos para su soporte de calidad. Al mismo tiempo, en la práctica, un especialista de soporte generalmente se especializa en administrar MS SQL Server y no conoce las especificaciones del servidor 1C: Enterprise 8 o, por el contrario, se especializa en administrar el servidor 1C: Enterprise 8 y no sabe los detalles de MS SQL Server.

Este artículo fue escrito para ayudar tanto a esos como a otros especialistas, está diseñado para ahorrarle tiempo y llamar su atención sobre los detalles más importantes al usar estos productos de software juntos.

Para facilitar la percepción de la información, se proporcionan casos prácticos, notas y consejos (en cursiva).

Esquema de tres enlaces

Como el lector ya sabrá, la base de datos en este caso tiene una arquitectura de tres niveles:

Enlace 1: DBMS de MS SQL Server. "Almacena" y mantiene la base de datos, en última instancia realiza todo tipo de operaciones con la base de datos. Por lo tanto, el rendimiento de la base de datos, la velocidad y el paralelismo de la lectura y escritura de datos están determinados en gran medida por el rendimiento de MS SQL Server.

Enlace 2: Servidor "1C: Enterprise 8". Actúa como intermediario en la interacción entre clientes (usuarios) y MS SQL Server. Todas las solicitudes de los clientes se envían al servidor, que las "traduce" al lenguaje de consulta de MS SQL Server, recibe los resultados de estas consultas y envía los resultados al cliente.

Solo hay una pequeña parte de las operaciones que se realizan en el nivel del servidor 1C: Enterprise 8, sin acceder a MS SQL, en particular, rastreando los llamados "bloqueos administrados", lectura-escritura de "parámetros de sesión". En tales casos, no se requieren llamadas al DBMS, ya que estas operaciones se realizan no con los datos de la base de datos, sino con la información auxiliar del servidor.

Vínculo 3: parte del cliente "1C: Enterprise 8". Se dirige al servidor 1C: Enterprise 8, recibe resultados de él (es decir, por ejemplo, muestras de datos) y es responsable de la interfaz de usuario.

"Quería lo mejor".

Después de reinstalar el servidor 1C: Enterprise 8, los usuarios se quejan de una fuerte caída en el rendimiento. El especialista en implementación de software de 1C: Enterprise que ha estado reinstalando está simplemente sorprendido: dicen que quería lo mejor, que el sistema debería comenzar a funcionar más rápido ... El análisis de la situación mostró que se asignaron demasiados recursos al servidor 1C: Enterprise 8 : procesos (ver punto 3) rphost tomó 15.5 GB de 16 GB de RAM del servidor, como resultado, prácticamente no hay RAM disponible para MS SQL Server compatible.

Como resultado, "intercambio" constante, carga innecesaria en el subsistema de disco y ejecución extremadamente lenta de operaciones con la base de datos, debido al hecho de que MS SQL Server no tiene tiempo para procesar solicitudes provenientes del servidor "overclockeado" "1C : Enterprise 8 ".

Compatibilidad del producto

Para obtener datos actualizados sobre las versiones de MS SQL Server recomendadas para su uso junto con "1C: Enterprise 8", siga el enlace http://v8.1c.ru/requirements/.

Al momento de escribir este artículo, los desarrolladores de la empresa 1C recomiendan las siguientes opciones:

1. SQL Server 2008 R2.

2. Se requiere SQL Server 2008, Service Pack 1 (SP1).

3. Se requiere SQL Server 2005, Service Pack 3 (SP3).

Es técnicamente posible, pero no se recomienda utilizar MS SQL Server 2000, requiere la instalación del Service Pack 2 (SP2) y es conveniente instalar el Service Pack 4 (SP4).

Hay que tener en cuenta que por el momento esta versión ya no es compatible, y tampoco cuenta con una versión de 64 bits para la arquitectura x86-64.

Nota:

Es necesario prestar atención a la configuración del sistema operativo: por ejemplo, para que M SQL Server 2008 funcione de manera eficiente en el sistema operativo Server 2008R2, debe apagar el modo de fuente de alimentación balanceada y cambiar al modo de rendimiento máximo.

Instalación de la versión cliente-servidor de "1C: Enterprise 8"

"1C instalado"

Uno de los clientes instaló "1C: Enterprise 8" por un administrador del sistema que no tiene experiencia en trabajar con "1C: Enterprise 8". Y aunque, según él, "instaló 1C", no había una parte del cliente en las computadoras de los usuarios y la parte del servidor en el servidor. El análisis de la situación aclaró la imagen: en el conjunto "1C: Enterprise 8" había 2 discos: instalación de la plataforma e instalación de plantillas de base de datos. El administrador no profundizó en el procedimiento de instalación, e instaló las plantillas de la base de datos, y no los archivos ejecutables, los componentes de la plataforma.

Por supuesto, este es un ejemplo atípico de una actitud extremadamente desatendida hacia el trabajo.

Al instalar "1C: Enterprise 8", debe tenerse en cuenta que lo siguiente se instala por separado:

La plataforma "1C: Enterprise 8" es una aplicación ejecutable, un entorno integrado para el desarrollo y operación de bases de datos. Cuando se inicia, se selecciona uno de los dos modos de funcionamiento: "Enterprise" (shell de base de datos definido por el usuario) o "Configurator" (entorno de desarrollo integrado). Puede encontrar una descripción más completa en el enlace

Plantillas de configuración "1C: Enterprise" es un archivo de formato interno de la plataforma, con la ayuda de la cual la plataforma puede crear una base de datos limpia o de demostración de la estructura que se incluye en la plantilla. Además, utilizando la plantilla de actualización, puede actualizar la estructura de una base de datos existente que ya está llena de datos.

Al instalar la plataforma, debe prestar atención a la elección de los componentes:

Es posible que el componente 1C: Enterprise no esté instalado en los servidores.

En este caso, el servidor proporcionará a las computadoras cliente acceso a las bases de datos de 1C: Enterprise, pero no será posible trabajar con la base de datos en modo de usuario directamente desde el servidor.

Nota:

La versión de 64 bits de la plataforma no contiene la parte del cliente. Por lo tanto, durante la instalación, los componentes del servidor de 64 bits se instalan en el servidor por separado y los componentes de 32 bits de la aplicación cliente se instalan por separado.

El componente 1C: Enterprise Server es necesario para conectarse a MS SQL Server: este es un servidor de aplicaciones que conecta la plataforma en las estaciones de trabajo cliente y MS SQL Server.

Es posible instalar el componente en el modo de una aplicación simple o servicio del sistema y, por supuesto, se recomienda la segunda opción.

Cuando se instala "como servicio", este componente se iniciará y ejecutará en nombre del usuario seleccionado:




Una vez que se carga el componente, genera varios procesos, como: "agente del servidor", "administrador del clúster del servidor", "procesos de trabajo del servidor".

Las consultas de la base de datos son ejecutadas por procesos de trabajo y el administrador del clúster de servidores distribuye la carga entre ellos.

Los procesos de trabajo del servidor se pueden administrar (agregar, eliminar, limitar el uso de RAM, declarar primario o de respaldo) si está instalado el componente "1C: Enterprise Server Administration".



Nota:

Para la versión de 32 bits del servidor, se recomienda instalar procesos de trabajo en tal cantidad para no dejar la RAM sin usar; cada uno de ellos tiene una limitación notable en el uso de RAM, de 2 a 4 GB, según en la configuración del sistema.

Para una versión de 64 bits del servidor, en teoría, dos procesos de trabajo son suficientes: un trabajador y una copia de seguridad. Sin embargo, en la práctica, para garantizar la confiabilidad y estabilidad de las conexiones en un número significativo (varios cientos) de usuarios, se requiere un número mayor, depende de muchos factores: el número de usuarios, el llenado de la base de datos y el volumen de consultas. realizado, por lo que los autores creen que el número de procesos en este caso debe seleccionarse experimentalmente.

"Ouroboros"

Después de la optimización fallida de la configuración del servidor 1C: Enterprise 8, los usuarios señalaron que el sistema es extremadamente lento y el administrador del sistema notó una carga constante de CPU del 100% en el servidor.

Un análisis de la situación mostró la fuente del problema: al configurar, se estableció una limitación demasiado pequeña en el uso de RAM por parte de los procesos de trabajo.

Y es que esta limitación funciona de la siguiente manera:

Cuando un administrador de clústeres de servidores ve que un proceso de trabajo ha excedido el límite de RAM, el trabajo de este proceso se termina, se desconecta, se crea un nuevo proceso de trabajo y las conexiones y las solicitudes de los usuarios se redistribuyen entre los procesos de trabajo.

El límite establecido era tan pequeño (300 MB) que el proceso de trabajo no podía dar servicio completo ni siquiera a un usuario que trabajaba intensamente; como resultado, el administrador del clúster de servidores reiniciaba continuamente los procesos de trabajo y reconectaba a los usuarios. Tan pronto como se creó un nuevo proceso y los usuarios se conectaron a él, el límite de RAM se alcanzó casi instantáneamente y provocó el siguiente reinicio. Esto tomó el 100% de la carga de la CPU.

El componente 1C: Enterprise Server no es necesario en las estaciones de trabajo cliente y no podrá iniciarse allí, ya que requiere una clave de seguridad física.

Si el número de usuarios conectados es pequeño (menos de 50), el servidor de aplicaciones generalmente se instala en el mismo equipo donde se ejecuta MS SQL Server.

Para sistemas con una gran cantidad de usuarios y / o un gran volumen de flujos de información, se recomienda una instalación separada, así como el uso de un clúster de servidores.

El componente 1C: Enterprise Server Administration también puede ser útil para los clientes; por ejemplo, con su ayuda puede ver una lista de bases de información conectadas a un determinado servidor 1C: Enterprise.

Se recomienda encarecidamente instalarlo en el propio servidor.

Acceso

Nota:

Para comprobar que se proporciona acceso, no es suficiente utilizar la utilidad de administración del servidor 1C: Enterprise y, más aún, la presencia del servidor en el "Entorno de red" no es suficiente.

Es necesario que cada cliente inicie sesión en la base de datos instalada en el servidor; solo esto le dará un 100% de confianza en que se proporciona acceso.

1. Dependiendo de las políticas de seguridad, para MS SQL Server, se utiliza la autenticación de cuenta de Windows o la autenticación de cuenta de MS SQL Server.




En el último caso, al crear la base de datos 1C: Enterprise, el sistema solicitará el nombre de usuario y la contraseña de la cuenta de MS SQL Server (por ejemplo, sa); en el primer caso, el nombre de usuario y la contraseña deben dejarse en blanco:



y ese usuario del sistema, en cuyo nombre se inicia el servidor 1C: Enterprise, debe tener derechos en MS SQL Server, a saber:

plenos derechos sobre la base de datos en la que se encuentra la base de datos

acceso a la base de datos maestra (función pública)

recomendado: los derechos para crear una base de datos; de lo contrario, cada nueva base de datos deberá crearse primero con MS SQL Sever y solo luego conectarse al servidor 1C: Enterprise

recomendado: el derecho a eliminar su base de datos

Por ejemplo, puede asignar al usuario en cuestión el rol predefinido processadmin o sysadmin.

Consejo.

Si todos los usuarios han perdido el acceso a la base de datos de trabajo al mismo tiempo, debe volver a verificar los derechos y roles del usuario en MS SQL Server, incluidos los establecidos para una base de datos específica, es decir, asignación de usuarios:




2. El servidor 1C: Enterprise accede a MS SQL Server a través del mecanismo de acceso a datos de Microsoft, por lo que sus componentes deben estar instalados y el usuario del servidor 1C: Enterprise (ver el párrafo anterior) debe tener derechos para ejecutarlos.

3. La comunicación entre los clientes y el servidor es compatible con el protocolo TCP, por lo que es necesario que este protocolo sea compatible con ambos lados. Puede haber problemas para hacer coincidir el nombre del servidor y su dirección IP, por ejemplo, si se utiliza una red de igual a igual. En este caso, debe registrar la correspondencia en el archivo [C: \ WINDOWS \] system32 \ drivers \ etc \ hosts.

Consejo.

Si la red es de igual a igual, para garantizar una conexión permanente con el servidor, cree una unidad de red que acceda a cualquiera de las carpetas de este servidor.

4. Si se utiliza el protocolo Named Pipes, y si MS SQL Server y el servidor 1C: Enterprise están instalados en computadoras diferentes, el usuario en cuyo nombre se ejecuta el servidor 1C: Enterprise debe estar registrado en la lista de usuarios de la computadora. en el que se ejecuta MS SQL Server.

5. En algunos casos, es posible que se requiera una configuración adicional del firewall de Windows, es decir, agregar excepciones.

6. Algunos antivirus pueden bloquear el tráfico de red "no deseado", por lo que es posible que deba agregar sus listas de exclusión.

7. El lanzamiento de la plataforma 1C: Enterprise 8 debe ser exactamente el mismo en el cliente y en el servidor.

"Mellizos"

"Uno de los clientes usó dos servidores de base de datos, cada uno de los cuales tenía una base de trabajo. Los usuarios trabajaban, cada uno simultáneamente con ambas bases de datos. Los servicios de soporte actualizaron la plataforma 1C: Enterprise 8 en servidores y clientes ... Y luego comenzaron a llegar quejas . El análisis de la situación mostró que la actualización en los clientes y servidores fue realizada por varias personas, y los instaladores no volvieron a verificar que estuvieran instalando la misma versión. Por lo tanto, un servidor tenía una versión de plataforma, en el segundo, el la otra mitad de los clientes, la primera de estas versiones, en la otra mitad, la otra. Resulta que cada usuario tiene acceso solo a una de las bases de datos.

Para resolver rápidamente el problema, tuvimos que instalar ambas versiones de la plataforma para cada usuario y crear accesos directos separados para ingresar a cada base de datos.

Configuración inicial de MS SQL Server y base de datos

"Y así funciona"

MS SQL Server se distingue por su simplicidad de instalación inicial, por lo tanto, no todos los administradores están desconcertados por su configuración adicional; después de la instalación, de manera predeterminada, la base de datos está funcionando, los usuarios inician sesión en ella, el trabajo está hecho. Este enfoque casi siempre implica la aparición de problemas después de uno o dos meses y, por supuesto, de repente y en el momento más inconveniente.

Por ejemplo, si la base está destinada a la contabilidad, antes de presentar declaraciones de impuestos, a menudo es necesario recalcular urgentemente ciertos datos y recalcular en grandes cantidades, por ejemplo, "todos los recibos de activos fijos desde el comienzo del año". Además, durante la jornada laboral, sin detener el trabajo de otros usuarios de la base de datos.

Y, por supuesto, en este mismo momento se revelará que la base "se congela" o "se bloquea" con dicho recálculo, o no permite que otros usuarios trabajen.

Este tipo de "Ley de Murphy" se aplica a cada uno de los puntos siguientes.

Antes de utilizar MS SQL Server como DBMS para 1C: Enterprise, se recomienda:

1. Establezca el valor del parámetro de grado máximo de paralelismo en 1.

Es decir:

después de conectarse al servidor, ingrese las propiedades del servidor a través del menú contextual, el elemento Propiedades

luego seleccione la página Avanzado y edite el parámetro de grado máximo de paralelismo

De lo contrario, algunas consultas generadas por el servidor 1C: Enterprise pueden provocar el error "El paralelismo intraconsulta provocó que el comando del servidor (ID de proceso #XX) se bloqueara. Vuelva a ejecutar la consulta sin paralelismo intraconsulta mediante la opción de sugerencia de consulta (maxdop 1 ) ". Después de este error, el lado del cliente falla a menudo.

El error no se manifestará de manera estable, ya que el plan de consultas se forma de manera diferente según las estadísticas acumuladas; se manifestará en consultas voluminosas y complejas, es decir, en el momento más desafortunado.

2. Cree un plan de mantenimiento que reduzca la base de datos de la tabla temporal tempdb. El servidor 1C: Enterprise no siempre borra la base de datos de tablas temporales automáticamente y, a veces, como resultado de una consulta escrita sin éxito, es posible que no se borre una tabla temporal con un tamaño de, por ejemplo, 50 GB. Como resultado, el espacio en disco puede agotarse, como resultado de lo cual, tanto el cliente como el servidor pueden fallar, y también existe un pequeño riesgo de violación de la integridad de los datos.

Es decir, necesitas:

ir a MS SQL Management Studio

después de conectarse al servidor, abra la sección "Planes de mantenimiento"

crear un nuevo plan de servicio (o complementar el existente),

agregue el elemento "Ejecutar tarea de instrucción T-SQL" (ya que la base de datos tempdb no se puede seleccionar en la tarea "Reducir base de datos") con el código

1.USO
2.
3.GO
4.
5.DBCC SHRINKFILE (N "tempdev", 0, TRUNCATEONLY)
6.
7.GO
8.
9.DBCC SHRINKFILE (N "templog", 0, TRUNCATEONLY)
10.
11.GO

Tenga en cuenta que el nombre de archivo de la base de datos de la tabla temporal puede no ser "tempdev". Para comprobar este nombre, puede utilizar el script

1.Utilice tempdb
2.
3.GO
4.
5.EXEC sp_helpfile
6.
7.GO




"Olla, no hierva"

En la práctica, la forma más común de desbordar tempdb y, por lo tanto, bloquear el servidor es olvidarse de especificar una condición al unir tablas.

Es decir, digamos que tenemos dos tablas en la base de datos, cada una con un tamaño de 20 mil registros. Digamos que se puede establecer una correspondencia uno a uno entre sus registros, y escribimos una consulta que crea una tabla temporal que contiene 20 mil registros con los campos de ambas tablas originales. Pero si olvidamos especificar la condición de unión, ¡todos los registros de la primera tabla se unirán con todos los registros de la segunda! Es decir, la tabla resultante será 20 000 * 20 000 = 400 millones de registros. Etc.

3. Para reducir la carga en el subsistema de disco, se recomienda, si es posible, distribuir la base de datos de trabajo y tempdb, los registros y el archivo de paginación del sistema en diferentes discos físicos.

Es mejor establecer la ruta necesaria para almacenar los archivos de la base de trabajo al crearla editando la columna Ruta:




Para cambiar la ubicación física de los archivos de la base de datos de la tabla temporal, use el comando ALTER DATABASE, es decir, en MS SQL Management Studio, debe ejecutar el siguiente script (el comando "Nueva consulta")

Maestro de uso
2.
3.GO
4.
5.ALTER BASE DE DATOS tempdb
6.
7.MODIFY FILE (NAME = tempdev, FILENAME = "New_Drive: \ New_Directory \ tempdb.mdf")
8.
9.GO
10.
11.ALTER BASE DE DATOS tempdb

12.
13.MODIFY FILE (NAME = templog, FILENAME = "New_Drive: \ New_Directory \ templog.ldf")
14.
15.GO

4. No se debe impedir el "crecimiento" de la base de datos de trabajo y su registro; no debe haber límite de tamaño, la propiedad "Autcrecimiento" debe establecerse como un porcentaje, el valor recomendado es 10%. De lo contrario, agregar datos a la base de datos, restaurar desde el archivo y otras operaciones puede llevar un tiempo excesivamente largo.

Para establecer esta propiedad, debe ir a las propiedades de la base de datos a través del menú contextual, seleccionar la sección Archivos, abrir la edición de propiedades del archivo:



5. Se recomienda habilitar la compatibilidad con el protocolo de red TCP / IP en MS SQL Server y deshabilitar todos los demás; de lo contrario, el trabajo conjunto de MS SQL Server y 1C: Enterprise Server será menos estable.




6. En el mismo lugar, borre la sección Alias. su instalación da lugar a errores en la interacción entre MS SQL Server y el servidor 1C: Enterprise.

Antes de comenzar a operar la base de datos, se recomienda:

1. Al crear una base de datos desde "1C: Enterprise", configure el "desplazamiento de fecha" 2000; de lo contrario, un intento de registrar la fecha anterior al 01/01/1753 (lo cual es posible debido al factor humano) hará que la base de datos no funcione correctamente. .

¡Atención! ¡El desplazamiento de fecha no se puede cambiar para una base de datos existente!



2. Establezca el modelo de recuperación en Simple o cree un plan de mantenimiento que hará una copia de seguridad de la base de datos diariamente y truncará el registro de transacciones (archivo de registro). De lo contrario, durante algunas operaciones, el registro de transacciones (archivo de registro) crecerá muy rápidamente: por ejemplo, cuando se reestructura la base de datos, el crecimiento del tamaño del archivo de registro puede exceder el tamaño de la base de datos en sí varias veces.




3. Cree un plan de mantenimiento que realice las siguientes tareas programadas al menos una vez a la semana:

Creación de una copia de seguridad de la base de datos.

Actualizar las estadísticas de la base de datos y borrar la caché de procedimientos (tenga en cuenta que la propiedad de estadísticas de actualización automática no purga la caché de procedimientos).

Borrado de la caché de procedimientos - no incluido en las operaciones estándar de los Planes de Mantenimiento, este paso debe definirse como la ejecución de un script (Ejecutar Instrucción T-SQL) con el siguiente contenido:

ADROCACHE LIBRE DBCC

Re-indexación de tablas de bases de datos.

Por supuesto, tiene sentido configurar el envío automático de correos electrónicos sobre tareas exitosas o no exitosas.




Conclusión

Los problemas que con mayor frecuencia causan dificultades a los administradores de sistemas e implementadores de "1C: Enterprise 8", en relación con el uso conjunto de MS SQL Server y la versión cliente-servidor de "1C: Enterprise 8".

El autor espera haber destacado "ambas caras de la moneda" de manera bastante consistente y sencilla.

PD ¡Haga copias de seguridad con más frecuencia!

Un servidor para 1C es un elemento técnico importante al construir una infraestructura de TI. Estamos listos para vender hardware de servidor con una excelente configuración a un costo adecuado, sin grandes márgenes de ganancia. Solo configuraciones adecuadas para satisfacer sus necesidades. Deje una solicitud y recibirá un dispositivo que puede satisfacer las necesidades técnicas de la organización.

Estamos preparados para proporcionar equipos de servidor de cualquier complejidad con una configuración que cumpla con los requisitos. Hay una entrega conveniente. La recogida automática está disponible en Moscú. En general, si desea comprar, solo necesita llamar, completar el formulario de cálculo o escribir por correo electrónico. Ofrecemos una variedad de componentes, opciones de montaje, haremos una oferta comercial. Nos basaremos en el presupuesto y recopilaremos los servidores 1C más convenientes.

Si vino para obtener información, se encuentra a continuación. Intentamos publicar un material completo capaz de dar, aunque no una respuesta exhaustiva, sino voluminosa, a una pregunta. Le advertimos de inmediato, información sobre hardware en lugar de software.

• Servidor 1C para 5-10 usuarios
• Servidor 1C para 10-20 usuarios
• Servidor 1C para 20-30 usuarios
• Servidor 1C para 30-50 usuarios
• Servidor 1C para 50-100 usuarios
• Servidor 1C para más de 200 usuarios

En este caso, se requiere una configuración individual. Tiene poco sentido hacer una configuración al azar, ya que la carga puede variar mucho en función de las tareas de los usuarios. En algunos casos, no funcionará estar limitado a un dispositivo; se requiere un clúster. Deja una solicitud para que el especialista pueda contactarte y aclararte los detalles.

¡Cualquier ensamblaje se puede configurar individualmente para sus necesidades!

Por cierto, los parámetros preliminares se pueden seleccionar en el siguiente formulario. Esto permitirá a los especialistas formar rápidamente una propuesta comercial.

Obtenga un cálculo individual del servidor 1C:

¿Qué es un servidor 1C?

El paquete de software "1C: Enterprise 8.3" es un conjunto de herramientas comerciales para contabilidad, inventario, informes en modo automático. Hay muchas oportunidades de afinar para cualquier segmento de actividad. El software es bastante flexible en la configuración, pero, desafortunadamente, muy exigente.

De hecho, el complejo ahora se usa en todas partes. Grandes organizaciones, instituciones presupuestarias, gobierno. Y no solo en Rusia, sino también en el extranjero.

El producto apareció en el mercado en un momento muy oportuno, lo que tuvo un buen impacto en la adopción generalizada del producto. Al principio, había un conjunto mínimo de herramientas para la contabilidad, gradualmente el software se desarrolló, mejoró y se agregaron nuevas funciones y capacidades.

Hoy en día, el producto se ha convertido en una herramienta completa para automatizar muchos aspectos de una empresa y tiene una merecida popularidad. A pesar de las deficiencias, el software está en constante evolución, haciendo innovaciones y corrigiendo las deficiencias de versiones anteriores.

Tipos de implementación

La mayoría de las organizaciones pequeñas no compran un servidor por 1C. No ven ningún sentido en tal desperdicio. Después de todo, basta con implementar el complejo en una computadora personal y luego dar acceso a otras PC. Esta opción se llama "Modo de archivo".

No es capaz de proporcionar un rendimiento decente, solo es adecuado para su uso en una red local (por supuesto, el acceso remoto también está disponible, pero es ineficaz). Cuando el número de llamadas simultáneas a la base de datos supera las 5, comienza a ralentizarse seriamente. Se congela periódicamente. Además, el límite de tamaño para una tabla en la base de datos es de 4 GB; las grandes empresas, debe decirse, a menudo hacen tablas tan voluminosas. Por supuesto, la desventaja del modo de archivo es el siguiente factor: cuanto mayor sea el tamaño de la base de datos, más serios serán los requisitos de recursos de hardware. Desafortunadamente, si mucha gente trabaja en este software, o si tiene que crear tablas grandes, es mejor elegir una forma diferente de implementar la estructura de TI.

Y los sistemas de gestión de bases de datos vienen al rescate, que funcionan en un tipo de ejecución cliente-servidor. El servidor 1C admite los siguientes tipos de DBMS:

MS SQL Server es un DBMS desarrollado por Microsoft. Fiable, funcional, pero requiere un sistema operativo de la familia Windows. Hay ciertos inconvenientes: le encanta la RAM, la ocupa por completo, por lo tanto, hay que establecer límites manualmente, periódicamente ocurren fugas de RAM al interactuar con matrices de tablas.

PostgreSQL es una distribución gratuita. En lugares lento, lo cual ha sido probado empíricamente. Adecuado para una plantilla pequeña, es posible que una plantilla grande no funcione. Pero, a pesar de las deficiencias, no hay restricciones de soporte. mi procesadores, y no hay meseta de RAM.El principal requisito son las manos directas del administrador del sistema. Proporciona excelentes resultados cuando se configura correctamente.

Oracle Database es un DBMS versionado con buena funcionalidad y, al mismo tiempo, es muy ágil, permite escribir y leer al mismo tiempo. La debilidad es el requisito de RAM.

Base de datos universal IBM DB2. Muy adecuado para manejar matrices grandes. Tiene una amplia funcionalidad. Desafortunadamente, este DBMS tiene mucho que es superfluo para mantener la compatibilidad con computadoras obsoletas, lo que reduce la efectividad del DBMS. Es poco exigente para la RAM, pero porque las tablas temporales son limitadas. El número máximo de núcleos admitidos es 16, lo que impone algunas restricciones.

Los DBMS más eficientes en términos de pruebas son MS SQL Server, Oracle. Si hay limitaciones en el presupuesto, entonces la elección debe detenerse en PostgreSQL, es un DBMS gratuito, pero tenga en cuenta que solo funciona la versión que está hecha específicamente para el software de destino. IBM DB2 Universal Database rara vez se usa, porque hay análogos más productivos, pero para soportar hardware y ensamblajes obsoletos de IBM es el mejor.

Llegamos a la conclusión de que implementar en el cliente-servidor. ejecución mucho más eficiente... De lo contrario, tenemos frenos y serias restricciones. Espero que hayamos decidido la elección de un DBMS, pero de hecho diré que el más conveniente y popular es MS SQL Server.Lo mejor es el paquete de software en cuestión.

E inmediatamente responderé una pregunta más. No se admiten otros intérpretes de SQL. Al menos oficialmente.

En consecuencia, se volverá más complicado. Las máquinas individuales se convierten en grupos, el personal se expande y se divide en grupos. Pero, la base se parece al diagrama. Para el número de usuarios mayores de 50, definitivamente tendrá que usar dos dispositivos. Uno para bases de datos, el otro como servidor de terminal. De lo contrario, la capacidad no será suficiente.

Se necesita un nodo terminal para proporcionar energía a un cliente ligero. Un dispositivo especializado, una PC, incluso un teléfono inteligente, puede actuar como un cliente ligero. En consecuencia, todas las operaciones se realizan de forma centralizada, en una sola máquina. Eso hace que los dispositivos potentes en el papel de TC sean innecesarios. Hay suficientes dispositivos improductivos que se encargan de mostrar los resultados de la ejecución de instrucciones en la pantalla.

Las bases de datos requieren equipos capaces de procesar todo el volumen a la vez y transmitir información al nodo terminal, que debe ser muy potente, ya que es el encargado de virtualizar las aplicaciones y proporcionar los recursos técnicos.

Cuanto más grande sea la organización, mayor será el número de usuarios, más equipo productivo se requerirá. En algunas situaciones, se necesita un clúster. Parece que los costos son altos, de hecho, comprar un servidor para PC de bajo consumo y 1C es más barato que intentar establecer una infraestructura de TI sin ellos.

Equipo

Entonces, ¿qué tipo de hardware necesitamos implementar?servidor para 1C ? Buena pregunta, primero debe decidir los parámetros de acuerdo con los cuales estableceremos los requisitos:

Número de usuarios;

volumen DB;

resiliencia requerida;

tipo de implementación.

Sustituye cada elemento por un signo de interrogación. Contéstales. De hecho, así se forma la tarea. Ahora intentemos ayudar a navegar. Comencemos con nuestros usuarios favoritos.

El número de consultas a SQL es un punto clave en la preparación de un problema técnico. Cada persona o programa es capaz de generar una determinada cantidad de solicitudes y ocupa parte de los recursos del hardware. Por lo tanto, una compilación para 5 usuarios podría no funcionar para 10, mientras que para 50 los requisitos también se verán diferentes. Aproximadamente 100, 200 es lo mismo. Por supuesto, el software que funcionará automáticamente con 1C es un tema separado que requiere una consideración más detallada.

Ahora el segundo punto. Existe una base de datos, por lo tanto, debe ubicarse en algún lugar, dada la cantidad necesaria de recursos para su funcionamiento. La tarea es aparentemente sencilla. Deberá seleccionar las unidades adecuadas que puedan proporcionar la velocidad y el volumen requeridos. Se recomienda predecir el tamaño potencial de la base de datos, luego será más fácil formular los requisitos.

La tolerancia a fallas está diseñada para garantizar un funcionamiento ininterrumpido. Para mantener las copias de seguridad en ejecución, uno Acerca del dispositivo duplicado por otros. Cuanto mayor sea el nivel de tolerancia a fallos, más compleja y cara será la configuración.

El tipo de implementación; de hecho, cómo lo usaremos, para qué fines. Nada complicado. Si solo se trata de contabilidad, entonces el poder será menos fundamental, pero si se utilizan todas las herramientas, entonces se requieren equipos más potentes.

Repasemos los accesorios.

UPC

UPC con un rendimiento de al menos 1700 MHz, aunque el valor es menor en los requisitos, pero deberían concéntrate en él, y en el fin compre un procesador aún más potente. Ideal para Intel Cor e i3-8100, Xeon E3-1220 v6 o AMD Ryzen 3 1200. Por supuesto, la mayoría NS la productividad dará Xeon, pero es el más caro de todos. Esto es para 5-10 humano ... Si planeas aumentarganado de "usuarios", entonces definitivamente vale la pena elegir Xeon.

Intel Xeon E3-1230 v6 ya es útil para 10-20 personas, a diferencia de su hermano menor, tiene una frecuencia de reloj más alta y multiproceso. Aunque no es tan fundamental, la CPU resulta ser un orden de magnitud más potente. Los menos costosos son los Core i5-8500 y AMD Ryzen 5 1500X. Pero este último no podrá mostrar el mismo rendimiento que el Xeon. Así que elige lo último.

Si el servidor de 1C está previsto para 20-50 personas. Entonces el montaje necesita uno productivo. Es mejor olvidarse de los procesadores en el segmento de usuarios y mirar el segmento de servidores. Entonces. Aquí necesitará al menos Intel Xeon E5-1650 v4 con 6 núcleos de 12 hilos y una frecuencia base de 3.6 GHz es bastante buena. De AMD, la CPU EPYC 7261 con 8 núcleos, 16 hilos y una frecuencia base de 2.5 GHz es adecuada. Por supuesto, mostrará un rendimiento más bajo, pero un poco más barato. Pero no mucho.

Para 50-100 usuarios, vale la pena echar un vistazo al Xeon E5-1680 v4 de Intel, es notablemente más potente que la CPU anterior. Tiene 8 núcleos, 16 hilos y frecuencias de 3,4 GHz. También se puede utilizar AMD EPYC 7351 con 16 núcleos, 32 subprocesos, frecuencia base de 2,4 GHz. Pero es significativamente peor que Intel. Pero también es notablemente más económico.

Para soluciones más serias, incluso puede utilizar sistemas de doble procesador o dispositivos de segmento. Por ejemplo, para un sistema de doble procesador, el Xeon E5-2643 v4 es ideal. Pero segmentar los dispositivos es mucho más conveniente. Es decir, implementar la solución en dos dispositivos a la vez.

En general, cabe señalar que el número de núcleos en el servidor para 1C no juega un papel decisivo. Se debe poner más énfasis en la velocidad del reloj y el desempeño secuencial. Por lo tanto, deseche de forma segura las CPU de varios núcleos. En el paquete de software revisado, el soporte para multiprocesamiento y multiprocesamiento se implementa de manera muy deficiente. Numerosos núcleos no proporcionan ventajas significativas.

Dispositivos de almacenamiento

El cuello de botella en el sistema es tradicionalmente HDD. Comencemos con las interfaces. SATA solo apto para solicitudes secuenciales. Cualquier tipo de paralelización solo se puede realizar en REDADA- formación. Interfaz SAS mejor, hasta 10 solicitudes únicas, pero el rendimiento de los discos duros aún deja mucho que desear. Más adecuado elección - SSD. Unidades de estado sólido con SAS, desde SATA recomendamos rechazar, pero también una opción y son un poco más económicos. Perfectamente - SSD NVMe. Son los mas rapidos de la propuesta ... Pero, lamentablemente, son muy caras. Empiece por el presupuesto, pero le recomendamos que elija SSD, entonces se implementará un sistema más eficiente.

RAM

Bueno, todo tipo de pequeñas cosas como una placa base (ja, ja, cosita), es mejor elegir unidades adicionales en función del resto de componentes. Pero se debe prestar especial atención a la fuente de alimentación, vale la pena tomar versiones caras con etiquetas Bronce, plata, oro, platino. Este último es el mejor y más confiable, el primero es menos bueno, pero mejor que los baratos habituales.

Asegúrese de hacer RAID 1 o RAID 10 (1 + 0), la segunda opción es mucho más eficiente. Proporcionan escritura de memoria duplicada. Es decir, se escribe lo mismo en varios discos al mismo tiempo. Pero tenga en cuenta que se requieren 4 unidades para crear un RAID 10.

Y el último punto, asegúrese de llevar una fuente de alimentación ininterrumpida. En caso de un corte de energía, será el momento de guardar los datos y apagar con cuidado el servidor.

No, quizás todavía hay puntos importantes, solo apréndalos cuando configure y piense detenidamente. Es posible que el sistema deba realizarse con un margen importante.

usuario toma recursos. Pero la lectura requiere muchos menos recursos que la lectura / escritura. Por lo tanto, un usuario puede proporcionar más carga de trabajo que varios otros. Al planificar la infraestructura de TI, esto también deberá tenerse en cuenta para asignar la capacidad correctamente.

Proteccion. La copia de seguridad también consume recursos, por lo que no interrumpe el trabajo, se le deben asignar recursos adicionales. Los cortafuegos, antivirus y otras herramientas de seguridad también requieren cierta cantidad de energía.

Tolerancia a fallos. Unidades o fuentes de alimentación intercambiables en caliente, redundancia del sistema. Posibilidad de sustitución rápida de componentes. Cuanto mayor sea la tolerancia a fallas, menor será la posibilidad de que sea fácil de operar. La mayor tolerancia a fallas se logra en el clúster.Servidor para 1C por número de usuarios

Este es un parámetro clave a la hora de elegir un equipo. Se recomienda que se familiarice para tener al menos una idea aproximada de lo que puede necesitar en el proceso de creación de una configuración.

Servidor 1C para 5 usuarios

No se requiere alta capacidad para 5 personas, las configuraciones para pequeñas empresas están bien. Si la oficina es pequeña y necesita una ubicación compacta, puede usar un miniservidor . Esta opción le permitirá colocar el equipo de manera compacta y será conveniente para el transporte.

El costo de dicho dispositivo es de 30,000 rublos. La configuración, por regla general, no difiere en delicias. Se utiliza un procesador de nivel de entrada de la serie Intel Xeon E3 o AMD Opteron. Hay muchos ensamblajes listos para esta tarea. Pero en el caso de dispositivos baratos, no hay unidades de estado sólido ni espacio libre para cargas máximas.

Servidor 1C para 10 usuarios

La configuración para 10 empleados es similar a la solución anterior, no se requiere potencia especial, basta con utilizar un miniservidor. Pero hay que tener en cuenta la carga pico, si existen acciones automatizadas, como la generación automática de informes desde una tienda online, entonces la carga puede ser mucho más grave.

Aquí también puedes arreglártelas con un procesador de la línea Intel Xeon E3, por ejemplo, el modelo 1240. La RAM es suficiente para 8 GB, pero 16 es mejor, y también vale la pena usar un SSD para alojar la aplicación y la base de datos.

Servidor 1C para 20 usuarios

Aquí necesita un equipo más potente que en la versión anterior. La opción para una mediana empresa es óptima. SSD en un sistema de este tipo debe estar presente de forma predeterminada, y se recomienda utilizar el procesador al menos Intel Xeon E3-1280 v6. De lo contrario, no habrá margen para la potencia máxima.

Servidor 1C para 50 usuarios

En esta configuración, se recomienda tener en cuenta la complejidad de las tareas. Si no crean una carga importante, no se necesitan altas capacidades. Si hay un volumen de base de datos fuerte o grande, entonces se requerirá equipo con una alta intensidad de recursos, en algunos casos se requiere un grupo de dispositivos.

Por lo general, para esta tarea se ensambla un sistema de procesador dual basado en procesadores Intel Xeon E5-2643 v4. 2 de estas CPU son capaces de cubrir las necesidades de una aplicación e incluso una base de datos. Pero, idealmente, la creación del servidor SQL es independiente.

Por supuesto, en este caso, las unidades de estado sólido ya no solo se recomiendan, sino que son vitales, de lo contrario, el subsistema de disco se convertirá en un cuello de botella.

Servidor 1C para 100 usuarios

En este caso, un solo dispositivo no es suficiente. A menudo se requiere un clúster de servidores 1C, capaz de realizar operaciones en paralelo y en conjunto. Se requiere desarrollo individual.

Pero la configuración aproximada sería así:

1. Servidor de aplicaciones de terminal. 2 procesadores Intel Xeon Silver 4215 para adaptarse a aplicaciones SSD de alta TDW, fuentes de alimentación dobles, subsistema de disco para copias de seguridad del estado del sistema.

   Servidor SQL. Procesadores similares, SSD con alto DWPD, también dos fuentes de alimentación y un subsistema de disco con RAID 1 para almacenar copias de seguridad.

Esto es condicional, los detalles dependerán de la infraestructura técnica final.

Servidor para 1C para 200 usuarios o más

Con tal cantidad de usuarios, se necesita un equipo avanzado que pueda hacer frente a tareas de cualquier complejidad. Como en la versión anterior, un dispositivo no será suficiente, necesitará un clúster. Cuanto mayor sea el número total de llamadas a la base de datos y el número de empleados, se requerirá un equipo más potente y, en consecuencia, más dispositivos en el clúster. No hay soluciones universales, cada una se elabora individualmente.

Hace aproximadamente dos años, publicamos material sobre el servidor 1C Enterprise en la plataforma Linux, el interés en este tema sigue siendo grande. Al mismo tiempo, muchas cosas han cambiado, la plataforma 1C no se detiene y, en la mayoría de los casos, la implementación va más allá de la simple repetición de instrucciones. Esto no es de extrañar, el servidor 1C Enterprise es un producto complejo, por lo que decidimos iniciar esta serie de artículos destinados a un estudio más profundo del tema.

Antes de levantar el mouse y correr a la sala de servidores, debe dominar claramente el mínimo de conocimientos necesarios, es decir, tener una idea de la estructura del servidor 1C Enterprise y el propósito de sus componentes individuales. La mayoría de los problemas durante la implementación se deben al hecho de que el servidor 1C Enterprise se percibe como una especie de formación monolítica, en la que todos los componentes están interconectados de una manera astuta conocida por un desarrollador. Sin embargo, esto no es así, y hoy descubriremos en qué consiste nuestro servidor y cómo funciona todo entre sí.

Me gustaría enfatizar una vez más la extrema importancia de lo que se discutirá a continuación. Sin este conocimiento, será problemático lograr un funcionamiento estable, sin mencionar el diagnóstico de cuellos de botella y el aumento de la productividad. Como resultado, puede obtener una imagen clásica: parece que el hardware es poderoso, todo se hizo de acuerdo con las instrucciones, pero se ralentiza. Desafortunadamente, la mayoría de las instrucciones para principiantes (incluida la nuestra) contienen información solo sobre cómo hacerlo, sin centrarse en qué se está haciendo exactamente y por qué. Por tanto, comenzaremos a mejorar.

La versión cliente-servidor de 1C Enterprise es una estructura de tres niveles (los llamados "tres enlaces"), que incluye: un cliente, un servidor 1C Enterprise y un servidor DBMS. Son componentes completamente independientes que se pueden combinar en cualquier combinación aceptable para lograr el mejor resultado. Considere el siguiente diagrama:

Empecemos por los clientes, la versión actual de la plataforma (8.2) prevé el uso de tres tipos de clientes. Echemos un vistazo más de cerca a ellos.

Cliente gordo

Esta es una aplicación cliente clásica de 1C; antes del lanzamiento de la plataforma 8.2, era el único tipo de cliente disponible. El esquema del cliente pesado es el siguiente: la aplicación cliente solicita datos del servidor 1C, luego, a su vez, los solicita a la base de datos y los transfiere al cliente, en el que se procesan. Como puede ver, este esquema no es óptimo: el servidor 1C es, de hecho, solo una capa entre el cliente y la base de datos, todos los cálculos se realizan en el cliente. Esto impone mayores requisitos a las PC de los clientes. no se utiliza la potencia de cálculo del servidor. Debe entenderse claramente que en el modo de cliente pesado, no obtendrá un aumento en el rendimiento al cambiar a la versión cliente-servidor, tal vez incluso viceversa.

Cliente ligero

Se puede llamar el tipo principal de aplicación cliente para la plataforma 8.2, en teoría, en la práctica, no todo es tan sencillo, y volveremos a esto más adelante. El esquema de su funcionamiento es fundamentalmente diferente: el cliente solicita datos al servidor 1C, que los recibe de la base de datos, procesa y entrega al cliente el resultado de los cálculos. En este caso, la carga informática principal recae en el servidor, por lo que no hay requisitos especiales para la PC cliente y el canal del cliente al servidor.

Además, un cliente ligero puede trabajar tanto a través del protocolo TCP / IP en la red local como a través de HTTP a través de Internet. Esto requiere otro intermediario: un servidor web que transmite las solicitudes del cliente al servidor 1C, no se realiza ningún procesamiento de datos en el servidor web, se utiliza exclusivamente como transporte. Las ventajas de un cliente ligero son claras, permite, en presencia de un servidor potente, acelerar significativamente el trabajo con el programa, el tráfico de red también se reduce significativamente, lo cual es muy importante para las redes de oficinas.

Cliente web

Su existencia se deriva lógicamente de algunas propiedades de un cliente ligero, de hecho, si todas las solicitudes son procesadas por el servidor, el transporte es HTTP, ¿por qué no usar un navegador para trabajar? El esquema de funcionamiento del cliente web no es diferente del cliente ligero, pero hoy en día no todas las funciones admitidas por el cliente ligero se implementan y funcionan correctamente en el cliente web. Esto se puede corregir en parte en la configuración, en parte el mecanismo para mostrar información al navegador impone restricciones. Sin embargo, 1C tiene un cliente web y funciona y nadie te molesta (nuevamente, en teoría) para trabajar en el programa mientras estás acostado en la playa con una tableta.

Ahora sobre una mosca en el ungüento en un barril de miel. Para un funcionamiento normal en el modo de cliente web y ligero, la configuración debe funcionar en el modo de aplicación administrada y admitir todas las funciones en este modo. El modo de aplicación administrada es el principal para la plataforma 8.2 y es radicalmente diferente de lo que era antes, incluso externamente. La aplicación impulsada visualmente se puede distinguir por su nueva interfaz, que presenta pestañas e hipervínculos:

Al menos, es inusual, especialmente en comparación con la interfaz clásica, pero no se apresure a alegrarse cuando vea la nueva interfaz, además de la apariencia, la configuración debe soportar la ejecución de toda su funcionalidad en el servidor, puede Bueno, resulta que en el modo cliente web y ligero no habrá todas las posibilidades.

Hoy en día, solo una parte de las configuraciones típicas funcionan en el modo de aplicación administrada, tales como: Gestión de una pequeña empresa, Gestión de Retail 11, Retail 2 y Gestión de sueldos y personal. Estas soluciones pueden aprovechar al máximo la nueva plataforma. Enterprise Accounting 2.0 no usa el modo de aplicación administrada y no funcionará en clientes ligeros y web, lo mismo se aplica a muchas soluciones de terceros, como "Chimenea", etc.

conclusiones

Siempre que sea posible, debe usar un cliente ligero, ya que esto le permite cambiar todos los cálculos al lado del servidor, es cómodo trabajar incluso en canales lentos, incl. a través de Internet. Cabe recordar que trabajar en el modo Configurador solo es posible a través de un cliente pesado, que también tendrá que usarse para trabajar con configuraciones que aún no se han transferido al modo de aplicación administrada.

El cliente web debe usarse cuando no sea posible usar uno delgado, por ejemplo, desde la PC de otra persona en un viaje de negocios, y debe estar preparado para la ausencia o el funcionamiento incorrecto de algunas funciones.

Clúster de servidores 1C

Habiendo tratado con los clientes, pasemos a los servidores. El sistema permite el uso de tres tipos de servidores: servidor 1C, servidor DBMS y servidor web. Es importante entender que estos servidores son completamente independientes entre sí, esto le da flexibilidad al sistema y permite el uso racional de los recursos informáticos.

Además, el sistema no impone ningún requisito de plataforma. Puede compartir servidores Windows y Linux, Apache e IIS se pueden utilizar como servidor web, PostgreSQL, MS SQL Server, IBM DB2 y Oracle son compatibles con DBMS. Por lo tanto, nadie se molesta en crear un esquema en el que un servidor 1C que se ejecuta en una plataforma Linux funcionará junto con un servidor de base de datos que ejecuta Windows Server e IIS y viceversa. Además, puede utilizar varios servidores DBMS (así como servidores web) con diferentes bases de datos en diferentes servidores.

Este enfoque le permite combinar, expandir y cambiar de manera flexible la configuración existente en función de las necesidades actuales, mientras que para el usuario final todo será lo más transparente posible. Por ejemplo, puede mover un IB que consume muchos recursos a un servidor DBMS separado cambiando solo los parámetros para conectarse a la base de datos en la configuración del servidor sin afectar la configuración del cliente.

Y finalmente, lo más interesante: un clúster de servidores 1C Enterprise. Sí, es cierto, no un solo servidor, sino un grupo de servidores. Por lo general, aquí es donde comienza la confusión, especialmente si solo hay un servidor. Sin embargo, todo encaja si tenemos en cuenta que el concepto de un clúster de servidores es principalmente lógico, pero este enfoque le permite escalar fácilmente el esquema aumentando su rendimiento o tolerancia a fallas.

Cualquier clúster consta del servidor 1C Enterprise Central y servidores en funcionamiento. En la configuración más simple, será el mismo servidor físico. Sin embargo, si es necesario, podemos agregar servidores de trabajo adicionales, cuya carga será equilibrada por el servidor central. Esto permite a los usuarios aumentar de forma rápida y transparente la potencia informática del sistema y aumentar la tolerancia a fallos. El clúster tampoco impone requisitos para la homogeneidad de la plataforma; puede incluir servidores Windows y Linux.

¿Qué conclusiones se pueden sacar de lo anterior? En primer lugar, el sistema cliente-servidor de 1C Enterprise es muy flexible y le permite utilizar los recursos informáticos disponibles de forma óptima para obtener un resultado óptimo. La configuración a elegir depende de las tareas específicas y los fondos asignados para resolverlas.

Por ejemplo, si tiene una carga ligera y usa un cliente pesado y una configuración que no es compatible con el modo de aplicación administrada, tiene sentido combinar un clúster de servidores 1C y un servidor DBMS en un servidor físico, ya que es muy derrochador para asignar una máquina separada para la capa entre el cliente y la base de datos.

Por el contrario, cuando se utiliza una aplicación administrada en modo de cliente ligero, es mejor separar el servidor DBMS y el clúster de servidores en diferentes servidores, cada uno de los cuales se optimizará para su propia tarea.