1C: Parte 2 — Dónde alojar la base de datos: localmente, en tu propio servidor o en la nube

Cuando se ha elegido la forma de adquisición de 1C, hay que decidir dónde estará la base: en el equipo del usuario, en un servidor en la oficina o en un proveedor de hosting. De ello dependen la velocidad de trabajo, la fiabilidad, el acceso remoto y el volumen de trabajo de mantenimiento. Esta parte está dedicada al aspecto técnico: modos de funcionamiento, SGBD, servidor y copias de seguridad.

Dos modos de funcionamiento de la plataforma

La plataforma 1C:Enterprise funciona en dos variantes, y una misma configuración sirve para ambas sin cambios.

Variante de archivo

La base se guarda en un único archivo 1Cv8.1CD en un directorio separado. No hacen falta servidor ni SGBD aparte: basta instalar la plataforma y abrir el directorio de la base.

• Un solo equipo. El caso más sencillo: la base y el programa en un mismo PC. No se necesita Internet para trabajar.
• Carpeta en red. El directorio de la base está en un disco de red y varios usuarios lo abren por la red local. Según la documentación de 1C, la variante de archivo está pensada para trabajo personal o para un número reducido de usuarios en la red local.

Limitaciones de la variante de archivo:

• al aumentar el número de usuarios y el volumen de la base aumentan los bloqueos y cae la velocidad; el límite práctico son unas pocas personas trabajando simultáneamente;
• trabajar por la red a través de VPN o por un canal lento es sumamente incómodo: por la red se transfiere el contenido del archivo de la base;
• una interrupción de la conexión o un fallo del equipo durante una escritura puede dañar el archivo de la base, por eso las copias de seguridad son obligatorias;
• la edición básica funciona solo en la variante de archivo y solo en un equipo.

Variante cliente-servidor

Los clientes se conectan al servidor de 1C:Enterprise, que almacena los datos en un SGBD. El tráfico de red entre cliente y servidor es mucho menor que en la variante de archivo, por eso este modo es apropiado tanto para trabajo remoto como para decenas o cientos de usuarios. Se necesitan licencia para el servidor 1C, un SGBD y un administrador que lo gestione todo.

El paso de la variante de archivo a la cliente-servidor no requiere cambios en la configuración: la base se exporta a un archivo .dt y se carga en la nueva base en el servidor.

SGBD para la variante cliente-servidor

La plataforma funciona con Microsoft SQL Server, PostgreSQL, IBM Db2 y Oracle Database. En la práctica en Rusia se elige entre dos opciones.

• PostgreSQL. Compilaciones gratuitas de PostgreSQL con parches para 1C las preparan 1C y Postgres Professional; las compilaciones de Postgres Professional se distribuyen a través del sitio 1c.postgres.ru. Para la mayoría de bases pequeñas y medianas esto es suficiente.
• Postgres Pro para 1C. SGBD comercial ruso basado en PostgreSQL con mejoras para trabajar con 1C. 1C la comercializa como producto conjunto; la licencia se expide por núcleos de procesador.
• Microsoft SQL Server. Microsoft suspendió la venta de licencias del producto conjunto “Microsoft SQL Server para 1C:Enterprise 8”, y 1C dejó de aceptar pedidos para él. Las instalaciones existentes funcionan, pero para proyectos nuevos es razonable empezar en PostgreSQL.

Configuración de PostgreSQL para 1C

La carga de 1C difiere de la habitual: muchas conexiones simultáneas y trabajo activo con tablas temporales. En la documentación de Postgres Professional para soluciones 1C se recomiendan, en particular, estos parámetros en postgresql.conf:

max_connections = 1000
temp_buffers = 32MB
max_locks_per_transaction = 256
standard_conforming_strings = off
escape_string_warning = off
effective_cache_size = <no menos de la mitad de la memoria RAM>
shared_preload_libraries = 'plantuner'
plantuner.fix_empty_table = on

Los dos últimos parámetros pertenecen a la extensión plantuner, que forma parte de las compilaciones de Postgres Professional; en otras compilaciones puede no estar. Los demás valores son un punto de partida, no una configuración definitiva: shared_buffers y work_mem se ajustan según el volumen de memoria del servidor y la carga real.

