Termes, notions

Pourquoi avez-vous besoin d'un serveur 1C

Le terme "cluster de serveurs" fait référence à plusieurs ordinateurs (serveurs) effectuant une tâche commune.

Les tâches résolues par le cluster de serveurs 1C:Enterprise 8 sont présentées dans la figure ci-dessous.

Différence entre 8.1 et 8.2

Groupe 1C 8.1

Le cluster de serveurs 1C:Enterprise 8.1 est une implémentation des idées de répartition de la charge sur les serveurs répondant aux demandes des clients. Un tel mécanisme met en œuvre la répartition de la charge sur les ressources de calcul au sein d'un serveur ou de plusieurs serveurs (« Working Servers »), assurant ainsi la mise à l'échelle de l'application. Le cluster de serveurs duplique le code qui gère les connexions client. Le code exécutable du cluster en double est appelé "Processus de travail" (rphost). Lorsque vous installez un cluster, un seul processus de travail est créé.
Plusieurs processus de travail sur un serveur permettent une utilisation efficace de l'espace mémoire vive et des ressources de processeur pour exécuter les requêtes, ainsi que pour connecter la session client à un autre processus de travail lorsque l'actuel "plante".
Le programme Server Agent (ragent) est chargé de comprendre ce qui s'exécute sur un serveur particulier. L'arrêt de l'agent serveur rendra le serveur inutilisable par le cluster. L'agent stocke ses informations dans le fichier srvribrg.lst.
Le gestionnaire de serveur (rmngr) possède les informations sur les bases de travail, les processus de travail impliqués. Il stocke ces informations dans le fichier 1CV8Reg.lst. L'arrêt du gestionnaire de serveurs peut entraîner un redémarrage des applications clientes en cas de redémarrage réussi du gestionnaire ou un arrêt complet des serveurs en fonctionnement de l'ensemble du cluster.
1C:Enterprise 8.1 vous permet de créer plusieurs clusters indépendants sur un serveur. Chacun d'eux est identifié sur le réseau par un "port IP" unique et nombre unique dans les dossiers de service. Le premier cluster reçoit le port 1541 par défaut.
Le composant logiciel enfichable "Enterprise Servers" est destiné à la gestion des clusters.
Vous pouvez vous connecter aux serveurs par le nom ou l'adresse IP du serveur.

Agent serveur

L'agent serveur "connaît" tous les clusters qui s'exécutent sur le serveur. Ces informations sont stockées dans le fichier srvribrg.lst avec une liste de clusters et une liste d'administrateurs. Le port de l'agent principal est 1540. Un seul agent peut être exécuté sur chaque serveur de travail, desservant tous les clusters possibles sur ce serveur.
Pour obtenir visuellement des informations plus détaillées, utilisez l'utilitaire Process Explorer (développé par Sysinternals). Le programme vous permet d'approfondir tous les processus en cours d'exécution, y compris un cluster de serveurs 1C:Enterprise 8.1.

gestionnaire de cluster

Le gestionnaire de cluster est responsable de l'exécution du cluster. Chaque cluster a son propre gestionnaire. Le gestionnaire stocke les informations sur le cluster dans le fichier 1CV8Reg.lst (registre du cluster). Chaque Cluster Manager possède également son propre port sur le Work Server. Pour le premier cluster, par défaut, le port du gestionnaire est 1541. C'est ce port qui est affiché dans le composant logiciel enfichable 1C:Enterprise Servers dans la branche Clusters, identifiant le cluster.
Le gestionnaire accepte les demandes de la partie client de 1C:Enterprise 8.1 et décide à quel workflow envoyer cette demande de service.

Le gestionnaire utilise un port de service pour interagir avec les workflows.

Le processus de travail

Le Workflow est chargé de "travailler avec les clients". On peut dire que dans la version précédente 1C:Enterprise 8.0 "Workflow" en était un.
Il peut y avoir plusieurs processus de travail dans un cluster 1C:Enterprise 8.1. Le gestionnaire de serveur décide quel processus de travail servira la connexion client. Pour les connexions client, les processus de travail se voient attribuer par défaut une plage de ports IP de 1560 à 1591. De plus, chaque processus de travail se voit attribuer un port de service pour communiquer avec le gestionnaire de cluster. Chaque processus de travail utilise jusqu'à 2 Go de RAM dans un système d'exploitation 32 bits. Dans un système d'exploitation 64 bits, la limitation est imposée par la quantité physique de RAM

Groupe 1C 8.2

Cluster de serveurs 1C : Entreprise 8.2 - la poursuite du développement technologies de serveur 8.2.

Le serveur peut fonctionner "comme 8.1", c'est-à-dire il reste compatible avec les technologies précédentes.

De plus, une nouvelle approche du fonctionnement du serveur a été mise en œuvre. Désormais, au lieu de processus, les sessions jouent un rôle important.

Les sessions vous permettent d'effectuer un équilibrage de charge et un basculement dans une application gérée.

gestionnaire de cluster

Le gestionnaire de cluster est maintenant plus complexe. Certaines des fonctions peuvent désormais être séparées dans un processus séparé et même placées sur un autre serveur de travail du cluster. Cela vous permet d'équilibrer la charge sur le serveur.

La tolérance aux pannes du serveur 8.2 est obtenue par :

• Stockage des informations sur la session de l'utilisateur.
  • L'utilisateur n'est plus lié à un workflow.

• Redondance des processus de travail dans un cluster.
  • Il devrait y avoir plusieurs processus de travail, y compris des processus redondants

• Redondance de cluster.
  • Un cluster de rechange est spécifié, lorsqu'il est connecté, il est répertorié dans la chaîne de connexion

Cela vous permet d'assurer la continuité des travaux :

