L'administration des serveurs d'entreprise 1C ne démarre pas. Administration des serveurs 1C Entreprise. "Plus le mot de passe est léger, plus il est simple"

La console de gestion du serveur 1C ou la console d'administration du serveur 1C, ou la console du cluster de serveurs 1C est un utilitaire inclus dans 1C Enterprise 8.3, qui est nécessaire pour :

Gestion des séances ;
Gérer la liste des bases de données ;
Création de clusters 1C pour une architecture tolérante aux pannes et une évolutivité ;
Configuration flexible des processus de travail ;
Limitations de la consommation des ressources ;
Séparation des tâches effectuées par les serveurs de travail (pour transférer des services individuels vers différents serveurs de travail) ;
Gestion des profils de sécurité.

Gestion des bases de données dans la console du cluster

Lorsqu'ils travaillent dans une architecture client-serveur, les utilisateurs sont très susceptibles, d'une manière ou d'une autre, de rencontrer la console d'administration du serveur, au moins lorsqu'ils ajoutent une nouvelle base de données à la liste des infobases. Pour ajouter une nouvelle base de données, vous devez faire un clic droit sur les infobases et sélectionner « Créer ».

Une fenêtre s'ouvrira.

Dans cette fenêtre, les paramètres de connexion au SGBD sont renseignés, et s'il manque, vous pouvez utiliser l'option "Créer une base de données si elle n'existe pas". Le reste des paramètres peut être laissé par défaut.

Vous pouvez également ouvrir la même fenêtre de paramètres pour une infobase déjà créée, pour laquelle vous devez cliquer avec le bouton droit sur l'infobase et sélectionner l'élément de menu « Propriétés ».

Ici, nous pouvons bloquer le début des sessions (fixer un blocage pour une certaine période). Tant que le verrou est en place, aucune session ne pourra se connecter à la base de données.

Vous pouvez définir un message spécifique que l'utilisateur verra lors de la connexion.

Cette option peut être utilisée, par exemple, lors de toute maintenance de routine sur la base de données (généralement mise à jour de la base de données). Mais lorsque les administrateurs doivent se connecter à la base de données avec un blocage de session imposé, vous devez utiliser l'option « Code d'autorisation ». Après avoir spécifié le code, à l'avenir, en l'utilisant, il sera possible de travailler avec la base de données. Par exemple, définissons le code d'extension sur 123 afin de pouvoir accéder à la base de données plus tard. Le paramètre doit être utilisé avec le code d'autorisation /UC.

Un paramètre de blocage est un paramètre arbitraire qui peut être utilisé dans le code d'un programme. Le blocage se produira lors de l'utilisation de la fonction GetSessionLock().

Le blocage des tâches de routine est activé - cela signifie que les tâches de routine ne seront pas exécutées dans notre base de données.

Les options discutées sont les plus fréquemment utilisées. Les autres sont très rarement utilisés dans la vie et les informations les concernant peuvent être lues sur ITS.

Utilisation des sessions de la console d'administration

Dans la console d'administration, vous pouvez gérer les sessions connectées pour une base de données spécifique, ainsi que les sessions générales sur un cluster donné.

La fenêtre des sessions ressemble à ceci :

À partir de cette fenêtre, vous pouvez obtenir une grande quantité d'informations, en commençant par l'utilisateur de cette session et en terminant par les données de consommation de mémoire pour la session, ainsi que la quantité de données SGBD reçues, le temps processeur passé et bien plus encore. .