Servidor: propio o alquilado

Servidor propio en la oficina o en un centro de datos

Se compra el servidor y se ubica en la oficina o en un rack del centro de datos. Usted controla el hardware, el sistema operativo y todas las configuraciones, y los datos permanecen físicamente en la empresa.

Qué hará falta, además del propio servidor:

• fuente de alimentación ininterrumpida y refrigeración, si el servidor está en la oficina;
• licencia para el servidor 1C (PROF — hasta 500 sesiones simultáneas y 12 núcleos de procesador) y SGBD;
• acceso remoto seguro si los empleados trabajan fuera de la oficina;
• monitorización, actualizaciones, copias de seguridad — trabajo del administrador.

Los requisitos exactos de CPU y memoria dependen de la configuración, del número de usuarios y del volumen de la base, por eso se determinan según la carga concreta y no por una tabla general.

Servidor virtual en un proveedor de hosting

El proveedor proporciona un servidor virtual y usted instala en él la plataforma, el SGBD y sus licencias. No es necesario comprar equipamiento, el acceso remoto está disponible de inmediato, pero usted sigue siendo responsable de la configuración, las actualizaciones, la seguridad y las copias de seguridad. Antes de elegir, conviene asegurarse de que el proveedor permita usar sus licencias 1C y de que el servidor esté en Rusia: en la base contable casi siempre hay datos personales de empleados y contratistas.

Nube 1C gestionada

El proveedor se encarga del servidor, las actualizaciones y las copias de seguridad, y usted trabaja mediante navegador o cliente ligero. No necesita servidor ni administración, pero las personalizaciones de la configuración no están disponibles en todos los proveedores, y los datos se almacenan en una tercera parte.

Publicación de la base en un servidor web

Para trabajar con la base desde un navegador, cliente web o aplicación móvil, se publica en un servidor web. La plataforma soporta Apache y Microsoft IIS; la publicación se realiza desde el configurador o con la utilidad webinst, en la documentación de 1C hay instrucciones para ambos servidores web en Windows y Linux, incluyendo HTTPS.

Reglas prácticas:

• publique la base solo por HTTPS, con un certificado válido;
• no abra en Internet la consola de administración del servidor 1C ni los puertos del clúster — solo la publicación web o acceso mediante VPN;
• recuerde que cada usuario del cliente web consume una licencia cliente igual que un cliente normal.

Copias de seguridad de la base

Independientemente del lugar de alojamiento se necesitan copias periódicas, almacenadas por separado del servidor.

• Variante de archivo. Se copia el directorio de la base completo, pero solo cuando nadie está trabajando con él, o la base se exporta a .dt desde el configurador.
• Variante cliente-servidor. El método principal son las herramientas del SGBD: para PostgreSQL eso es pg_dump o el respaldo con los registros WAL. Exportar a .dt es útil como copia adicional, adecuada para trasladar a cualquier servidor.
• Comprobación de restauración. Una vez al mes restaure una copia en una base de prueba y ábrala. Una copia que nunca se ha restaurado no garantiza nada.

Errores típicos

• Base en archivo por VPN. Los empleados montan la carpeta de la base por VPN desde casa — el trabajo va lento y ante una interrupción la base puede dañarse. Para trabajo remoto se necesita la variante cliente-servidor, publicación web o la nube.
• Copias en el mismo disco. Las copias de seguridad están en el servidor junto a la base y desaparecen con él ante un fallo de disco o un ataque de ransomware.
• RDP abierto. El servidor con 1C es accesible desde Internet por el protocolo de Escritorio Remoto con una contraseña simple — una de las vías más habituales de infección por ransomware. El acceso desde fuera solo debe ser mediante VPN.
• Sin plan de actualizaciones. No se actualizan la plataforma y la configuración durante meses y luego hay que instalar decenas de releases seguidos antes de presentar la contabilidad.

Cómo elegir

El lugar de alojamiento se puede cambiar a medida que crezca: la base se traslada entre variantes sin rehacer la configuración.