Lorsque la connexion physique du client avec le cluster est rompue (la femme de ménage a retiré le câble, l'alimentation a été coupée équipement réseau, problèmes avec le fournisseur) vous n'avez pas à vous reconnecter à l'infobase et à tout recommencer. Une fois la connexion physique rétablie, l'utilisateur peut continuer à travailler à partir du point où il a été interrompu.

Si tu veux Entretien ordinateurs du cluster, ils peuvent être éteints directement pendant le fonctionnement, sans arrêter le travail des utilisateurs avec base d'informations.

Si un serveur du cluster tombe en panne, le travail des utilisateurs ne s'arrêtera pas, il sera automatiquement transféré vers un cluster de secours et/ou vers des processus de travail de secours. Pour les utilisateurs, une telle transition sera imperceptible.

Si l'un des processus de travail du cluster se termine de manière anormale, les utilisateurs qui y sont connectés seront automatiquement basculés vers d'autres processus de travail ou vers des processus de travail de secours. Une telle transition sera également invisible pour les utilisateurs.

Groupe 1C 8.3

Le serveur 8.3 se caractérise par un code interne repensé, bien que "de l'extérieur", il puisse sembler qu'il s'agit d'un 8.2 légèrement modifié.

Le serveur est devenu plus "auto-configurable", certains paramètres tels que le nombre de processus de travail ne sont plus créés manuellement, mais sont calculés en fonction des descriptions des exigences des tâches pour la tolérance aux pannes et la fiabilité.

Un mécanisme d'équilibrage de charge a été développé, qui peut être utilisé soit pour améliorer les performances du système dans son ensemble, soit pour utiliser nouveau mode"memory saver", qui permet de travailler "avec une mémoire limitée" dans les cas où la configuration utilisée "aime ronger la mémoire".

La stabilité du travail lors de l'utilisation de grandes quantités de mémoire sera déterminée par les nouveaux paramètres du serveur de travail.

Le paramètre "consommation de mémoire sécurisée par appel" est particulièrement intéressant. Pour ceux qui ont une petite idée de ce que c'est, mieux vaut ne pas s'entraîner sur une base "productive". Le paramètre "Mémoire maximale du workflow" permet, en cas de "débordement", de ne pas réduire tout le workflow, mais une seule session "avec le perdant". "Quantité de mémoire de processus de travail jusqu'à laquelle le serveur est considéré comme productif" vous permet de bloquer les nouvelles connexions dès que ce seuil de mémoire est dépassé.

Je recommande d'isoler les flux de travail par infobases, par exemple, spécifiez le paramètre "Nombre de sécurité de l'information par processus = 1". Avec plusieurs bases de données très chargées, cela réduira l'influence mutuelle à la fois en termes de fiabilité et de performances.

Une contribution distincte à la stabilité du système est apportée par les "dépenses" de licences/clés. En 8.3, il est devenu possible d'utiliser un "gestionnaire de licences logicielles" similaire au gestionnaire "Aladin". Le but est de pouvoir prendre la clé d'une machine séparée.

Il est implémenté comme un autre "service" dans le gestionnaire de cluster. Vous pouvez utiliser par exemple un ordinateur portable "gratuit". Ajoutez-le au cluster 1s 8.3, créez-y un gestionnaire séparé avec le service "licensing service". Vous pouvez brancher une clé hasp matérielle sur un ordinateur portable ou activer des licences logicielles.

Les "Exigences pour l'attribution des fonctionnalités" devraient être du plus grand intérêt pour les programmeurs.

Ainsi, sur un ordinateur portable avec une clé de sécurité, afin de ne pas démarrer les utilisateurs sur le serveur du cluster, vous devez ajouter des "exigences" pour l'objet d'exigence "Connexion client au SI" - "Ne pas attribuer", c'est-à-dire empêcher les processus de travail sur ce serveur de gérer les connexions client.

D'un intérêt encore plus grand est la possibilité d'exécuter "uniquement travaux d'arrière-plan' sur un serveur de production en cluster sans sessions utilisateur. Ainsi, il est possible de transférer des tâches très chargées (code) vers une machine séparée. De plus, il est possible d'exécuter une tâche en arrière-plan de « clôture du mois » via la « Valeur du paramètre supplémentaire » sur un ordinateur, et la tâche en arrière-plan « Mise à jour de l'index de texte intégral » sur un autre. La spécification s'effectue via l'indication de la "Valeur du paramètre supplémentaire". Par exemple, si vous spécifiez BackgroundJob.CommonModule comme valeur, vous pouvez limiter le fonctionnement du serveur de travail dans le cluster aux seules tâches d'arrière-plan avec n'importe quel contenu. La valeur de BackgroundJob.CommonModule.<Имя модуля>.<Имя метода>- indiquera un code spécifique.

Résoudre les éventuels problèmes d'installation

Lors de l'installation de la partie serveur 1C:Enterprise 8.1, vous pouvez créer un nouvel utilisateur ou sélectionner un compte existant.

Si vous sélectionnez un compte vous devez fournir le mot de passe et la confirmation corrects, sinon le démarrage du backend entraînera une erreur.
La première fois que vous exécutez l'Agent de cluster, un cluster par défaut est créé.
Le cluster par défaut présente les caractéristiques suivantes :
numéro de port - 1541 ;
plage de ports IP - 1560:1591 ;
prise en charge de nombreux flux de travail - désactivé ;
· un processus de travail, le numéro de port est défini à partir de la plage spécifiée.
En cas de problème lors du premier démarrage de l'Agent de cluster, le cluster par défaut peut ne pas être créé. Cela se manifeste par le fait que lorsque l'agent serveur (ragent) est démarré, il démarre, mais ne démarre pas les autres processus de cluster (rmngr, rphost). La liste des clusters svribrg.lst ressemble à ceci :
{
{0},
Dans ce cas, vous pouvez arrêter le processus ragent, supprimer la liste des clusters (srvribrg.lst) et redémarrer ragent.

Vérifiez si les ports spécifiés dans le paramètre port de la ligne de commande de démarrage du service de l'agent serveur et ceux spécifiés dans la boîte de dialogue des paramètres centraux du serveur de la console des clusters correspondent :

- Arrêtez le service 1C:Enterprise 8.1 Server Agent.

Si Server Agent s'exécute en tant qu'application, il peut être arrêté en appuyant sur la combinaison de touches Ctrl+C.
- Assurez-vous dans le Gestionnaire des tâches ( Gestionnaire des tâches) que tous les processus ragent, rmngr, rphost sont terminés. Si nécessaire, complétez-les à l'aide du gestionnaire de tâches.

— Ouvrez les propriétés du service 1C:Enterprise 8.1 Server Agent.

- Faites attention à la ligne "Fichier exécutable" (Chemin d'accès à l'exécutable). Il a l'option -d suivie du répertoire de données du cluster. Tous les fichiers liés au cluster se trouvent dans ce répertoire.
- Supprimer tout le contenu de ce répertoire.
— Démarrez le service 1C:Enterprise 8.1 Server Agent.
- Assurez-vous dans le Gestionnaire des tâches que tous les processus ragent, rmngr, rphost ont démarré.
- Démarrez la console du cluster et enregistrez-y le serveur central. La console doit se connecter au serveur central et afficher un cluster par défaut.
Les problèmes possibles d'échec du cluster de serveurs sont des problèmes avec les clés de sécurité, les droits du compte de service, les paramètres de démarrage incorrects.

1. La clé de sécurité côté serveur est installée LOCALEMENT sur chaque serveur d'entreprise
2. Ne définissez pas un compte de service avec un mot de passe vide
3. Pour plusieurs clusters, les ports utilisés ne doivent pas se chevaucher

Veuillez noter que lors de l'installation de la plate-forme 1C:Enterprise 8.1, des messages d'erreur peuvent être générés. Les messages les plus probables sont répertoriés ci-dessous. Les causes qui ont causé les messages et les étapes pour les éliminer sont indiquées.

Erreur 1069 : Le service n'a pas démarré en raison d'une erreur de connexion

Le problème est lié aux droits du compte à s'exécuter en tant que entretien du système. Ouvrez l'utilitaire sécurité locale Politique( Politique locale sécurité) et ajoutez l'utilisateur (au nom duquel les serveurs de travail de cluster sont lancés) aux stratégies de travail de connexion en tant que service et de connexion en tant que traitement par lots.
Si les données stockées dans les fichiers de service sont violées, le lancement des serveurs de travail du cluster peut échouer. Assurez-vous que l'agent serveur 1C:Enterprise 8.1 est en cours d'exécution (processus ragent dans le Gestionnaire des tâches).
N'oubliez pas que l'audit est aussi un moyen d'analyse Événements Windows. Pour ce faire, regardez si des messages "suspects" apparaissent dans le journal des événements Windows.

Erreur 8007056B / 800708C5

Le nouveau mot de passe ne respecte pas les politiques de mot de passe. Le mot de passe est peut-être trop court ou vous avez déjà utilisé ce mot de passe récemment.
Cause : Le mot de passe spécifié pour le compte dans la boîte de dialogue "Installer 1C:Enterprise Server" ne répond pas aux exigences de la politique de sécurité.
Solution : définissez un nouveau mot de passe pour le compte sélectionné qui répond aux exigences de la politique de sécurité, ou affaiblissez les exigences de la politique de sécurité applicable, c'est-à-dire n'exigez pas de mot de passe "complexe", ne limitez pas le nombre de caractères dans le mot de passe, ne vérifiez pas les tentatives de répétition, etc.

Erreur 1923 : Aucun privilège à définir par le service

Cause : L'erreur est liée aux autorisations d'installation du compte en tant qu'applications. Cette erreur est typique des tentatives d'installation du serveur sur un contrôleur de domaine où les mesures de sécurité sont renforcées.
Solution : n'utilisez pas de contrôleur de domaine pour héberger le serveur d'entreprise, ou assouplissez les exigences de sécurité et spécifiez les droits "Travailler en tant que service", "Travailler en tant que travail par lots" pour le compte sélectionné.

Erreur 80070056

Votre mot de passe n'a pas pu être changé. Chaque mot de passe doit être utilisé pendant au moins x jours.
Cause et solution : une autre erreur se produit lorsque les exigences de la politique de sécurité pour les mots de passe utilisés sont violées. La solution est similaire à l'erreur 800708C5.

Sockets Windows - 11004 (0x00002AFC)

1) Assurez-vous que sur le serveur de travail du cluster dans le gestionnaire de tâches (Gestionnaire de tâches) sont en cours d'exécution :
Agent serveur (ragent.exe),
Gestionnaire de cluster (rmngr.exe),
Processus de travail du cluster (rphost.exe).
2) Pour vérifier la résolution des noms de l'adresse IP, lancez en ligne de commande :
ping nom d'hôte
Dans la réponse du système à la commande, nous souhaitons savoir s'il faut déterminer l'adresse IP.
3) Si le nom est déterminé, mais que le Workflow n'est toujours pas trouvé, alors assurez-vous que la définition de l'adresse IP du nom<имя машины>Et<имя машины>.<имя домена>ne sont pas définis différemment.

