Para realizar el mantenimiento rutinario en la base de información 1C:Enterprise 8, a menudo es necesario obtener acceso exclusivo a la base de datos. Por ejemplo, para realizar una copia de seguridad de la base de datos o realizar un mantenimiento de rutina en el servidor DBMS (reindexación, etc.), debe desconectar todas las sesiones activas.

Veamos una forma sencilla de desconectar a los usuarios de una base de datos utilizando la funcionalidad estándar del servidor 1C:Enterprise.

Funcionalidad estándar

Permítanme hacer una reserva de inmediato: hablaremos de la versión cliente-servidor de 1C:Enterprise 8. Para deshabilitar las sesiones, vayamos a la consola de administración del servidor. Allí encontraremos la base de información requerida en la lista:

Al ir a las propiedades de seguridad de la información, configure la opción "El bloqueo de inicio de sesión está habilitado". En este caso, puede que sea necesario introducir el nombre de usuario/contraseña de la cuenta del administrador de la base de datos.

No olvide establecer el período de bloqueo de la sesión. También debe asegurarse de que todos los trabajos en segundo plano se detengan mientras las sesiones estén bloqueadas. Esto se hace usando la opción "El bloqueo de tareas rutinarias está habilitado".

Si es necesario, puede configurar el texto del mensaje a los usuarios a quienes se les notificará 5 minutos antes del bloqueo de la sesión, así como el código de permiso para ingresar a la base de datos durante el período de bloqueo de la sesión.

El código de permiso se puede utilizar para iniciar sesión en la base de información y realizar un mantenimiento de rutina mientras otras sesiones están inactivas. Debe ingresar el código de permiso cuando se conecte a la base de datos usando los parámetros. Por ejemplo, así es como se verá el parámetro pasado al servidor si el código de permiso es "123456".

Al iniciar sesión en la base de datos de esta manera, recibiremos acceso exclusivo a la base de información. Otras sesiones no podrán acompañarnos.

La notificación al usuario de que las sesiones están bloqueadas se ve así (dependiendo del mensaje ingresado por el administrador). Aparece cada minuto 5 minutos antes del período de bloqueo.

Cuando comienza el período de bloqueo de sesión, aparece primero una notificación:

Después finaliza la sesión.

Las sesiones activas también se pueden desactivar eliminándolas de la lista de sesiones activas. En ocasiones, esta acción es necesaria para finalizar sesiones colgadas.

En la práctica, es mejor comunicar las desconexiones de los usuarios con antelación para reducir el riesgo de perder los datos introducidos por los usuarios pero que aún no se han guardado.

Parámetros de sesión 1C 8.3— una variable que almacena el valor del parámetro deseado durante la sesión del usuario. Básicamente, se trata de una especie de variable global vinculada a la sesión del usuario actual.

Usando parámetros de sesión en 1C

Los parámetros de sesión se configuran solo mediante programación; no existe una interfaz universal para configurar los parámetros de sesión en el sistema. Generalmente se configuran al inicio del sistema, en el “Módulo de sesión”. Si un parámetro no está definido, se generará un error al acceder a él.

Ejemplo de configuración de un parámetro de sesión 1C

Veamos un ejemplo típico del uso de parámetros de sesión: configurar el usuario actual. Tomaré un ejemplo de preparación para.

En el árbol de metadatos, crearemos un nuevo parámetro de sesión: CurrentUser, le asignaremos un tipo: DirectoryLink.Individuals:

Obtenga 267 lecciones en video sobre 1C gratis:

En el módulo de sesión crearemos un procedimiento en el que se determinará el parámetro de sesión actual:

Código de procedimiento:

La diferencia entre los conceptos de sesión y conexión en 1C:Enterprise 8

¿Qué aprenderás de este artículo?

• La respuesta correcta a una de las preguntas más populares al aprobar 1C: Experto
• Objeto y características de las conexiones y sesiones 1C.
• ¿Qué almacenan los datos de la sesión?

¿Cuáles son las diferencias entre una sesión y una conexión? Esta pregunta aparentemente sencilla del examen 1C:Expert confunde a muchos. A pesar de su considerable experiencia en programación, no todos los especialistas pueden dar una respuesta clara y correcta.

En este artículo proporcionaremos un análisis detallado de este tema. Primero, veamos por separado los conceptos de sesión y conexión en 1C:Enterprise. Tenga en cuenta que la información es relevante para las versiones de plataforma 8.2.x y 8.3.x.