Ici, vous pouvez également mettre fin aux sessions (à partir de la version de la plateforme 1C : Enterprise 8.3 (8.3.13) et définir le texte du message que l'utilisateur verra lors de la fermeture du client léger 1C.

À l'aide de profils de sécurité, vous pouvez configurer quels modules peuvent être étendus avec des extensions, limiter les extensions à certains modules de configuration, limiter l'accès au système de fichiers à partir du code d'application, limiter l'accès aux objets COM, aux composants externes, aux applications tierces, etc.

Flux de travail (clustering)

Dans la plate-forme 1C 8.2, il était possible de créer manuellement des processus de travail du serveur d'applications (processus de travail rphost). Dans la version 8.3, les processus de travail sont créés par ragent. Le nombre de processus exécutés simultanément peut être contrôlé indirectement via les paramètres des serveurs en fonctionnement.

Lors de l'utilisation des paramètres par défaut, un rphost sera utilisé pour 8 infobases ou 128 connexions. Si vous disposez d'un système d'exploitation 32 bits (c'est-à-dire qu'il existe des limites de consommation de RAM par processus), il est recommandé de modifier ces valeurs, par exemple, définir une base par processus et réduire le nombre de connexions. Le nombre optimal de connexions est sélectionné de manière empirique et dépend en grande partie de la configuration spécifique et du nombre de tâches en arrière-plan.

Puisque nous examinons les propriétés des workflows, il convient de mentionner d'autres paramètres :

Valeur en octets (disponible pour tous les processus de travail de cluster sur ce serveur de travail).

-1 – aucune restriction ;
0 – déterminé automatiquement comme 80 % de la RAM du serveur.

Consommation de mémoire sécurisée par appel valeur en octets.

Peut prendre une valeur de -1 à 9 223 372 036 854 775 807 :

-1 – tout appel au serveur est considéré comme dangereux si la capacité mémoire maximale du processus de travail est atteinte lors de l'appel au serveur ;
0 – la valeur du volume est déterminée automatiquement à 5 % de la capacité de mémoire maximale des processus de travail sur un serveur de travail donné.

Si lors d'un appel la quantité de mémoire dépasse le paramètre Consommation de mémoire sécurisée par appel, et la consommation totale de mémoire de tous les processus rphost a dépassé la valeur définie dans Capacité de mémoire maximale des processus de travail, un tel appel sera interrompu.

La quantité de mémoire de processus de travail jusqu'à laquelle le serveur est considéré comme productif, mesuré en octets. Une valeur de 0 indique qu’aucune limite n’est définie. Quantité totale de mémoire occupée par tous les processus de travail sur ce serveur de travail, une fois atteinte, les nouvelles connexions ne seront plus attribuées à ce serveur de travail.

Drapeau responsable pour chaque service signifie qu'une instance distincte du gestionnaire de cluster (processus rmngr) sera attribuée à chaque service. Liste des services exécutés dans le cluster :

Drapeau Serveur central signifie que ce serveur pourra appliquer des connexions et synchroniser le registre du cluster.

Les paramètres de workflow ne peuvent être utilisés qu’avec des licences CORP ! Si vous disposez d'une licence PRO, les paramètres seront disponibles, mais vous n'aurez pas le droit de les utiliser.

Consolidation des serveurs dans un cluster

Les serveurs 1C peuvent être combinés en cluster pour résoudre les problèmes d'évolutivité (répartition de la charge) et de tolérance aux pannes. Il est facile de combiner des serveurs dans un cluster ; il vous suffit de créer un serveur fonctionnel.

Si l'option « serveur central » n'est pas installée sur le nouveau serveur, alors un tel serveur sera considéré comme fonctionnel et ne pourra pas accepter les connexions de session. Cette architecture d'interaction serveur est utilisée pour l'évolutivité, elle ne peut pas être tolérante aux pannes, car pour cela il doit y avoir des serveurs centraux et le niveau de tolérance aux pannes doit être spécifié dans les propriétés du cluster.

Le niveau de tolérance aux pannes est défini comme le nombre de serveurs centraux -1.

Dans la fenêtre des paramètres, vous pouvez également définir des restrictions sur la consommation des ressources par processus de travail (rphost). Les paramètres seront définis pour l'ensemble du cluster.

Intervalle de redémarrage– intervalle en secondes après lequel le workflow sera redémarré. Le compte à rebours commence à partir du moment où cette option est installée.

Taille de mémoire autorisée Il convient d'établir que si la condition de dépassement de l'indicateur est remplie, un autre processus rphost de même taille sera lancé, c'est-à-dire À un moment donné, nous aurons deux processus jusqu'à ce que les connexions de l'ancienne soient basculées vers la nouvelle.

Intervalle de dépassement de la quantité de mémoire autorisée– intervalle en secondes pendant lequel la consommation de mémoire définie dans le paramètre est autorisée Taille de mémoire autorisée.

Intervalle de dépassement de la quantité de mémoire autorisée. Si la valeur de la propriété Tolérance du nombre d'erreurs du serveur est 0, la vérification de la variance du nombre d'erreurs n'est pas effectuée. Quelle que soit la valeur définie pour cette propriété, un workflow qui ne génère pas plus d'une erreur pour 100 requêtes est considéré comme fonctionnant normalement et n'est pas considéré comme problématique. Examinons un exemple du fonctionnement de la propriété Déviation tolérable du nombre d'erreurs de serveur. Disons que pour 100 requêtes, en moyenne, 2 erreurs sont enregistrées dans les 5 dernières minutes. Si la propriété Écart admissible dans le nombre d'erreurs du serveur est définie sur 50, alors le workflow pour lequel plus de 3 erreurs sont enregistrées pour 100 requêtes sera considéré comme problématique.

Les processus sont redémarrés « en douceur » :

Un nouveau processus rphost est démarré ;
L'ancien processus rphost est tué mais pas terminé ;
Les connexions sont affectées au processus rphost nouvellement créé, qui est immédiatement pleinement opérationnel ;
L'ancien processus prendra en charge les appels existants. Les appels déjà attribués seront pris en charge pendant la durée spécifiée dans le paramètre "Arrêtez les processus qui sont désactivés après" secondes

Lors de la combinaison de plusieurs serveurs dans un cluster, nous pouvons déplacer certains services vers des serveurs distincts. Par exemple, nous pouvons déplacer le travail des tâches en arrière-plan vers un serveur séparé ou créer un serveur de licences (un serveur qui distribuera les licences client). Une liste complète des services que le serveur exécute et qui peuvent être réaffectés :

L'attribution d'un service à un serveur de production spécifique s'effectue via des exigences d'attribution de fonctionnalités.

L'article traite des principales fonctionnalités de la console d'administration, mais ce sujet est très complet et des informations complètes sur les fonctionnalités spécifiques de l'utilitaire d'administration peuvent être trouvées sur ITS.

Arrière-plan.

Pour administrer les serveurs 1C : Enterprise à partir de la version 8.0, la console « Administration des serveurs 1C Enterprise » est fournie (snap-in pour Microsoft Management Console). L'outil est assez fonctionnel et pratique, développé en fonction des versions de la plateforme et sert fidèlement l'administrateur.

Avec la version 8.1, une option de distribution de serveur pour les systèmes d'exploitation basés sur Linux (basés sur deb et rpm) est apparue. Cela a permis aux consommateurs de réduire l'utilisation de la pile technologique Microsoft et d'économiser considérablement sur les licences et les logiciels. Mais qu'en est-il de l'administrateur ? Tout de même équipement pour MMC. Il est difficile d'accuser le développeur de conservatisme, car les progrès dans le développement de la plateforme au fil des années ont semblé impressionnants (ce qui devient souvent un motif de reproche - la stabilité est sacrifiée au progrès). Mais il n'en reste pas moins qu'il a été proposé d'administrer les serveurs des versions 8.1 et 8.2 depuis Windows.

Dans la version 8.3, de nouveaux outils de gestion de cluster de serveurs multiplateformes sont apparus : ras (serveur de gestion) et rac (client de gestion). Même parmi les personnes qui travaillent constamment avec la plateforme 1C : Enterprise, beaucoup ne les connaissent tout simplement pas ou en ont à peine entendu parler. Ceux. Cette méthode de gestion n'a pas gagné en popularité. Et la raison semble être que rac est une application console. Il est plus facile pour un administrateur paresseux de lancer mmc et de cliquer sur tout ce dont il a besoin. Mais il y a une autre possibilité...

Les gars de 1C, vous êtes sérieux ?

Pourquoi ne pas utiliser un serveur ras sans rac ? Heureusement, la société 1C a publié « l'API de service administratif » pour Java.

En conséquence, nous aurons besoin de :

1. Ras installé et configuré. Par défaut, cette application est installée avec la partie serveur (dans le même répertoire que ragent.exe), mais ne fonctionne pas par défaut. Corrigeons cette lacune.

Vous pouvez le configurer pour qu'il démarre au démarrage du serveur :

Cluster Ras --port=

(si vous ne spécifiez pas de port, la valeur par défaut est 1545)

Ou installez ras en tant que service Windows (exemple de fichier register-ras.bat pour l'enregistrement de la société 1C) :

@echo off rem %1 – numéro de version complet de 1C:Enterprise set SrvUserName=<имя пользователя>définir SrvUserPwd=<пароль пользователя>set CtrlPort=1540 set AgentName=localhost set RASPort=1545 set SrvcName="1C:Enterprise 8.3 Remote Server" set BinPath="\"C:\Program Files\1cv8\%1\bin\ras.exe\" cluster -- service --port=%RASPort% %AgentName%:%CtrlPort%" set Desctiption="Serveur d'administration 1C:Enterprise 8.3" sc stop %SrvcName% sc delete %SrvcName% sc create %SrvcName% binPath= %BinPath% start= auto obj= %SrvUserName% mot de passe= %SrvUserPwd% displayname= %Desctiption%

2. J'ai dû écrire moi-même le client ras pour Android DroidRAC2. À mon avis, tout est intuitif à configurer et à connecter. L'application tente de reproduire le style et l'interface utilisateur d'une console MMC familière. Gratuit et sans SMS, comme on dit. La possibilité d'afficher l'intégralité de l'arborescence des composants et de modifier les paramètres de base qui doivent être modifiés pendant le fonctionnement est prise en charge.

Perspectives de développement.

Actuellement disponible pour les tests est la version 1C : Enterprise 8.4.1, dans laquelle la partie serveur a été fortement repensée. Entre autres choses, une API REST a été annoncée pour l'administration du serveur et un client pour celle-ci a été annoncé. Évidemment, le développeur lui-même voit le problème dans le mauvais développement des outils de gestion et d'agréables surprises nous attendent ici. En attendant, nous devons travailler avec ce que nous avons.

P.S. Personnellement, je suis heureux de suivre l'évolution rapide des logiciels d'entreprise 1C, même si je dois souvent payer ces progrès en nerfs et en temps. Mais c'est une histoire complètement différente

Donc, vous avez installé 1C:Enterprise, comment pouvez-vous déterminer dans quelle méthode ou option votre base d'informations (SI) est chargée ?

Si vous disposez d'une version fichier de Work, alors dans la ligne lorsque vous démarrez 1C et lorsque vous sélectionnez une infobase (dans la liste des infobases), vous verrez : File=”C:\Documents and Settings\Pupkin\My Documents\Infobase1 ». Il s'agit du dossier dans lequel votre base de données de fichiers est stockée.

Si vous voyez une inscription comme Srvr=»192.168.6.1″;Ref=»Infobase1″;, cela signifie que vous travaillez dans la version client-serveur de 1C.

Vous comprenez plus ou moins ce que signifie la version fichier de l'œuvre.

La version client-serveur du travail implique l'échange de données via un réseau utilisant un port spécial et l'adresse IP de l'ordinateur sur lequel la base de données est installée.

Dans le cas d'une version client-serveur du travail, un service spécial est en cours d'exécution sur l'ordinateur sur lequel la base de données est installée, que vous pouvez consulter dans le Panneau de configuration, élément « Administration » et sélectionner le composant logiciel enfichable « Services » ; dans la liste des services, vous verrez quelque chose comme ce qui suit (selon la version 1C) - « 1C : Enterprise 8.xx Server Agent » ou, par exemple, ce service « 1C : Enterprise 8.2 Server Agent : ».

Dans le cas de l'utilisation d'une option client-serveur, un composant logiciel enfichable très utile se trouve dans le menu Démarrer->Tous les programmes (programmes)->1C Enterprise 8.x->Avancé->Administration des serveurs 1C Enterprise.

Que nous apporte cet équipement en termes de travail avec les utilisateurs et de déchargement de la sécurité de l'information ?

1. Ici, nous pouvons mettre fin aux utilisateurs

2. Ici, nous pouvons définir un verrou qui interdit aux utilisateurs d'entrer (au cas où nous aurions besoin d'un accès exclusif à la base d'informations)

Le composant logiciel enfichable peut demander un mot de passe, mais de quel type ?

Nom d'utilisateur et mot de passe (pour vous en tant qu'administrateur de base de données) - entrez votre nom d'utilisateur et votre mot de passe que vous utilisez pour vous connecter à 1C:Enterprise.

Alors que voit-on ici ? Nous voyons le serveur 1C Enterprise (My_1C) et la base de données d'informations (port par défaut 1541) - My_UPP. Sur le côté droit de la fenêtre, nous voyons l'option permettant de sélectionner -> Sessions, Blocages, Connexions.

Nous nous intéressons maintenant à la branche avec les bases d'informations - faites un clic droit sur la banque d'informations sélectionnée et utilisez la commande "Propriétés" du menu contextuel.

Afin d'interdire aux utilisateurs de se connecter et de travailler avec l'infobase, vous devez cocher la case "Le blocage du démarrage des sessions est activé".

Veuillez noter les dates de début et de fin du blocage. A partir de la date et de l'heure de début du blocage et de la date et de l'heure de fin du blocage, la base de données sera en mode exclusif.

Jusqu'à ce que vous décochiez la case, personne ne peut accéder et travailler avec la base d'informations, mais... Afin que vous puissiez saisir vous-même la sécurité des informations (à l'aide de la ligne de commande), fournissez un code d'autorisation.

Le blocage des tâches de routine est activé - ce blocage est nécessaire pour empêcher 1C d'exécuter diverses tâches de routine en arrière-plan. Une tâche de routine est une sorte d'opération qui s'exécute selon un calendrier, parfois afin de mettre à jour la configuration - les tâches de routine gênent et s'exécutent comme par hasard à ces moments où vous travaillez avec la base de données - vous pouvez prendre profiter de cette opportunité pendant un certain temps.

Les utilisateurs, lorsqu'ils démarrent 1C:Enterprise avec le blocage installé, recevront le message spécifié dans l'élément « Message ».

En plus

Il arrive souvent que le serveur 1C:Enterprise soit installé sur un ordinateur (une sorte de serveur principal, comme dans notre cas My_1C), et que vous souhaitiez « piloter » le serveur depuis votre ordinateur local. (Il est également possible que vous disposiez de plusieurs serveurs, et que vous souhaitiez gérer ces serveurs depuis l'équipement local de votre ordinateur).

Faisons ce qui suit sur la machine locale : ouvrez le composant logiciel enfichable « Administration des serveurs d'entreprise 1C » (chemin Démarrer->Tous les programmes (Programmes)->1C_Enterprise 8.x->Avancé->Administration des serveurs d'entreprise 1C). Si soudainement ce composant n'est pas installé sur votre ordinateur local, vous ne le verrez pas - allez dans Panneau de configuration -> Ajout ou suppression de programmes et recherchez la ligne avec l'installation de 1C Enterprise, et modifiez les paramètres du composant en ajoutant le composant logiciel enfichable « Administration du serveur »

Alors, nous l'avons trouvé, fait, regardé. Allons-nous en.

Dans le composant logiciel enfichable, nous voyons une ligne vide qui n'inclut rien, quelque chose comme Console Root-> Central 1C:Entreprise 8.2 serveurs. Placez le curseur sur cette ligne, faites un clic droit et sélectionnez la commande Créer->Central Server 1C Enterprise 8.2.

Entrez le nom de notre serveur situé sur le réseau et cliquez sur « OK ». et c'est tout - nous avons la possibilité de travailler à partir d'un ordinateur local et de gérer notre serveur 1C.

Dans cet article, nous nous familiariserons avec le serveur d'administration du cluster de serveurs, et plus particulièrement avec les utilitaires rac.exe Et ras.exe, ainsi que des programmes déployerkaà l'aide duquel il devient possible d'administrer un cluster de serveurs 1C:Enterprise à partir de la ligne de commande.

Selon la tradition, je suggère à tous ceux qui ont la flemme de lire de regarder un webinaire sur ce sujet

Bon, pour le reste, bienvenue dans le cut :

1. Informations générales

Gérer un cluster de serveurs version 1C:Enterprise 8.3 c'est possible à la fois en utilisant la console d'administration des serveurs 1C et depuis la ligne de commande. À ces fins, il sert Serveur d'administration de cluster de serveurs, qui se compose de deux utilitaires : le serveur lui-même - le programme rac.exe et utilitaires de ligne de commande rac.exe, qui, en accédant au serveur ras précédemment exécuté, vous permet d'effectuer diverses opérations avec un cluster de serveurs 1C:Enterprise.

Vous pouvez en savoir plus sur ce mécanisme dans le livre « Guide de l’administrateur » fourni avec la plateforme. Option client-serveur" (ou, respectivement, sur le site Internet de l'ITS).

Et le schéma général du fonctionnement de ce lien ressemble à ceci :

Le serveur d'administration doit être même version, comme la version du cluster de serveurs 1C:Enterprise, et peut être connecté à un cluster de serveurs en même temps quelques serveurs d'administration, mais un serveur d'administration spécifique peut communiquer avec un seul agent serveur.

Le serveur d'administration et l'utilitaire de ligne de commande peuvent fonctionner sur n'importe quel système d'exploitation pris en charge par la plate-forme 1C:Enterprise. Mais dans cet article, nous nous limiterons à la famille de systèmes d'exploitation Windows.

2. Installation des composants du serveur d'administration

Le serveur lui-même et l'utilitaire d'administration sont inclus dans les composants du serveur 1C:Enterprise. Ainsi, sur un ordinateur exécutant le service d'agent serveur 1C:Enterprise, ils devrait déjà être installé défaut.

Pour le vérifier, il suffit d'aller dans le répertoire contenant les fichiers du serveur 1C:Enterprise et d'y trouver les utilitaires correspondants (pour plus de commodité, les fichiers peuvent être regroupés par type).

J'ai écrit en détail sur l'installation d'un serveur 1C:Enterprise.

Pour installer le serveur d'administration sur un ordinateur sur lequel vous n'était pas Le serveur 1C:Enterprise est installé, vous devez exécuter le kit de distribution d'installation du serveur 1C et sélectionner l'élément dans le cadre des composants "Serveur 1C :Entreprise 8".

De plus, si ce composant est sélectionné, l'assistant d'installation proposera à l'étape suivante d'installer le serveur 1C:Enterprise en tant que service Windows. A partir de là bien sûr devrait être abandonné en supprimant le drapeau correspondant.

Après l'installation, vous devez vous assurer que tous les composants nécessaires sont disponibles de la manière décrite ci-dessus.

3. Démarrage du serveur d'administration

Pour obtenir des informations détaillées sur l'utilitaire ras.exe, vous pouvez appeler l'aide en exécutant la commande

Dans l'aide, vous pouvez voir que le serveur d'administration peut fonctionner comme dans mode d'application, alors et comment Service Windows(paramètre service ). On peut également paramétrer le port réseau sur lequel tournera le serveur d'administration (paramètre port , le port par défaut est utilisé 1545 ), et pour le mode d'administration du cluster, le mode est grappe . Vous pouvez appeler de l'aide pour ce mode avec la commande :

cluster d'aide rac

Nous verrons ensuite que ce mode précise l'adresse de l'agent cluster de serveur 1C:Enterprise en argument. La valeur par défaut est hôte local : 1540.

Ainsi, si le serveur d'administration est lancé sur la même machine où s'exécute l'agent serveur 1C:Enterprise, il suffit d'exécuter la commande

Eh bien, si vous devez vous connecter à un agent serveur exécuté, par exemple, sur un ordinateur portant le nom de réseau Serveur1C, et l'agent travaille sur un port non standard 2540 , alors la commande sera la suivante :

serveur de cluster rac1c:2540

4. Démarrage du serveur d'administration en tant que service Windows

Bien entendu, afin de ne pas démarrer manuellement le serveur d'administration à chaque fois, il est pratique de le démarrer une fois en tant que service Windows. Mais, malheureusement, les développeurs de la plate-forme n'ont pas mis en œuvre la possibilité d'enregistrer automatiquement le service correspondant dans le système, comme cela a été fait par exemple. Pour ajouter un service, il est suggéré d'utiliser l'utilitaire système sc. Examinons ce processus un peu plus en détail.

Soit un utilisateur local nommé USR1CV8_RAS et mot de passe Passe123

Fichier Register-ras.bat :

@Écho off rem %1 - numéro de version complet de 1C:Enterprise définir SrvUserName=.\USR1CV8_RAS définir SrvUserPwd="Pass123" définir CtrlPort=1540 définir AgentName=localhost définir RASPort=1545 définir SrvcName="1C:Enterprise 8.3 Remote Server" définir BinPath="\"C:\Program Files\1cv8\% 1 \bin\ras.exe\" cluster --service --port=% RASPort % % AgentName % :% CtrlPort % " set Desctiption="1C:Enterprise 8.3 Remote Server" sc stop % SrvcName % sc delete % SrvcName % sc create % SrvcName % binPath= % BinPath % start= auto obj= % SrvUserName % password= % SrvUserPwd % displayname= % Description %

Dans le dossier nous indiquons :

nom d'utilisateur et mot de passe sous lesquels le service sera lancé - variables Nom d'utilisateur Srv Et SrvUserPwd
adresse et port de l'agent serveur que nous allons administrer - variables Nom d'agent Et PortCtrl
Ainsi que le nom du service et le port réseau sur lequel s'exécutera le serveur d'administration - variables Port RAS Et NomSrvc . Il est logique de modifier ces paramètres uniquement si vous souhaitez exécuter plusieurs serveurs d'administration en parallèle, par exemple pour desservir différents serveurs 1C.

Le seul paramètre du fichier bat est la version actuelle de la plateforme 1C:Enterprise. Ainsi, pour créer un service, lancez la ligne de commande avec les droits d'administrateur et exécutez le fichier créé précédemment s'inscrire-ras.bat, sans oublier d'indiquer la version souhaitée de la plateforme.

Nous vérifions qu'un service portant le nom spécifié est apparu dans le système. Et nous le lançons immédiatement en sélectionnant l'élément approprié dans le menu contextuel.

Ceci termine l'installation du serveur d'administration en tant que service.

5. Administration d'un cluster de serveurs à l'aide de l'utilitaire rac.exe

Nous avons donc installé le serveur d'administration. L'interaction avec le serveur s'effectue à l'aide d'un utilitaire de console spécial rac.exe. Exécutons la commande

pour obtenir de l'aide pour ce programme.

Comme vous pouvez le voir dans l'aide, l'utilitaire a un argument commun, qui précise l'adresse du serveur d'administration (par défaut hôte local : 1545) et de nombreux modes de fonctionnement : pour l'administration de l'agent cluster de serveur, du cluster lui-même, du gestionnaire de cluster, des processus de travail, etc. L'aide de chaque mode peut être appelée avec la commande correspondante.

Il ne sert évidemment à rien de décrire tous les modes de fonctionnement. Je vais donner juste quelques exemples de travaux.

Obtenir une liste d'informations sur les clusters :

Obtention d'une liste d'infobases sur un cluster de serveurs donné :

Réception d'une liste de connexions avec l'infobase spécifiée :

L'utilitaire d'administration vous permet d'effectuer tout le travail requis pour administrer un cluster de serveurs, à l'exception de l'authentification du système d'exploitation pour les administrateurs du cluster de serveurs, du serveur de production et de la base d'informations.

6. Wrappers logiciels pour travailler avec le serveur d'administration

Comme vous pouvez le voir sur les exemples, travailler depuis la ligne de commande avec l'utilitaire rac est toujours un plaisir. Mais ce mécanisme n’a pas été créé pour un contrôle manuel. Par exemple, sur le site ITS, il existe une archive Java qui permet d'interagir avec le serveur d'administration à partir d'un programme en Java, sans l'aide d'un utilitaire d'administration de console. Vous pouvez télécharger ce package.

L'essentiel est que nous ayons la possibilité d'exécuter diverses instructions sur un cluster de serveurs 1C à partir de la ligne de commande. Cela signifie que vous pouvez ajouter les fonctions nécessaires pour interagir avec un cluster de serveurs 1C:Enterprise à divers programmes, traitements ou scripts.

Par exemple, entre autres choses, quelque chose d'écrit dans le langage peut fonctionner avec le serveur d'administration. OneScript programme déployerka.

J'ai déjà parlé du moteur de saut OneScript.

Vous pouvez en savoir plus sur le programme déployerka.

Eh bien, l'aperçu le plus complet de toutes les bibliothèques et applications disponibles écrites en OneScript est donné dans cet article.

7. Installation et configuration avec le programme déployerka

L'algorithme d'installation de OneScript et de déploiement est discuté en détail dans les articles sur les liens fournis dans le paragraphe précédent. Eh bien, en bref, il se compose des points suivants :

1. Téléchargez la distribution OneScript sur le site officiel.

2. Nous installons en suivant les instructions de l'assistant.

3. Nous nous reconnectons au système pour que les nouvelles variables d'environnement soient appliquées.

4. On lance la ligne de commande avec les droits d'administrateur, vérifions que les étapes précédentes sont correctement exécutées par la ligne de commande

5. Installation du programme déployerka à l'aide du gestionnaire de packages opm en exécutant la commande

opm installer déployerka

6. On vérifie que tout fonctionne en appelant l'aide « déploiement » avec la commande

7. C'est essentiellement tout. Tous les modes de fonctionnement du programme sont visibles à l'écran. Ensuite, lisez l'aide sur le site Web ou dans la console, en appelant l'astuce pour chaque mode avec la commande appropriée :

C'est ainsi que, par exemple, vous pouvez mettre fin à toutes les sessions dans une infobase spécifiée puis bloquer le démarrage des sessions.

déployerka session kill -db Accounting_Demo -rac "C:\Program Files\1cv8\8.3.11.2867\bin\rac.exe" -db-user "AbramovGS (directeur)"

8. Vous pouvez désormais utiliser le « déploiement » dans vos scripts. Par exemple, un script pour mettre à jour une infobase à partir d'un référentiel, déconnecter les utilisateurs et mettre à jour la base de données pourrait ressembler à ceci :

@echo sur rem Définir les valeurs des variables définir ServerName="1CAPP:2541" définir RacPath="C:\Program Files\1cv8\8.3.11.2954\bin\rac.exe" définir uccode="123" définir BaseName="ERP_Test" définir UserName="Admin" définir UserPass ="Pass123" définir ConStr="/1CAPP:2541\ERP_Test" définir RepoPath="tcp://1CAPP/ERP_DEV" définir RepoUserName="test" définir RepoUserPass="123" rem Terminer les utilisateurs appelez déployerka session kill -db % BaseName % -db-user % UserName % -db-pwd % UserPass % -rac % RacPath % -lockuccode % uccode % rem Mettre à jour la configuration de la base de données à partir du référentiel appelez déployerka loadrepo % ConStr % % RepoPath % -db-user % UserName % -db-pwd % UserPass % -storage-user % RepoUserName % -storage-pwd % RepoUserPass % -uccode % uccode % rem Mettre à jour la configuration de la base de données appelez déployerka dbupdate % ConStr % -db-user % UserName % -db-pwd % UserPass % -uccode % uccode % rem Débloquer des sessions appelez le déverrouillage de la session de déploiement -db % BaseName % -db-user % UserName % -db-pwd % UserPass % -rac % RacPath % -lockuccode % uccode %

Merci à tous ceux qui ont lu jusqu'au bout. Écrivez si vous avez des questions.

Cet article vous a t'il aidé?

Le système automatisé 1C Enterprise vous permet d'effectuer la gestion, le commerce, la comptabilité et de recevoir les rapports nécessaires. Il existe deux types de fonctionnement du programme :

Fichier - 1C est installé sur un seul ordinateur ; aucun gestionnaire ne peut travailler avec des bases de données. Cette option convient aux petites entreprises avec un faible chiffre d'affaires commercial.
Version cliente. Lorsque vous travaillez avec 1C, un système d'utilisateurs est impliqué, les bases de données sont situées sur un ordinateur, auquel tous les autres sont connectés. L'option travail a une architecture à trois niveaux, composée d'une application client, d'un serveur 1C Enterprise et de bases de données au format MS SQL Server ou PostgreSQL. Dans ce cas, l'administration du serveur 1C est utilisée pour assurer une configuration correcte.

Console d'administration du serveur 1C :fonctions principales

Le serveur 1C n'a pas d'interface d'administration intégrée, la console est donc utilisée. Il est inclus dans le package de livraison standard de la version correspondante de 1C Enterprise. Cet utilitaire standard est installé sur chaque ordinateur local et les bases de données peuvent être situées ici ou sur un serveur distant.

À l'aide de la console d'administration du serveur 1C Enterprise, vous pouvez résoudre les tâches suivantes :

Apportez des modifications au fonctionnement du serveur, créez-en de nouveaux, supprimez ceux qui sont inutiles. Ils peuvent héberger des bases de données et définir des interactions entre différents utilisateurs.
Créez des administrateurs. Ce sont des utilisateurs qui disposent de droits d'accès pour apporter des modifications aux serveurs. Chaque administrateur ne peut gérer que le serveur attribué. Si vous n'ajoutez pas un seul administrateur, tout utilisateur enregistré peut administrer le serveur 1C.
Création de workflows de cluster 1C. L'ajout de processus de travail vous permet d'influencer les performances d'un utilisateur spécifique dans le système. Dans les propriétés, vous pouvez définir la valeur de performance maximale (jusqu'à 1000). Les sessions en cours d'exécution sont attachées au processus avec des performances maximales. Systématiquement, le système analyse et redistribue indépendamment ces valeurs à des fins d'optimisation.
Création de bases de données dans 1C Enterprise. Vous pouvez définir la possibilité pour les utilisateurs de s'y connecter ou de lui permettre de fonctionner uniquement localement.
Arrêt forcé des séances. Parfois, un message du serveur vous informe que le travail est déjà en cours sous le nom d'utilisateur spécifié. Le système ne met pas toujours fin à ce processus de lui-même, l'administration vous permet donc de mettre fin de force à la session de n'importe quel utilisateur.

Comment commencer à travailler en 1C ?

L'application client 1C Enterprise est une plate-forme vide. Pour qu'il commence à fonctionner, vous devez effectuer plusieurs étapes séquentielles :

La console est installée. Il permet l'administration ultérieure des serveurs 1C.
Création d'un serveur central. Ensuite, sur cette base, vous pouvez créer des structures qui lui dépendent. Pour ce faire, à l'aide du menu contextuel, saisissez le nom, le protocole utilisé et le numéro de port utilisé pour la communication.
Création d'un cluster. Dans ce cas, le menu contextuel sera également utile. Il est nécessaire de renseigner les informations demandées (nom du cluster, ordinateur utilisé, port de connexion, qui ne correspond pas forcément au port précisé précédemment).
Création d'une base de données d'informations. Dans la branche correspondante, vous devez également utiliser le menu contextuel. Les paramètres requis y sont renseignés (nom, description, type de connexion, emplacement, type de SGBD, nom d'utilisateur et mot de passe). Après avoir confirmé l'exactitude des données saisies, la base de données est créée. Vous pouvez maintenant y saisir les données nécessaires.

À première vue, l'administration de 1C Enterprise est un processus simple, mais sans les paramètres corrects, le système ne fonctionnera pas correctement et l'utilisateur ne pourra pas utiliser ses capacités au maximum. Des problèmes techniques supplémentaires sont également possibles.

Administrationpar des professionnels : principaux avantages

La version client de 1C est utilisée par les moyennes et grandes entreprises qui doivent connecter tous les ordinateurs, y compris les unités structurelles distantes, en un seul système. Cela vous permet de prendre des décisions de gestion, de recevoir des rapports consolidés et de tenir une comptabilité générale.

Un rôle important est joué par une configuration correcte et une maintenance constante de la plate-forme, en créant des utilisateurs, des clusters, des administrateurs et en apportant des modifications aux bases de données. Pour ce faire, vous devez disposer d’une certaine équipe de spécialistes. Pour ce faire, vous pouvez embaucher de nouveaux employés, former en permanence les personnes existantes ou externaliser le service. Chaque entreprise décide elle-même quelle méthode est appropriée dans des conditions d'exploitation spécifiques.

L'administration de la plateforme 1C, réalisée par des spécialistes professionnels, présente de nombreux avantages :

Configuration correcte du système, qui vous permet de garantir un fonctionnement adéquat de 1C, sans pannes techniques.
Changements constants et surveillance de la sécurité. Les activités de l'entreprise sont dynamiques, elles imposent de nouvelles tâches au système automatisé pour prendre des décisions managériales et stratégiques.
Installation de nouveaux modules, répartition correcte des droits d'accès, création de sous-systèmes. Cela est particulièrement important pour les grandes entreprises possédant des succursales et des unités distantes.
Surveillance de la charge du système, répartition de la charge sur différents ordinateurs serveurs.

1C fonctionne avec différents emplacements de composants architecturaux, ils peuvent être situés sur le même ordinateur ou sur des ordinateurs différents. Pour assurer une protection maximale, il est recommandé que chaque élément soit placé sur des ordinateurs différents.