(Sockets Windows - 10054(0x00002746).

L'hôte distant a mis fin de force à la connexion.
Un tel message peut être reçu en cas de redémarrage du serveur ou de suppression forcée du Workflow.
Cette erreur n'apparaît généralement pas lors de la reconnexion. Si l'erreur persiste, il est nécessaire de rechercher les raisons de la panne des serveurs de travail du cluster.
Cette erreur peut se produire lorsque le processus de travail atteint l'utilisation maximale de la mémoire dans les systèmes 32 bits.
Un autre cas est une tentative de connexion d'un client avec un message d'erreur :

(Sockets Windows - 10060(0x0000274C)

Une tentative d'établissement de connexion a échoué car la réponse requise n'a pas été reçue d'un autre ordinateur dans le délai requis, ou elle a déjà été terminée connexion établie en raison d'une réponse incorrecte d'un ordinateur déjà connecté.
L'essence de cette erreur est l'absence de réponse dans un certain délai (timeout).
1) Assurez-vous que le pare-feu ne bloque pas le trafic des applications. Désactivez le pare-feu.
Pour cela, exécutez la commande en ligne de commande (la commande est disponible à partir de Windows XP et Windows Server 2003, en plus premières versions il n'y a pas de pare-feu intégré, mais un logiciel tiers peut être installé) :
Netshpare-feuensemblemode opératoiredésactiver
Si la commande réussit, vous recevrez un message :
D'ACCORD.
En plus du pare-feu, des filtres réseau peuvent bloquer le trafic. Ils sont désactivés par défaut. Cependant, assurez-vous que c'est comme ça :

1. Ouvrez le dossier Connexions réseau.
2. Clic-droit connexion réseau que vous souhaitez configurer et sélectionnez la commande Propriétés.
3. Sur l'onglet Sont communs(pour connexion via réseau local) ou sur l'onglet Filet(pour toutes les autres connexions) sélectionnez Protocole Internet (TCP/IP) et appuyez sur le bouton Propriétés.
4. Cliquez sur le bouton En plus.
5. Ouvrir un onglet Choix, choisir une option Filtrage TCP/IP et appuyez sur le bouton Propriétés.
6. Assurez-vous que la case à cocher Activer le filtrage TCP/IP (tous les adaptateurs) supprimé.

2) Assurez-vous que les ressources du processeur ne sont pas chargées à 100 % (CPU%).
3) Mesurer l'activité réseau des interfaces client et serveur. La charge sur la carte réseau ne doit pas dépasser 60 %.

(Sockets Windows - 10061(0x0000274D)

La connexion n'a pas été établie car l'ordinateur de destination a refusé la demande de connexion.
Une raison typique d'une telle erreur est l'absence d'un Server Agent en cours d'exécution. Démarrez le serveur manuellement ou redémarrez le serveur pour qu'il démarre automatiquement.

Réponses aux questions

Multiplateforme 1C

Installation du serveur

Q : Erreur lors de l'installation du serveur 1c sur MS Server 2008 R2 x64 Lors de l'installation du serveur 1c via la ligne de commande, par exemple, ragent.exe -instsrvc -port 2040 -regport 2041 -range 2060:2091 -d "C:\Program Files\1cv82 \ (tiré du disque ITS), écrit un message sur la ligne de commande : « Error ! Erreur OpenSCManager !" Le service n'est pas créé. Vérifié le 8.1.15.14 et le 8.2.10.77

R : Pour installer à partir de la ligne de commande sur un système d'exploitation où UAC est présent, vous devez utiliser le service RunAs. même si l'utilisateur est membre du groupe Administrateurs, l'UAC bloque les actions qui modifient l'état du système.

Clés de sécurité

Q : La clé de sécurité du serveur 8.2 vous permet-elle d'exécuter le serveur 8.1 ?
R : Oui, permet

Q : Pour exécuter le serveur 1C, ai-je besoin de clés de hasp de serveur ? Local, ou cela ne fonctionnera-t-il pas pour 5 utilisateurs ?

R : oui, le serveur a besoin de sa propre clé, l'utilisateur local et le réseau ne fonctionnent pas. En savoir plus dans « « , diapositive numéro 30.

Q : Supposons qu'un cluster de serveurs 1c se compose de 3 serveurs physiques. de combien de clés de sécurité avez-vous besoin

Q : Il y a un serveur de terminal et une clé pour 5 licences, la 6e s'ajoute. Licence. Est-il possible de l'installer sur le serveur à côté de la clé pour 5 ? Et les 6 utilisateurs travailleront-ils tous dans des sessions de terminal ou 5 sous le terminal, et 1 dans la version fichier ?
R : Non, ils ne le feront pas. La 6e licence sous forme de clé locale doit être branchée sur l'ordinateur de l'utilisateur, mais pas sur le terminal.

Mises à jour du serveur 1C

Q : à la sortie nouvelle version plates-formes 8.2.xxx quelle est la procédure de mise à jour des serveurs et des clients
R : Les distributions 8.2 installent leurs fichiers dans différents dossiers(chaque version a ses propres dossiers), c'est-à-dire théoriquement, il reste possible d'appeler plusieurs versions du serveur en parallèle.

Je n'ai pas eu de problèmes particuliers. Cependant, il est nécessaire de surveiller attentivement les ports occupés par l'instance de serveur 1C. Il ne doit y avoir aucune intersection.

Mise en place d'un serveur 1C

Q : Dans 1C 8.1, quelle est la meilleure façon de placer les infobases, s'il y en a plusieurs, dans un cluster ou de créer un cluster séparé pour chaque base de données ? R : Avec un volume ou une charge importante, ainsi que des bases de données de test, vous devez les placer dans des clusters séparés !

Q : QUESTION : Le flux de travail 1C:Enterprise 8.1 est-il une application monothread ou multithread ? Ceux. peut charger plusieurs cœurs avec un seul utilisateur connecté ? A plusieurs ? Qu'en est-il du flux de travail 1C:Enterprise 8.2 ? Merci.
A: 1Сv8.exe et rphost.exe dans la version 8.1 mangeaient 1 cœur. Tant que dans la version 8.1, la connexion client est étroitement liée au processus de travail, nous pouvons supposer conditionnellement que le traitement des clients 1C est effectué dans le même noyau. L'exception est le SGBD, qui utilise des noyaux quel que soit le fonctionnement du serveur 1C.

Dans la version 8.2, les connexions ont été remplacées par des sessions. Les sessions peuvent déjà être en cours d'exécution dans différents workflows. Par conséquent, appeler 8.2 monothread n'est probablement pas correct. Le client 8.2 charge également visuellement plusieurs cœurs, donc comme ceci :

La plate-forme 8.2 n'implémente pas toutes les fonctionnalités d'un système multi-thread, mais elle exploite bien mieux les capacités du matériel par rapport à la 8.1, y compris en termes de parallélisme.

Q : Est-il nécessaire d'avoir plusieurs processus de travail 1C:Enterprise 8.1 pour que le serveur de base de données (MS SQL) charge plusieurs cœurs ? (Il est à noter que MS SQL ne "charge" généralement qu'un seul cœur, c'est-à-dire qu'en règle générale, la "parallélisation" du traitement d'une requête sur plusieurs cœurs ne se produit pas.) Merci.
R : Vous n'avez pas besoin de gérer spécifiquement MS SQL, c'est un système assez auto-réglable qui utilise les ressources selon les besoins. Vous pouvez contrôler le parallélisme d'exécution :

EXEC sys.sp_configure N'degré de parallélisme max', N'5'
ALLER
RECONFIGURER AVEC OVERRIDE
ALLER

Vous pouvez créer plusieurs flux de travail sur le serveur 1C en fonction du fait qu'un flux de travail ne donne pas aux utilisateurs la possibilité de se reconnecter en cas de panne du flux de travail. 2 (sur 8.2, il est préférable de le rendre "sauvegardé") résout ce problème. Mais il est logique d'ajouter le 3ème workflow ou plus uniquement si les deux premiers workflows sont fortement chargés (plus de 90%). Cela ne vaut pas la peine de raccorder les flux de travail inutilement, cela peut dégrader les performances.

R : Il devrait y avoir au moins 1 workflow de secours dans la version 8.2.

Cluster de basculement

Q : Question sur l'activation de la redondance de cluster 1c 8.2. Si notre serveur tombe en panne (la femme de ménage a retiré le câble), alors le nom du réseau, par exemple "serveur : 2540" sera indisponible. comment le client, qui a "server:2540" dans la chaîne de connexion, sait-il qu'il doit se connecter au cluster de sauvegarde ? d'où il prendra un nom d'autre serveur ? Et si vous écrivez des clusters séparés par des virgules dans la chaîne de connexion à la base de données ?
R : Plusieurs clusters sont combinés dans un "groupe de redondance". Pour ce faire, il existe une "liste de réservation" dans le composant logiciel enfichable du cluster.

La première fois qu'un client accède à un cluster, il reçoit une liste des clusters faisant partie d'un groupe de redondance.

Si le client n'a jamais contacté, alors dans ce cas, vous devez spécifier manuellement les adresses de tous les clusters, par exemple, storm:2541,monster:2541.

Les données synchronisées sont échangées entre les clusters de redondance.

Q : Que se passe-t-il après la restauration du cluster principal ? lorsque les utilisateurs sont passés à une sauvegarde.

R : Revenez en arrière. Des pauses sont possibles pendant la commutation pendant la durée de la synchronisation des données du cluster.

Tâches d'arrière-plan

Q : Comment puis-je supprimer une tâche en arrière-plan exécutée sur les serveurs 1C:8.1 et 1C:8.2 ?

R : Possibilité d'annulation tâche routinière ne fonctionne que si le code est exécuté dans le langage intégré 1C:Enterprise. Si le code est exécuté dans des bibliothèques externes, un tel travail ne peut être annulé qu'en mettant fin de force au workflow. Si dans le processus le bloc StartTransaction() - FixTransaction() est peu probable. D'autres travaux d'arrière-plan peuvent être supprimés via la console des travaux.

Procédures réglementaires

Q : Est-il possible de détruire la base pendant T&I ?

A: Je ne suis pas au courant de tels cas, mais à mon humble avis, tout est possible. Par conséquent, il serait bien de faire une sauvegarde avant T&I.

Q : Vyacheslav, pour quelles raisons n'effectuez-vous pas de réindexation à l'aide du test et de la correction 1C ?
R : À ces fins, les capacités du SGBD sont mieux adaptées, car elles effectuent essentiellement la même reconstruction des index, mais ne nécessitent pas de capture exclusive de la base de données.

Magazine de la technologie

Q : Bonjour. Question sur le magazine technologique : J'ai besoin d'obtenir des copies d'écrans de postes de travail en cas d'erreurs 1C. Dois-je pour cela configurer la log technologique sur les postes ou est-ce uniquement pour le serveur ?
R : Vous ne pouvez configurer une capture d'écran que lorsque la plate-forme plante, et non en cas d'erreur. Cependant, il n'y a pas beaucoup d'utilité dans une telle opération, il suffit amplement de collecter les exceptions à l'aide du journal technologique. Dans le même temps, la plupart des erreurs peuvent être vues avec l'aide de TJ côté serveur 1C. Une exception serait des événements tels que "erreur de flux de format" associés à un cache de métadonnées obsolète.

Problèmes et erreurs

Q : Avez-vous rencontré un problème - la disparition des paramètres de rapport utilisateur lors de la mise à jour dynamique des configurations sur la plate-forme 8.2. Des recommandations sur la façon de gérer cela?
R : Les problèmes liés à la mise à jour dynamique sont reflétés dans "Serveurs 1C : Enterprise 8.1 et 8.2 - avec quoi ils mangent"), diapositive numéro 60. Vider le cache. Dans certains cas, il est peut-être nécessaire de déterminer où sont exactement stockés les paramètres utilisateur. Si nécessaire, stockez des données binaires dans le registre d'informations.