Sesión 1C

Consultemos la guía del administrador. Define el concepto de sesión de la siguiente manera:

La sesión define el usuario activo de la infobase y el flujo de control de este usuario.

Podemos decir que el clúster de servidores no ve usuarios, sino sesiones y datos de sesión. En principio, la consola de administración del clúster no tiene una sección de “Usuarios”; el clúster entiende las sesiones como usuarios.

Esto confirma la representación visual del elemento "Sesiones": el icono se muestra en forma de usuarios.

Cabe aclarar que el usuario activo no necesariamente significa la conexión del cliente, también puede ser:

• una instancia de la aplicación cliente 1C:Enterprise
• instancia de aplicación web donde se ejecuta el cliente web
• instancia de conexión externa obtenida del objeto V83.COMConnector
• 1 instancia de trabajo en segundo plano
• 1 llamada al servicio web

Datos de sesión

Consideremos el concepto de datos de sesión. La sesión contiene alguna información como:

• nombre de la base de información
• número de sesión
• nombre del usuario autenticado de la base de datos
• Lenguaje de interfaz
• valores de los parámetros de sesión
• almacenamiento temporal
• estadísticas de sesión
• información de formularios de solicitud gestionados
• algunos datos internos de la plataforma

Esta información se llama datos de sesión. Además, cada usuario activo tiene sus propios datos de sesión y son relevantes sólo mientras dure su trabajo. Si el usuario abandona la base de datos (finaliza la sesión), los datos de su sesión se eliminan.

Los datos de la sesión se almacenan en un grupo de servidores, el administrador del clúster es responsable de esto, y para eso sirve el servicio de datos de la sesión. Para acelerar las cosas, los datos de la sesión se almacenan en caché en los procesos de trabajo y en los clientes pesados.

Cuando se reinicie el clúster de servidores, se conservarán los datos de la sesión. Si el usuario activo no ha realizado una sola llamada al clúster en 20 minutos y la sesión no está asignada a la conexión, la sesión se elimina junto con sus datos.

Para mantener la sesión, el cliente ligero y el cliente web acceden al clúster al menos una vez cada 10 minutos.

Conexión 1C

Ahora comprendamos el concepto de conexión. Echemos un vistazo nuevamente a la guía del administrador:

Una conexión es un medio para acceder a sesiones de un grupo de servidores 1C:Enterprise, contiene un conjunto limitado de datos de conexión y no se identifica con el usuario activo.

En otras palabras, una conexión permite que una sesión acceda al clúster. En este caso, el número de conexiones es limitado y, tan pronto como la sesión ya no necesita una, se devuelve al grupo de conexiones.

Si la sesión no accede al clúster, es decir, el usuario está inactivo, no se le asignará la conexión. Por tanto, una sesión puede existir sin conexión.

Cabe señalar que los datos de la sesión se almacenan en el servidor, por lo que si la conexión se interrumpe durante menos de 20 minutos, esto no afectará la sesión, porque la conexión es solo un medio de acceso.

Por ejemplo, si un cable de red se desconecta accidentalmente, el usuario no recibirá un mensaje de error si conecta el cable dentro de los 20 minutos. En este caso, a la sesión se le asignará una nueva conexión y continuará ejecutándose. El usuario ni siquiera se dará cuenta del problema, excepto quizás por un ligero congelamiento.

Las conexiones también se utilizan para comunicarse entre procesos del clúster, es decir, los procesos de trabajo (rphost) se comunican con el administrador del clúster (proceso rmngr) mediante conexiones en lugar de sesiones.

Diferencias entre conexiones y sesiones

Para describir la principal diferencia entre estos conceptos, daremos una analogía.

Digamos que la sesión es un pasajero y la conexión es un taxi. Cuando un pasajero necesita llegar a casa (la sesión necesita conectarse al servidor), llama a un taxi (a la sesión se le asigna una conexión del grupo de conexiones).

Si, al llegar a casa, el pasajero quiere volver a trabajar, pero el taxi ya se fue (después de la conexión, se cortó la conexión), entonces el pasajero llama a un nuevo taxi y se ocupa de sus asuntos (se le asigna una nueva conexión a La sesión).

Esta analogía muestra claramente que una sesión y una conexión no son lo mismo, y una sesión puede sobrevivir fácilmente a una interrupción de la conexión.

Andrei Burmistrov