Q : Une question en passant, parce que. c'est pertinent pour mode fichier: quelles erreurs chdbfl.exe corrige-t-il ?
R : Il s'agit d'un outil de correction d'erreurs de structure de stockage. Cela peut être une situation où, par exemple, "Le fichier de base de données est corrompu .../1Cv8.1CD" se produit. Ceux. corrige la corruption du fichier de base de données. Cependant, il ne remplit pas les fonctions de T&I. Je lance chdbfl.exe si T&I "ne se vend pas avec succès".

Q : Veuillez me dire si vous avez rencontré un tel problème. en base un grand nombre utilisateurs (environ 40) lors de la réalisation de documents volumineux, par exemple, la réflexion de la DP dans le reg. représentant environ 8000 lignes. une erreur est donnée hors mémoire sur le serveur 1C de l'entreprise et l'utilisateur qui a initié la tenue de ce document tombe. Le document ne pourra alors être posté qu'après redémarrage de l'agent serveur 1C.
A : On dirait des fuites de mémoire :

1. Redémarrez le serveur 1C, augmentez le nombre de processus de travail, ne conservez que cette seule base dans le cluster.

2. Beat holding en morceaux, disons 1000 lignes à la fois. Utilisez TJ pour suivre les objets qui occupent de la mémoire au début de l'opération, mais ne libèrent pas de mémoire à la fin.

3. Installez la version x64, augmentez la quantité de RAM, passez à 8.2.

Q : Une question sur les tests et la référence. Est-il possible d'exécuter un "contrôle d'intégrité référentielle" basé sur URDB avec une sélection basée sur les données transmises ? (c'est-à-dire qu'il n'y a pas d'objets physiquement dans certains nœuds, mais il y a des liens vers eux). Merci!
R : Malheureusement, ce n'est pas encore possible.

Q : Pourquoi les tests et les corrections ne résolvent-ils pas tous les problèmes en même temps, devez-vous l'exécuter plusieurs fois ?

R : Seuls les développeurs peuvent donner une réponse exacte. Je gère T&I conformément à la réglementation (cycliquement), donc cette question n'est pas très pertinente pour moi. Il est nécessaire de faire T&I non pas une fois, mais constamment, comme "TO pour une voiture".

Q : Y a-t-il une différence entre TI 8.1 et 8.2 ?

A: Au moment d'écrire la réponse et la version 8.2.10, je ne connais pas la différence.

Q : Dois-je réindexer pendant la restructuration ?
R : Pas besoin.

Autre

Q : Chers messieurs, personne n'a essayé de mettre en miroir des bases de données à l'aide de MSSql 2008, est-ce même possible ?

Q : Question sur l'inclusion forcée de la mémoire partagée sur le serveur 1c 8.2

R : Vous n'avez rien à forcer, le serveur comprendra.

Q : Pour 1C:Enterprise 8.1, des situations ont été remarquées lorsque sur le même matériel la version serveur de fichiers avec des opérations "lourdes" et un seul utilisateur fonctionne beaucoup plus rapidement que la version client-serveur, lorsque tous les "liens" (serveur de base de données, serveur 1C:Enterprise et client) sont installés sur le même serveur. Dans le même temps, lors de l'exécution de cette opération "lourde", il n'y a pas de surcharge explicite du matériel (chargement du processeur, de la mémoire, disques durs le minimum). C'est-à-dire qu'il y a beaucoup de ressources matérielles, mais cela fonctionne lentement. Que pouvons-nous "représenter" ? Merci.
R : Dignité architecture client-serveur en termes de performances - la capacité de traiter PARALLÈLEMENT les demandes de données des clients. Ceux. le débit n'est pas l'indicateur par lequel il vaut la peine de tirer des conclusions générales. Les mécanismes qui améliorent la simultanéité peuvent encore réduire légèrement les performances au sein d'un même thread.

Afin de trouver sans ambiguïté un goulot d'étranglement dans votre cas, vous devez obtenir la charge de travail de l'équipement serveur et la comparer dans le temps avec les opérations les plus longues en mode client-serveur. Il s'agit souvent d'un mouvement redondant de données vers le côté client. Ceux. au lieu d'effectuer des opérations sur le serveur 1C, les données du subd sont transmises via le serveur au client.

La vitesse dans un thread de la version client-serveur ne fera que rattraper les performances de la version fichier. Il vaut la peine de traiter ce problème si le temps de fonctionnement en termes absolus est mesuré au moins une minute. Il est douteux de s'engager dans l'optimisation dans les requêtes de 1 à 3 secondes.

Q : À propos de la différence entre un terminal Windows et un client léger 1C.
R : Jusqu'à ce que la plupart des solutions soient ENTIÈREMENT traduites sous 8.2, il est définitivement difficile de parler d'une comparaison pratique de ces technologies.

Il est clair que le client léger 1C devrait consommer moins de trafic et offrir la possibilité de travailler via le Web. Mais c'est quelque chose qui n'a pas encore été mis en œuvre, et les solutions de terminaux sont maintenant très largement exploitées.

Pour les chefs de projet pragmatiques conservateurs convertissant la solution de terminal 8.1 en 8.2. Pour les petits projets avec de faibles coûts d'erreur et une configuration immédiatement mise en œuvre avec formulaires gérés et SKD - un client léger est préférable IMHO.

Q : Et comment effectuer des tests de charge proches des conditions réelles ? Après tout, vous n'inciterez pas les utilisateurs à "cliquer sur quelque chose".

A: 1C: Centre de test avec le choix des opérations les plus difficiles, une reproduction à 100% n'est pas nécessaire, les clics eux-mêmes ne sont pas difficiles, principalement la réalisation et la demande de rapports. Il y aura un webinaire séparé pour les tests. Je vais aussi vous en dire plus.

Rechercher dans le fil

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C: Agent serveur Enterprise 8, paramètre ImagePath.

Par défaut, le serveur 1C:Enterprise utilise les ports suivants :

• 1540 - agent serveur
• 1541 - gestionnaire de grappe
• 1560:1691 est la plage de ports dynamiques pour les processus de travail.

Ou des informations officielles de http://its.1c.ru :

Problèmes d'installation et de configuration de 1C: Enterprise 8.1 dans la version "client-serveur"

Dans la plupart des cas, pour installer 1C:Enterprise 8.1 en version "client-serveur", il suffit d'exécuter le programme d'installation de 1C:Enterprise 8.1. Dans le même temps, le serveur 1C:Enterprise reçoit les valeurs de paramètres standard nécessaires à son fonctionnement normal.

Envisagez d'installer le serveur 1C:Enterprise plus en détail. Lors de l'installation du serveur 1C:Enterprise 8.1, le programme d'installation 1C:Enterprise 8.1 effectue les actions suivantes :

Copie les modules de démarrage du serveur 1C:Enterprise dans le répertoire spécifié par le programme d'installation 1C:Enterprise comme dossier de destination.

Si "Créer l'utilisateur USR1CV81" est sélectionné lors de l'installation, il crée l'utilisateur USR1CV81. Le serveur 1C:Enterprise 8.1 s'exécute au nom de cet utilisateur s'il est exécuté en tant que service. Il a accès uniquement aux ressources dont le serveur 1C:Enterprise a besoin. Il est important que le serveur 1C:Enterprise ait besoin de deux répertoires pour fonctionner : un répertoire commun avec les données du serveur (généralement "C:\Program Files\1cv81\server") et un répertoire de fichiers temporaires (généralement "C:\Documents and Settings\ usr1cv81\Paramètres locaux \Temp" ou "C:\WINNT\Temp"). L'utilisateur USR1CV81 obtient les droits sur le répertoire partagé avec les données du serveur. Le répertoire des fichiers temporaires est généralement disponible pour tous les utilisateurs.

Si "Installer le serveur 1C:Enterprise 8.1 en tant que service Windows" est activé lors de l'installation, il enregistre le service d'agent de serveur 1C:Enterprise dans Windows et le lance. Au premier démarrage, un cluster de serveurs 1C:Enterprise est créé avec les paramètres par défaut. Il a un serveur de travail et un processus de travail. L'adresse du serveur de travail correspond au nom de l'ordinateur sur lequel l'installation a été effectuée.

Utilisateur USR1CV81 et ses droits

Server 1C:Enterprise est une application serveur dont le fonctionnement ne doit pas dépendre de l'utilisateur connecté à l'ordinateur serveur en mode interactif, si quelqu'un s'est connecté. Par conséquent, lors de l'installation du serveur 1C:Enterprise, il est conseillé de créer un utilisateur spécial USR1CV81, doté des droits nécessaires au minimum pour le serveur 1C:Enterprise et non destiné à la connexion interactive. Server 1C:Enterprise est présenté au système Utilisateur Windows USR1CV81.

Examinons de plus près les droits attribués à l'utilisateur USR1CV81. 1C:Enterprise Server utilise les répertoires suivants :

Le répertoire des modules de démarrage se trouve dans le répertoire spécifié par le programme d'installation 1C:Enterprise comme dossier de destination. Il contient les modules de démarrage du serveur 1C:Enterprise. L'utilisateur USR1CV81 a besoin de droits pour lire des données et exécuter des programmes à partir de ce répertoire et de ses sous-répertoires. Il reçoit ces droits implicitement en étant inclus dans le groupe Utilisateurs.

Le répertoire de données du serveur est généralement nommé "C:\Program Files\1cv81\server". L'utilisateur USR1CV81 doit disposer de droits complets sur ce répertoire. Le programme d'installation de 1C:Enterprise, lors de la création de l'utilisateur USR1CV81, lui donne les droits sur ce répertoire.

Le répertoire des fichiers temporaires est généralement nommé "C:\Documents and Settings\usr1cv81\Local Settings\Temp" ou "C:\WINNT\Temp", qui est déterminé par la valeur de la variable TEMP de l'environnement utilisateur ou de la variable TEMP de l'environnement système . Vous pouvez afficher la valeur de cette variable dans la boîte de dialogue Propriétés système (Démarrer -> Paramètres -> Panneau de configuration -> Système -> Avancé -> Variables d'environnement). Le programme d'installation de 1C:Enterprise donne à l'utilisateur USR1CV81 tous les droits sur ce répertoire. Généralement quand Installation de Windows Le répertoire des fichiers temporaires est accessible à tous les utilisateurs en incluant le groupe CREATOR OWNER dans sa liste d'accès. Cependant, cet accès n'est pas complet. En particulier, l'opération de recherche de fichiers dans ce répertoire n'est pas accessible à tous les utilisateurs. La définition des droits complets de l'utilisateur USR1CV81 sur le répertoire des fichiers temporaires permet au serveur 1C:Enterprise d'effectuer toutes les opérations dont il a besoin. Vous pouvez afficher la liste d'accès dans la boîte de dialogue des propriétés du répertoire dans l'onglet Sécurité. La présence du groupe CREATOR OWNER permet l'accès au répertoire par tout utilisateur qui crée des fichiers dans ce répertoire ou possède des fichiers dans ce répertoire. Dans ce cas, l'utilisateur qui a créé le fichier sera écrit dans la liste d'accès du fichier créé au lieu du groupe CREATOR OWNER. Parmi les utilisateurs autorisés à accéder à ce répertoire doit figurer l'utilisateur USR1CV81, qui dispose de tous les droits sur ce répertoire.
Il est important de garder à l'esprit que le répertoire de fichiers temporaires d'un utilisateur particulier (y compris l'utilisateur USR1CV81) est déterminé par une combinaison des variables d'environnement de cet utilisateur et des variables d'environnement système. Pour connaître ce répertoire, le programme d'installation 1C:Enterprise demande le contexte utilisateur USR1CV81. Pour ce faire dans Windows 2000, l'utilisateur au nom duquel le programme d'installation de 1C:Enterprise est lancé peut avoir besoin des privilèges suivants : Agir en tant que partie du système d'exploitation et contourner la vérification de parcours. Vous pouvez vérifier les privilèges de l'utilisateur avec l'utilitaire Local Security Settings dans la branche Local Policies -> User Rights Assignment. Lors de l'installation d'un nouveau logiciel Le programme d'installation obtient généralement ces privilèges automatiquement.

Enregistrement d'un serveur 1C:Enterprise en tant que service Windows

Server 1C:Enterprise est une simple console Application Windows et peut être exécuté de manière interactive. Cependant, pour une utilisation permanente, cela n'est pas pratique, car cela définit le lancement du serveur 1C: Enterprise à partir de la connexion de l'utilisateur inactif à l'ordinateur serveur. Pour éliminer cette dépendance, le serveur 1C:Enterprise peut être exécuté en tant que service Windows. Pour ce faire, il doit être enregistré dans le gestionnaire Services Windows.

Pour afficher la liste des services Windows et leurs paramètres, utilisez l'utilitaire Services de composants (Démarrer -> Paramètres -> Panneau de configuration -> Outils d'administration -> Services). Le serveur 1C:Enterprise est représenté dans la liste des services par le service 1C:Enterprise Server Agent 8.1. Les paramètres de service déterminent le lancement du processus 1C:Enterprise Server Agent (ragent), l'utilisateur sous le nom duquel il est lancé et la méthode de redémarrage en cas d'urgence.

Dans la boîte de dialogue des propriétés du service 1C:Enterprise Server Agent 8.1, dans l'onglet Général, la chaîne de lancement du processus ragent, qui est 1C:Enterprise Server Agent, est affichée. Habituellement, cette ligne ressemble à :

Il stipule que :

le processus Server Agent est le module de démarrage "C:\Program Files\1cv81\bin\ragent.exe" ;

le processus ragent s'exécute en tant que service Windows et doit être géré par le gestionnaire de services (-srvc) ;

utilisé comme 1C:Enterprise Server Agent (-agent) ;

la première fois que vous démarrez le service, un cluster doit être créé avec les paramètres par défaut et le numéro de port IP principal 1541 (-regport 1541). Les applications client doivent utiliser ce port pour se connecter aux infobases enregistrées dans le cluster ;

Le port IP de l'agent de serveur doit être 1540 (-port 1540). Sur ce port, la console du cluster doit se connecter au serveur central pour effectuer des fonctions d'administration ;

lorsque les processus de cluster démarrent sur ce serveur, des ports IP leur seront attribués dynamiquement dans la plage 1560-1591 (-plage 1560:1591).

les données partagées du cluster seront placées dans le répertoire "C:\Program Files\1cv81\server" (-d "C:\Program Files\1cv81\server").

Le service 1C:Enterprise 8.1 Server Agent peut être ajouté ou supprimé non seulement lors de l'installation ou de la désinstallation de 1C:Enterprise avec le programme d'installation 1C:Enterprise 8.1, mais aussi manuellement. Pour ce faire, vous pouvez exécuter l'utilitaire ragent à partir de la ligne de commande, en spécifiant les paramètres appropriés.

Pour créer un service, vous devez spécifier le paramètre -instsrvc et les paramètres suivants : -usr est le nom d'utilisateur sous lequel le service doit être lancé, -pwd est le mot de passe de cet utilisateur. Dans ce cas, les paramètres restants deviendront les paramètres de la ligne de lancement de 1C:Enterprise Server Agent en tant que service. Par exemple, pour l'enregistrement standard du service 1C:Enterprise Server Agent en mode débogage, l'ensemble de paramètres doit être le suivant :

"C:\Program Files\1cv81\bin\ragent.exe" -instsrvc -usr .\USR1CV81 -pwd Password -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv81\server" - déboguer

Pour supprimer un service, vous devez spécifier l'option -rmsrvc. Par exemple:

"C:\Program Files\1cv81\bin\ragent.exe" -rmsrvc

Parfois, il peut être utile de modifier la ligne de démarrage du Server Agent ou d'autres paramètres du service Agent, par exemple, activer le mode débogage ou créer plusieurs services différentes versions. La boîte de dialogue des propriétés du service ne permet pas de modifier la ligne de lancement de l'application de service et certains autres paramètres, par exemple, l'ID de service. Pour modifier, vous aurez besoin de l'utilitaire regedit, conçu pour afficher et modifier registre système Les fenêtres.

Attention!
Modification du système Registre Windows nécessite une extrême prudence, car des modifications erronées peuvent rendre le système d'exploitation inutilisable.

Exécutez l'utilitaire regedit (ouvrez Démarrer -> Exécuter et tapez regedit) et sélectionnez la branche :

Agent serveur HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1

Ses paramètres incluent le paramètre ImagePath, dont la valeur est la chaîne de lancement 1C:Enterprise Server Agent. Ici, vous pouvez ajouter de nouveaux paramètres de chaîne de lancement ou modifier les valeurs de ceux existants. Liste complète les paramètres possibles sont donnés dans la documentation du livre "1C:Enterprise 8.1 Client-Server".

Si vous devez enregistrer plusieurs services indépendants de 1C:Enterprise Server Agent, vous devez leur spécifier différents modules de démarrage, différents ports et différents répertoires de données de cluster. Vous devez également les enregistrer avec différents ID de service. Cela peut être fait comme ceci :

Créer le premier service :

"C:\Program Files\1cv81\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv81\server"

Utilisez l'utilitaire regedit pour modifier l'ID d'un service enregistré. Pour cela : sélectionnez une branche


HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1 Server Agent First

Créez un deuxième service :

"C:\Program Files\1cv81_10\bin\ragent.exe" -srvc -agent -regport 1641 -port 1640 -range 1660:1691 -d "C:\Program Files\1cv81_10\server"

Peut-être que son identifiant devrait également être changé. Pour cela : sélectionnez une branche
Agent serveur HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1
et changez son nom, par exemple en :
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1 Server Agent Deuxième

Ce que le programme d'installation 1C:Enterprise ne peut pas faire

Comme déjà mentionné, le programme d'installation 1C:Enterprise copie les modules de démarrage 1C:Enterprise et exécute inscription nécessaire dans COM et dans le gestionnaire de services Windows. Ci-dessus se trouvent les informations nécessaires pour comprendre le fonctionnement interne de cet enregistrement. Si non seulement le serveur, mais également la partie client de 1C:Enterprise est installé sur l'ordinateur serveur, il est prêt à être utilisé immédiatement après l'installation (et la connexion des clés de sécurité).

Pour que le serveur 1C:Enterprise soit accessible à partir d'autres ordinateurs du réseau local, vous devez vérifier paramètres réseau sur les postes serveurs et clients, ainsi que sur l'ensemble du réseau. TCP/IP est utilisé pour transférer des données entre les applications clientes et le serveur 1C:Enterprise, ainsi qu'entre les processus du cluster de serveurs. Le fonctionnement de 1C:Enterprise dans la variante client-serveur dépend de l'exactitude de ses paramètres.

Les processus du cluster de serveurs 1C:Enterprise sont connectés les uns aux autres aux adresses définies comme les valeurs de la propriété "Ordinateur" de la boîte de dialogue des propriétés du serveur de travail. Pour un cluster, la valeur de la propriété "Computer" doit être soit une adresse IP en notation pointée, soit une telle adresse symbolique par laquelle l'adresse IP peut être déterminée à l'aide de la fonction gethostbyname définie dans l'API Protocole TCP. La détermination de l'adresse IP s'effectue soit sur la base de la table d'adresses symboliques locales (C:\WINNT\system32\drivers\etc\hosts) soit sur les tables d'adresses dans les Serveurs DNS. Si l'adresse symbolique du serveur de travail ne détermine pas son adresse IP ou la détermine de manière incorrecte (par exemple, l'adresse IP ne correspond pas à l'adresse IP réelle cet ordinateur), le cluster ne fonctionnera pas. Il est important que les noms des ordinateurs et leurs adresses définis dans Windows sur chacun des serveurs actifs du cluster n'entrent pas en conflit avec leurs noms dans DNS.

Sur chaque serveur de travail, les processus du cluster utilisent les ports suivants : port IP du serveur de travail (généralement 1540) ; Ports IP des plages de ports IP du workflow (généralement 1560-1591). De plus, le port du cluster (généralement 1541) est utilisé sur le serveur central du cluster. Si des pare-feux sont utilisés dans le système, la transmission de données sur ces ports doit être autorisée. Au lieu d'autoriser les ports de la liste ci-dessus, vous pouvez autoriser le transfert de données vers les processus de cluster (ragent, rmngr, rphost).

La connexion de l'application client 1C:Enterprise avec le serveur s'effectue en 2 étapes. Il établit d'abord une connexion au gestionnaire de cluster. Celui-ci utilise l'adresse du serveur central (symbolique ou numérique) et le port du cluster (généralement 1541). Ensuite, l'application cliente établit une connexion avec l'un des processus de travail. La valeur de la propriété "Ordinateur" du serveur de travail correspondant et le port du processus de travail, qui est sélectionné dans la plage de ports IP du serveur de travail, sont utilisés comme adresse. La transmission de données vers ces ports doit être autorisée dans tous les pare-feux sur la route entre l'ordinateur de l'application cliente et les ordinateurs du cluster de serveurs 1C:Enterprise. La détermination de l'adresse IP des processus serveur s'effectue à l'aide de la fonction gethostbyname sur l'ordinateur client. Il est important que les noms des serveurs central et de travail et leurs adresses définies dans Windows sur chacun des serveurs du cluster n'entrent pas en conflit avec leurs noms dans le DNS disponible sur l'ordinateur client.

Et le dernier. Évidemment, pour un accès réussi au serveur 1C:Enterprise à partir d'autres ordinateurs, il doit être sur le réseau et les paramètres nécessaires doivent être définis à cet effet. La connexion à un réseau et la mise en place d'une technique sont liées à l'administration des réseaux basée sur Microsoft Windows et sont décrites dans les instructions respectives.

Caractéristiques de la configuration d'un serveur SQL

1C:Enterprise en version "client-serveur" utilise un serveur SQL pour stocker les données. Dans ce cas, seul le 1C:Enterprise Server accède au serveur SQL. 1C :Les clients d'entreprise n'ont pas d'accès direct au serveur SQL. L'installation et la configuration du serveur SQL sont décrites en détail dans la documentation de Microsoft SQL Server. Pour le bon fonctionnement de 1C:Enterprise Server avec un serveur SQL, vous devez contacter Attention particulière aux paramètres suivants.

Composants SQL Server requis. Pour accéder à SQL Server du côté 1C:Enterprise Server, l'ordinateur 1C:Enterprise Server doit avoir Composants Microsoft Accès aux données 2.6 ou version ultérieure.

Authentification des utilisateurs par serveur SQL. Les droits d'accès aux bases de données du serveur SQL sont déterminés par l'utilisateur au nom duquel les bases de données sont accessibles. À partir de l'ordinateur sur lequel le serveur SQL est installé, exécutez l'utilitaire SQL Server Enterprise Manager, recherchez le nœud local (Console Root -> Microsoft SQL Servers -> SQL Server Group -> (Local)) et ouvrez ses propriétés. Dans l'onglet Sécurité, vous pouvez voir que SQL Server prend en charge deux méthodes d'authentification des utilisateurs : SQL Server et Windows et Windows uniquement. L'authentification Windows permettra au serveur 1C:Enterprise d'accéder au serveur SQL uniquement au nom de l'utilisateur USR1CV81, ce qui ne permet pas de distinguer les droits d'accès aux différentes infobases desservies par un serveur 1C:Enterprise. Il est recommandé de sélectionner le mode SQL Server et Windows. Dans ce cas, l'accès à une infobase spécifique sera effectué au nom de l'utilisateur spécifié comme utilisateur du serveur SQL lors de la création de cette infobase. Il est important que cet utilisateur dispose non seulement des droits complets sur la base de données de l'infobase, mais également des droits de création de bases de données sur le serveur SQL et de lecture de tables dans la base de données principale.

Protocoles réseau pour accéder au serveur SQL. Si 1C:Enterprise Server et le serveur SQL sont hébergés sur différents ordinateurs, vous devez alors configurer les protocoles réseau pour accéder au serveur SQL. Cela peut être fait à l'aide de l'utilitaire réseau du client SQL Server. Dans l'onglet Général, vous pouvez sélectionner une liste de protocoles réseau utilisés pour accéder au serveur SQL. Le plus rapide et le plus polyvalent est l'utilisation du protocole TCP/IP. Lorsque vous utilisez d'autres protocoles, sachez que certains d'entre eux, tels que les canaux nommés, effectuent une authentification supplémentaire Outils Windows lors de la communication avec le serveur SQL. Dans ce cas, pour un travail réussi avec le serveur SQL, l'utilisateur USR1CV81, doté des droits appropriés, doit être enregistré sur l'ordinateur avec le serveur SQL. Le protocole d'accès à ce serveur SQL peut être modifié dans l'onglet Alias.

26.07.2017

Ajout d'une règle au pare-feu Windows Server 2012 R2 pour 1C : Entreprise

Étant donné que divers services et logiciels fonctionnent sur des protocoles réseau, ces éléments de travail utilisent des ports spécifiques via lesquels les données sont échangées.

Le pare-feu Windows Server 2008/2012 R2 est configuré par défaut pour bloquer l'activité du réseau. Afin de permettre à vos programmes clients de communiquer avec les composants du serveur sur les ports appropriés, vous devez ajouter des règles au Pare-feu Windows qui autoriseront la communication sur le réseau à l'aide de ports spécifiques.

Souvent, les utilisateurs rencontrent des situations dans lesquelles le logiciel client ne trouve pas le serveur 1C:Enterprise exécuté dans un environnement de serveur géré par Win Server 2012. Dans ce cas, des erreurs de la nature suivante peuvent se produire :

erreur d'accès au serveur via le réseau ;

erreur lors de l'exécution d'opérations avec l'infobase ;

une tentative infructueuse d'établir une connexion, la réponse requise n'a pas été reçue d'un autre ordinateur ;

Une connexion déjà établie a été interrompue en raison d'une réponse incorrecte d'un ordinateur déjà connecté.

Ces erreurs indiquent que le logiciel client n'a pas pu trouver le serveur 1C à l'adresse spécifiée. Il arrive souvent que sur le serveur le port nécessaire à la connexion soit simplement fermé. Dans le cas d'un serveur 1C, il s'agit du numéro de port 1541.

Pour ouvrir ce port, vous devez vous rendre sur le serveur via une connexion RDP et exécuter Contrôle Windows Pare-feu. Cette opération peut se faire de deux manières. La première option est d'aller dans le "Panneau de configuration", puis dans la sous-section "Système et sécurité", où vous devez démarrer, en fait, le pare-feu.

Vous pouvez également l'utiliser pour cela ligne de commande, en y exécutant la commande firewall.cpl - pour ce faire, appuyez sur les touches de raccourci Win + R, après quoi nous allons dans la section "Ouvrir", entrez le nom de la commande et cliquez sur la confirmation de l'action.

Après avoir accédé au pare-feu Windows, dans sa fenêtre active, nous devons sélectionner la section options additionelles situé dans le menu de gauche. De plus, dans la partie gauche de la nouvelle fenêtre qui s'ouvre, vous devez vous rendre dans la section des règles pour les connexions entrantes et sélectionner "Créer une nouvelle règle" via le menu "Actions".

Nous verrons un assistant pour créer des règles pour les nouvelles connexions entrantes. Sur la page de titre, vous devez sélectionner le type de règle à sélectionner, marqué du nom "Pour les ports" et vous pouvez passer à autre chose. Nous spécifions maintenant le protocole de transfert de données réseau (dans notre cas, nous spécifions TCP), ainsi que le numéro du port à ouvrir.

Dans l'onglet suivant, nous devrons spécifier directement l'action qui sera associée à la règle que nous créons. Nous sommes intéressés par l'action "Autoriser les connexions". Sélectionnez-le et cliquez sur "Suivant". Maintenant, nous marquons le requis Profils Windows Pare-feu, qui devrait être couvert par l'action que nous créons. dernière page L'assistant nous invite à entrer un nom pour la nouvelle règle, ainsi qu'à ajouter une description, si vous le souhaitez. Cliquez sur Terminer et terminez l'assistant.

Après avoir créé la règle, vous devez réessayer de vous connecter au serveur 1C. Lors de la connexion, nous verrons la même erreur, mais maintenant le message parle d'un autre numéro de port 1560.

Par analogie avec le schéma d'ajout de ports décrit ci-dessus, nous ajoutons une autre règle dans laquelle nous spécifions la plage de ports 1560-1591. Ces ports sont nécessaires pour prendre en charge les différents workflows du programme 1C. Les ports inclus dans cette plage sont indiqués par un trait d'union dans la section "Protocole et ports".

Une fois les manipulations effectuées, rendez-vous dans le composant logiciel enfichable « Pare-feu Windows avec sécurité avancée ». Ici, dans la section des règles pour la connexion entrante, nous pourrons voir les règles que nous avons créées. Dans le même temps, le client 1C doit maintenant se connecter librement à l'environnement du serveur. Si vous devez vous connecter à votre serveur via la console d'administration du serveur 1C, vous devrez créer une règle distincte qui ouvre le port 1540.

Si vous devez ajouter des règles aux connexions sortantes, vous pouvez utiliser le même schéma pour créer des règles pour des protocoles et des programmes individuels.

Configuration du pare-feu Windows pour Win Server 2012 sur 1C Server + MS SQL

Maintenant, quelques mots sur la configuration du pare-feu sous Windows Server 2012 dans la configuration spécifiée. Un tel groupe n'est pas rare pour les bureaux modernes, mais il faut parfois plus de temps pour comprendre le principe. Travail Windows Pare-feu relatif à l'environnement du serveur 1C.

A condition que le serveur accepte les connexions sur le port TCP standard 1433, il suffit d'autoriser ce port à l'aide de la création de règles pour le pare-feu, dont nous avons évoqué le principe plus haut. Pour vérifier si le travail passe réellement par ce port, vous pouvez démarrer le composant logiciel enfichable SQL Server Configuration Manager dans Server 2012 et accéder à l'onglet de configuration réseau. Ici, vous devez sélectionner l'onglet des protocoles pour MSSQLSERVER et trouver le protocole TCP/IP dans la fenêtre de gauche. Nous le sélectionnons et cliquons sur "Propriétés", après quoi nous recherchons l'onglet "Adresses IP" et ouvrons la branche "IPAII".

Si le port SQL est dynamique, vous aurez besoin d'une autorisation pour vous connecter à l'application suivante %ProgramFiles%\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\Binn\sqlservr.exe.

Comme mentionné ci-dessus, le serveur 1C fonctionne avec le port 1541 et les ports de la plage 1560-1591. Cependant, il arrive souvent que, pour des raisons inconnues, cette liste les ports ouverts ne vous permettent toujours pas de vous connecter au serveur. Pour que tout fonctionne à 100%, il vous suffit d'étendre cette plage en y spécifiant les ports de 1540 à 1591.

les étapes sont les mêmes). Nous ajouterons la règle en utilisant l'exemple du fonctionnement du serveur 1C: Enterprise 8.x (vous devez ouvrir le port 1541 pour le gestionnaire de cluster, les ports 1560-1591 pour les flux de travail et le port 1540 pour l'agent serveur).

Certains programmes et services lors de l'exécution protocoles réseau utiliser certains ports pour la communication. Par défaut, le pare-feu Windows, qui est activé, bloque ce type d'activité réseau. En particulier, si vous essayez de vous connecter depuis une machine cliente à, vous pouvez rencontrer une erreur :

« Une erreur s'est produite lors de l'exécution d'une opération avec l'infobase (...). Erreur d'accès réseau au serveur (...). Une tentative d'établissement de connexion a échoué, car la réponse requise n'a pas été reçue d'un autre ordinateur dans le délai imparti, ou une connexion déjà établie a été interrompue en raison d'une réponse incorrecte d'un ordinateur déjà connecté (...) »

Cette erreur signifie que le serveur 1C:Enterprise n'a pas été trouvé à l'adresse spécifiée ou que le port du serveur est fermé (dans ce cas, le port 1541 ).

Pour ouvrir le port, rendez-vous sur l'ordinateur sur lequel le serveur 1C:Enterprise est installé (dans mon exemple, il s'agit d'un ordinateur avec l'adresse 10.192.128.15 et installé dessus système opérateur Windows Server 2012 R2).

Nous démarrons le pare-feu Windows. Cela peut être fait en faisant un clic droit sur " Commencer» ( commencer), alors " Panneau de contrôle» ( Panneau de contrôle) — « système et sécurité» ( Système et sécurité) — « fenêtre pare-feu » ( fenêtre pare-feu). Ou en exécutant la commande pare-feu.cpl(pour cela, vous devez appuyer sur la combinaison de touches Win + R, dans la fenêtre " ouvrir» ( ouvrir) entrez le nom de la commande et appuyez sur " D'ACCORD») .

Dans la fenêtre qui s'ouvre, dans l'arborescence à gauche, ouvrez l'onglet " » ( Règles entrantes), puis dans le menu " Actions» ( Actions) sélectionnez l'élément " Créer une règle...» ( Nouvelle règle…).

Va commencer " Assistant Nouvelle règle de trafic entrant» ( Assistant Nouvelle règle de trafic entrant). Sur la première page, sélectionnez le type de règle ( Type de règle) « Pour port» ( port) et appuyez sur " Plus loin» ( Suivant).

Ensuite, vous devez spécifier le protocole (dans notre exemple, il s'agit de TCP) et, directement, le numéro de port (Ports locaux spécifiques) que nous ouvrons. Puis appuyez " Plus loin» ( Suivant).

Précisons maintenant l'action associée à la règle ajoutée. Choisissons " Autoriser la connexion» ( Autoriser la connexion) et appuyez sur " Plus loin» ( Suivant).

Sur page suivante vous devez spécifier à quels profils de pare-feu la règle s'appliquera. Nous marquons les profils nécessaires avec des coches et cliquez sur " Plus loin» ( Suivant).

Et enfin, entrez un nom et une description pour la nouvelle règle et cliquez sur " Prêt» ( Finition) pour terminer l'assistant.

Nous essayons de nous reconnecter au serveur 1C:Enterprise et voyons que l'erreur persiste, mais le message a un port 1560e différent.

De la manière ci-dessus, ajoutez une autre règle d'autorisation, avec le nom " 1C : Flux de travail» pour toute la gamme de ports avec 1560 Par 1591 (pour les workflows 1C), en les spécifiant par un trait d'union à l'étape " Protocole et ports» ( Protocole et ports).

Maintenant, en un clin d'œil Pare-feu Windows avec sécurité avancée» ( Pare-feu Windows avec sécurité avancée) dans la table " Règles pour les connexions entrantes» ( Règles entrantes) nous devrions voir 2 règles juste créées.

Eh bien, il devrait se connecter au serveur sans erreur. Si vous devez vous connecter à ce serveur via, vous devez également ouvrir le port 1540 .

De même, des règles sont ajoutées pour les connexions sortantes (Outbound Rules), des règles d'interdiction, des règles pour certains programmes et protocoles. En outre, toute règle peut être modifiée en ouvrant ses propriétés à partir de ce composant logiciel enfichable.

Cet article vous a t'il aidé?