Alexey Alekseev bienvenue sur mon blog chaleureux. Base d'informations distribuée : Fondamentaux Principes de base du fonctionnement du RIB

Pour créer une base d'informations distribuée, vous devez entrer dans le programme en 1C : mode Entreprise. Pour créer des nœuds de base de données distribuées, sélectionnez dans le menu : Opérations - Plans Exchange. La fenêtre « Sélectionner un objet : plan d'échange » s'ouvrira.

1. Considérez l'option avec le plan d'échange « Complet ».

L'échange s'effectuera entre toutes les organisations situées dans la base d'informations distribuée.

Choisissons le plan d’échange « Full ». La fenêtre « Plan d'échange complet » s'ouvrira.

Nous remplissons deux entrées :

Appelons la première entrée « Nœud principal », indiquons le code « GU »,

Appelons la deuxième entrée « Nœud subordonné », indiquez le code « PU ».

Comme nous pouvons le voir sur la figure, la première entrée a une icône avec un cercle vert ; c'est l'icône « Nœud principal ».

Pour créer une copie de la base d'informations « Nœud principal », cliquez sur « Nœud esclave » et cliquez sur l'icône « Créer une image initiale ». Ce sera la base d'informations « Nœud subordonné ».

La fenêtre « Création d'une première image de sécurité des informations » s'ouvrira, sélectionnez « Sur cet ordinateur ou sur un ordinateur du réseau local », cliquez sur « Suivant ».

Dans le champ « Répertoire de l'Infobase », sélectionnez l'emplacement où la copie du « Nœud principal » sera installée, puis cliquez sur « Terminer ».

Après avoir créé l'infobase « Nœud subordonné », le message suivant apparaîtra :

Cliquez sur OK".

Ajoutez la base d'informations « Nœud subordonné » à « 1C : Entreprise ». Nous allons à la base de données subordonnée en mode « 1C : Entreprise ». Ouvrons : Opérations - Plans d'échange. La fenêtre « Sélectionner un objet : plan d'échange » s'ouvrira. Choisissons le plan d’échange « Full ». La fenêtre « Plan d'échange complet » s'ouvrira. Nous voyons que l'icône « Nœud principal » est orange, ce qui signifie que ce nœud est le nœud principal de la base d'informations dans laquelle nous nous trouvons.

Nous effectuons les paramètres suivants dans les nœuds maître et esclave :

1. Ajoutez un préfixe pour l'infobase distribuée.

Ceci est fait pour qu'il n'y ait pas de conflits dans les numéros et les codes des documents et des répertoires créés dans deux bases de données, donc dans chaque base de données nous indiquons un préfixe qui sera ajouté aux numéros de documents et aux codes de répertoire. Ouvrir : Outils - Paramètres du programme - Onglet « Échange de données ». Dans le champ « Préfixe de nœud pour une infobase distribuée : », saisissez « PU » dans la base de données subordonnée et « GU » dans la base de données principale.

2. Ajoutez un paramètre pour l'échange de données entre les nœuds :

Ouvert : Service - Base d'informations distribuées (DIB) - Configurer les nœuds RIB. La fenêtre « Paramètres d'échange de données » s'ouvrira.

Cliquez sur « Ajouter » et la fenêtre « Paramètres d'échange de données » s'ouvrira. Entrez le « Nom » de votre paramètre.

Un nœud apparaîtra automatiquement dans le champ « Nœud », pour le « Nœud Maître » il y aura un « Nœud Esclave », pour le « Nœud Esclave » il y aura un « Nœud Maître ».

Dans le champ « Répertoire », sélectionnez le dossier dans lequel les données d'échange seront envoyées ; il est préférable de spécifier un répertoire pour les bases de données principale et esclave.

Dans le champ « Type d'échange », nous configurons le transfert de données entre bases de données : via un fichier ou une ressource FTP. Choisissons par exemple « partage via une ressource fichier ».

Nous ne changeons rien dans les champs restants.

Cliquez sur OK". On voit qu'un paramètre est apparu.

3. Pour échanger des données, nous procédons comme suit :

Tout d'abord, dans la base de données dans laquelle les modifications ont été apportées, cliquez sur l'icône « Échanger selon le paramètre actuel », comme indiqué sur la figure.

Après le téléchargement, la fenêtre des résultats du téléchargement apparaîtra.

Ensuite, dans la base de données vers laquelle vous souhaitez transférer les modifications, cliquez sur l'icône « Échanger selon le paramètre actuel » et les données iront dans la base de données souhaitée.

2. Considérez l'option avec le plan d'échange « Par organisation ».

L'échange sera effectué entre des organisations sélectionnées situées dans une base d'informations distribuée.

Pour créer des nœuds d'une base de données distribuée, sélectionnez dans le menu : Opérations - Plans Exchange. La fenêtre « Sélectionner un objet : plan d'échange » s'ouvrira.

Choisissons le plan d'échange « Par organisation ». La fenêtre « Plan d'échange par organisation » s'ouvrira.

Nous remplissons deux entrées :

Appelons la première entrée « Nœud principal », indiquons le code « GU », on voit la différence avec le « Plan d'échange : complet », un tableau est apparu dans lequel nous indiquons les Organisations pour lesquelles l'échange aura lieu.

Appelons la deuxième entrée « Nœud subordonné », indiquez le code « PU », indiquez l'organisation.

À tous autres égards, la configuration est absolument la même que celle du « Plan d'échange : complet ».

OLEG FILIPOV, ANT-Inform, Directeur Adjoint du Département Développement, [email protégé]

NERVURE en 1C. Limites des possibilités

La technologie des bases d'informations distribuées (RIB) dans la plateforme 1C:Enterprise suscite de nombreuses controverses. Nous essaierons de déterminer quand il est conseillé de l'utiliser, et quand il vaut mieux préférer des solutions alternatives.

Souvent, lorsque vous lisez des forums ou des articles d'auteurs en ligne concernant le RIB dans 1C, vous pouvez rencontrer des opinions contradictoires allant de « c'est la meilleure et la seule chose qui puisse être utilisée » à « c'est désespérément obsolète ». Essayons de comprendre comment les choses se passent réellement.

Dans le numéro de novembre 2016, j'ai déjà parlé de certaines fonctionnalités de RIB en relation avec une tâche pratique spécifique, donc juste quelques mots sur les bases, et approfondissons un peu les détails technologiques.

RIB est une technologie de bases d'informations distribuées 1C:Enterprise - à ne pas confondre avec l'échange universel, avec une technologie similaire, mais un support fondamentalement différent pour la mise à jour centralisée des configurations de bases d'informations. Il se compose des parties fonctionnelles suivantes (qui peuvent également être utilisées séparément) :

Service d'enregistrement des modifications– lorsqu'il est activé, il commence à enregistrer automatiquement les modifications apportées aux objets ou aux enregistrements à des fins d'échange (ou à d'autres fins). En mode RIB, il est également utilisé pour enregistrer les modifications apportées à la configuration de l'infobase.
Sérialisation d'objets/enregistrements en XML. Presque tous les objets 1C:Enterprise sont régulièrement sérialisés en XML.
Un mécanisme pour maintenir la même configuration de tous les nœuds d'une base d'informations distribuée. En mode RIB, l'échange de données entre différents nœuds n'est possible que s'ils ont la même configuration. Il est transféré automatiquement lors de l'échange. Le nœud final n'a qu'à accepter les modifications.
L'infrastructure des messages échangés dans un système d'information distribué est garantie de livraison. Les modifications enregistrées sont regroupées dans des messages et envoyées au nœud final par lots. Les inscriptions ne sont supprimées qu'après confirmation de la livraison du colis.
Infrastructure au niveau des applications. Bien entendu, tout ce qui précède ne fonctionnera pas sans des mécanismes développés au niveau des solutions applicatives, dont certaines sont déjà incluses dans le BSP. Les solutions offrent la possibilité de télécharger des données selon certaines règles, de modifier les principes de leur enregistrement et de déterminer le mode de livraison des colis.

Comme vous pouvez le constater, RIB en 1C peut faire beaucoup de choses. Dans la plupart des cas, cette fonctionnalité est largement suffisante. Par exemple, sur la Fig. La figure 1 montre le formulaire du nœud de base d'informations dans 1C, où vous pouvez voir la possibilité de télécharger des règles d'enregistrement, de spécifier les paramètres de connexion et d'afficher la liste des objets enregistrés pour l'échange.

De la description ci-dessus, nous pouvons conclure sur les capacités du RIB 1C en tant que système distribué :

Prise en charge d'une configuration de base d'informations unifiée (semi-automatisée).
Prise en charge du suivi des modifications.
Livraison garantie.
Possibilité de circuit maître-maître.
Possibilité d'un circuit en étoile.
Possibilité de filtrage sélectif des modifications.

Assez bien - cela satisfera pleinement les besoins d'un petit réseau. Mais RIB présente certaines limitations, largement liées aux caractéristiques architecturales de la plateforme 1C, qui imposent certaines restrictions à l'utilisation de cette technologie :

La nécessité de mettre à jour manuellement la configuration de l'infobase et de fermer les utilisateurs. Arrêt des échanges jusqu'à la mise à jour de la configuration.
Limite transactionnelle de l’infrastructure de messages pour la récupération des données. Lors de la sélection des modifications à télécharger, la table de la base de données est bloquée pour enregistrer de nouvelles modifications ; avec de gros volumes de téléchargement, cela peut prendre beaucoup de temps et arrêter le travail.
Frais généraux pour maintenir un grand nombre de nœuds de synchronisation (le nombre d'enregistrements de service est égal au nombre de nœuds).
Problèmes de chargement de grandes quantités de données.

Essayons maintenant de comparer cela avec un système « avancé » doté d’un mécanisme de réplication.

Dans la pratique, il arrive souvent que différentes divisions ou succursales soient géographiquement situées à différents endroits. Dans le même temps, les données saisies dans le programme dans les départements éloignés doivent parvenir d'une manière ou d'une autre au siège social afin que les dossiers généraux soient conservés.

Actuellement, ce problème est souvent résolu en fournissant aux employés géographiquement éloignés un accès à distance à une base de données commune. Cela peut être fait en publiant la base de données sur un serveur Web, via un bureau distant, etc.

Cependant, les situations ne sont pas rares lorsqu'il n'y a tout simplement pas d'Internet dans un bureau géographiquement éloigné ou qu'il n'est pas suffisamment stable pour travailler dans une base d'informations commune. A cet effet, 1C dispose d'un mécanisme de mise en place d'une base de données distribuée.

En termes simples, le siège social est l’endroit où se trouve la base principale. Le service distant utilise un subordonné. Il peut y avoir plusieurs bases d'esclaves de ce type. En conséquence, une telle base de données distribuée est unie en une seule grâce à la synchronisation. Cela peut être fait soit automatiquement selon un planning, soit manuellement.

Dans cet article, nous examinerons la mise en place d'une base de données distribuée pour 1C : Comptabilité 3.0. Malgré cela, les instructions conviennent à la plupart des autres configurations 1C 8.3.

note que toutes les modifications de configuration nécessaires doivent être apportées uniquement dans la base de données principale du RIB. Lors de la synchronisation, ces modifications seront transmises à toutes les bases de données esclaves et prendront effet.

Base d'informations principale

Lors de l'utilisation d'une base de données distribuée, les paramètres principaux relèvent de la base de données principale. Ils doivent être effectués dans la section « Administration », comme le montre l'image ci-dessous.

Dans la fenêtre qui s'ouvre, cochez immédiatement la case « Synchronisation des données ». En bas, précisez le préfixe du principal (base de données actuelle). Il ne peut pas contenir plus de deux caractères. Dans notre cas, le préfixe sera « BG », puisque nous entendons que ce RIB 1C est « Main Accounting ».

Vous pouvez maintenant commencer à configurer la synchronisation elle-même, à savoir en précisant avec quelle (ou plusieurs) base(s) de données les données seront échangées. Pour cela, suivez le lien hypertexte « Paramètres de synchronisation des données ». Il ne sera disponible pour la navigation que si la case à gauche est cochée.

Dans la fenêtre qui s'ouvre, sélectionnez « Complet » dans le menu. Cela nous permettra de spécifier n'importe quelle base d'informations 1C pour la synchronisation.

Dans la première fenêtre de connexion d'une base de données subordonnée, située dans un bureau géographiquement distant, cochez la case indiquant que la connexion se fera via un répertoire local ou réseau. Dans notre cas, il s'agit de « D:\DB\InfoBase ». Nous vérifierons également au préalable si vous pouvez y écrire.

Assurez-vous de spécifier différents préfixes pour différentes bases de données. Le fait est que lors de la synchronisation des données, les données surchargées de chaque base de données se voient attribuer leur propre préfixe. S'ils sont dupliqués, le travail sera incorrect et le programme ne vous donnera donc pas cette opportunité.

Lorsque le programme vous invite à créer une image de démarrage, sélectionnez cette option. Cette procédure prendra un certain temps, après quoi enregistrez-la sur votre ordinateur sous le nom « 1Cv8.1CD ».

La synchronisation elle-même peut se faire soit automatiquement selon un planning que vous pouvez configurer vous-même, soit manuellement. Dans le second cas, cliquez simplement sur le bouton « Synchroniser » à un moment qui vous convient.

Nœud esclave RIB

Le nombre de réglages effectués dans la base de données esclave est nettement inférieur. Dans la même rubrique, cochez le drapeau « Synchronisation des données » et en cliquant sur le lien correspondant, le bouton « Synchroniser » sera disponible.

Dans notre exemple, deux éléments ont été ajoutés à la base de données principale : « Beam » et « Board ». Après synchronisation, ils se sont retrouvés dans la base de données esclave. Comme vous pouvez le voir sur l'image ci-dessous, ils ont reçu le préfixe « BG ». Les deux positions restantes (« Tour » et « Palette ») reçoivent le préfixe « BP », car elles ont été créées directement dans la base de données subordonnée.

note que la numérotation des éléments dans notre cas est continue, mais uniquement à l'intérieur d'un même préfixe.

La technologie des bases d'informations distribuées (RIB) vous permet de créer un système géographiquement distribué basé sur les configurations 1C Enterprise. Cela vous permet de disposer d'un espace d'information commun même avec les services qui ne disposent pas d'un canal de communication fiable, combinant une grande autonomie des nœuds avec la possibilité d'échanger rapidement des informations. Dans nos articles nous examinerons les fonctionnalités et la mise en œuvre pratique de ce mécanisme sur la plateforme 8.2

Tout d’abord, demandons-nous : pourquoi l’autoéchange ? Les technologies modernes, combinées à un Internet peu coûteux et rapide, permettent d'organiser le travail à distance sans aucune difficulté. Le choix des méthodes est toujours aussi large : RDP, clients légers et web, connexion de réseaux via VPN, il y a beaucoup de choses à penser. Cependant, toutes ces méthodes présentent un inconvénient important : une forte dépendance à la qualité du canal de communication.

Même avec un fonctionnement idéal du fournisseur local, il est impossible de garantir une disponibilité à 100 % du canal de communication. Les problèmes avec le fournisseur de réseau fédérateur, le manque d’alimentation électrique, les dommages physiques à la ligne de communication et bien d’autres facteurs rendent cette tâche insurmontable. Dans le même temps, l'inaccessibilité de la base d'informations dans un entrepôt ou un magasin de détail éloigné entraîne des pertes assez importantes. Et enfin, n’oublions pas qu’il existe des endroits (par exemple les zones industrielles en périphérie des villes) où fournir un canal de communication de haute qualité s’avère coûteux et/ou problématique.

Le mécanisme RIB permet de s'affranchir de ces défauts, chaque service dispose de sa propre copie de la base d'informations avec laquelle vous pouvez travailler de manière autonome même en l'absence totale de communication avec le monde extérieur. Et la petite quantité d'informations transmises vous permet d'utiliser n'importe quel canal de communication, y compris l'Internet mobile, pour l'échange.

RIB sur la plate-forme 8.2 n'est pas quelque chose de fondamentalement nouveau, représentant un développement ultérieur de la plate-forme RIB 7.7, seulement maintenant, cette technologie est devenue plus accessible et plus simple. Contrairement au composant RIB, qui devait être acheté séparément, le RIB fait partie intégrante de nombreuses configurations standards et fonctionne entièrement en mode utilisateur, permettant de se passer du Configurateur même au stade de la configuration.

À ce stade, il serait temps de passer à la partie pratique, mais nous devrons faire encore une digression. Le fait est que le passage à la plateforme 8.2, qui semble déjà intervenu, a en fait conduit à l'émergence de deux types de configurations : basées sur une application managée, « native » pour la plateforme 8.2, et adaptée de la 8.1, poursuivant utiliser des technologies et des mécanismes obsolètes. Une partie importante des configurations (Comptabilité d'entreprise, Paie et Gestion RH) étant adaptées ou transitoires, elles ne peuvent être écartées, c'est pourquoi la première partie de notre article sera consacrée à ces configurations (essentiellement la plateforme 8.1), tandis que dans la seconde nous examinerons la mise en place d'un échange automatique pour les configurations basées sur une application gérée (plateforme 8.2).

Considérons une tâche pratique : mettre en place l'échange automatique via FTP pour la configuration Enterprise Accounting 2.0. Bien que RIB vous permette d'échanger par courrier électronique ou par partage de fichiers, nous vous recommandons d'utiliser FTP comme méthode de communication la plus simple et la plus fiable. Vous pouvez lire comment configurer votre propre serveur FTP ou utiliser le service FTP de n'importe quel fournisseur d'hébergement.

Tout d'abord, nous devons configurer les nœuds d'échange. Pour cela, lancez la configuration avec les droits d'administrateur et sélectionnez Transactions - Plans d'échange.

Dans la liste qui apparaît, sélectionnez Complet planifier ou Par organisation, si les enregistrements de plusieurs entreprises sont conservés dans une seule base de données et que l'échange ne doit être effectué que pour l'une d'entre elles. Dans la fenêtre qui s'ouvre, il y a déjà un nœud - le nœud central, nous devons le modifier en indiquant le code et le nom.

Ensuite, nous créerons un autre nœud pour la branche, en le remplissant de la même manière (pour ajouter, cliquez sur le cercle vert avec un plus). L'étape suivante consiste à créer une image initiale pour ce nœud, qui est une base d'informations prête à l'emploi en mode fichier. Pour ce faire, faites un clic droit sur le nœud souhaité et sélectionnez dans la liste déroulante Créer une image de départ.

Maintenant passons à autre chose Service - Base d'informations distribuées (DIB) - Configurer les nœuds RIB.

Dans la fenêtre qui s'ouvre, cliquez sur le bouton Ajouter et configurez un nouvel échange en spécifiant l'hôte distant, le type d'échange (via FTP) et les paramètres de connexion au serveur.

Signet Échange automatique permet de mettre en place un planning d'échange, d'échange par événements (début et fin de travail, etc.), ces paramétrages sont effectués pour l'utilisateur pour le compte duquel l'échange sera effectué, assurez-vous donc qu'il dispose des droits d'échange de données.

N'oubliez pas de spécifier le préfixe du nœud pour la numérotation des documents (sinon vous recevrez différents documents avec les mêmes numéros) dans Outils - Paramètres du programme ; ici, vous pouvez également configurer d'autres paramètres d'échange. Sur le même onglet, vous devez sélectionner un utilisateur pour effectuer les tâches d'échange ; si vous ne le faites pas, le planning ne fonctionnera pas. N'oubliez pas que l'échange ne sera effectué que si l'utilisateur est connecté au programme.

Ceci termine la configuration du nœud central ; vous devez maintenant effectuer des paramètres similaires pour le nœud périphérique, en connectant l'image initiale en tant que système de sécurité de l'information existant. Après quoi, vous pouvez commencer à échanger des données. Pour contrôler, vous devez utiliser Moniteur de communication, il vous permet non seulement de surveiller le succès du téléchargement/téléchargement, mais affiche également les collisions survenues ou les mouvements retardés (si l'utilisateur qui a effectué l'échange n'a pas suffisamment de droits pour effectuer des actions dans la base de données). La présence de cet outil vous permet de résoudre rapidement et efficacement différents types de problèmes qui surviennent lors de l'échange automatique.

À ce stade, la configuration de l'échange peut être considérée comme terminée et vous pouvez commencer à travailler en mode distribué. Il vaut la peine de s'attarder spécifiquement sur la mise à jour ou la modification de la configuration. Ces actions ne sont disponibles que sur le nœud central ; toutes les modifications apportées seront automatiquement propagées aux nœuds périphériques lors du prochain échange. Pour effectuer des modifications automatiquement, la base de données périphérique doit être en mode exclusif, sinon vous devrez exécuter Configurateur et exécuter Mise à jour de la configuration de la base de données manuellement.

Instructions pour créer et configurer des bases de données distribuées à l'aide du composant URDB (URIB)

Le composant URDB (Distributed Database Management) permet d'échanger des informations entre deux bases de données 1C identiques. Si les configurations sont différentes, alors vous pouvez également l'utiliser, ceci est écrit dans un autre. Pour que le composant fonctionne, vous devez avoir le fichier DistrDB.dll dans le dossier BIN du programme 1C : Enterprise.

Examinons les étapes pour créer des bases de données distribuées. Par exemple, nous avons une base de travail dans le répertoire D:\base1. Il faut le rendre central et créer une base périphérique.

1. Créez un répertoire D:\base2 pour la base de données périphérique.

2. Dans les répertoires D:\base1 et D:\base2, créez les dossiers CP et PC (utilisez les lettres latines).

3. Lancez le configurateur de base de données centrale (D:\base1) et sélectionnez Menu - Administration - Sécurité des informations distribuées - Gestion.

4. Cliquez sur le bouton « Central Information Security », dans la fenêtre qui apparaît, saisissez le code et le nom de la base de données. Il est préférable d'utiliser des chiffres ou des lettres latines pour le code. Saisissez par exemple 001 et « Base centrale », validez en appuyant sur la touche « OK ».

5. Cliquez sur le bouton "Nouvelle sécurité des informations périphériques" pour créer une base de données périphérique. Nous entrons les paramètres : 002 et « Base périphérique 1 ».

6. Utilisez le curseur pour sélectionner la base « Base périphérique 1 » et appuyez sur le bouton « Configuration ». échange automatique". Dans les paramètres, changez le mode manuel en automatique. Attention, c'est important.

7. A l'aide du curseur, sélectionnez la base de données « Base périphérique 1 » et appuyez sur le bouton « Télécharger les données », puis sur le bouton « OK ». À la suite du téléchargement, le fichier D:\base1\CP\020.zip apparaîtra.

8. Lancez 1C en mode configurateur, ajoutez une nouvelle base de données « Base de données périphérique 1 » dans la fenêtre de lancement de 1C, spécifiez le répertoire D:\base2 précédemment créé pour celle-ci.

9. Sélectionnez Menu - Administration - Sécurité des informations distribuées - Gestion. A la question posée « La base d'informations n'a pas été trouvée. Voulez-vous charger des données ?" Cliquez sur le bouton "Oui" et spécifiez le nom du fichier "D:\base1\CP\020.zip", cliquez sur le bouton "OK". Une fois le téléchargement terminé, le processus de création d'une base de données périphérique peut être considéré comme terminé.

Dans et également dans les méthodes de création d'une base de données périphérique en restaurant une copie de la base de données centrale à partir d'une sauvegarde ou en attachant des fichiers d'une copie de la base de données centrale au format SQL et en exécutant le script sont donnés. Cela sera utile pour de gros volumes de données, lorsque les téléchargements prennent des heures ou sont totalement irréalistes.

Instructions d'échange entre bases de données distribuées à l'aide du composant URDB (URIB)

Prenons un exemple simplifié, nous effectuerons l'échange manuellement en lançant le configurateur. Vous pouvez utiliser le mode batch du configurateur ; vous pouvez utiliser le courrier électronique, FTP et la copie automatique de fichiers pour livrer des packages d'échange.

Pour effectuer l'échange, vous devez sélectionner Menu - Administration - Sécurité des informations distribuées - Échange automatique. Si l'échange est automatique (voir point 6 des instructions précédentes), alors tout s'arrangera.

1. Ainsi, nous modifions ou créons des objets qui migrent vers la base de données périphérique. Les règles de migration des objets sont définies dans l'onglet "Migration" dans les propriétés de l'objet (voir l'arborescence des objets dans le configurateur).

2. Lancez le configurateur de base de données centrale, sélectionnez Menu - Administration - Sécurité des informations distribuées - Auto Exchange, cliquez sur le bouton "Exécuter".

3. Déplacez le fichier résultant D:\base1\CP\020.zip vers le dossier D:\base2\CP\

4. Nous modifions certains objets dans la base de données périphérique. De préférence pas ceux qui ont été modifiés auparavant dans la base de données centrale, car la base de données centrale est prioritaire pour les modifications d'objets lors de l'échange.

5. Lancez le configurateur de base de données périphérique, sélectionnez Menu - Administration - Sécurité des informations distribuées - Auto Exchange, cliquez sur le bouton "Exécuter".

6. Grâce à l'échange automatique, nous devrions avoir des modifications provenant de la base de données centrale. Nous devrions également avoir un fichier à transférer vers la base de données centrale D:\base2\PC\021.zip

7. Copiez le fichier D:\base2\PC\021.zip dans le dossier D:\base1\PC

8. Répétez le point 2. En conséquence, les modifications reçues de la base de données périphérique apparaîtront dans la base de données centrale.

Ainsi, le principe général de l'échange : exécution alternée de l'auto-échange avec déplacement simultané de fichiers (packages d'échange) du dossier PC d'une base vers le dossier PC d'une autre base et du dossier CP d'une base vers le dossier CP de une autre base de données.

Les modifications de configuration sont effectuées uniquement dans la base de données centrale. Lors d'un changement de configuration, il est nécessaire d'effectuer l'échange dans les bases de données périphériques en mode exclusif. Pour traiter avec succès les paquets des bases de données périphériques dans la base de données centrale, la configuration doit être chargée dans les bases de données périphériques. Si vous êtes confus, ce n’est pas grave, le package rejeté par la base de données centrale sera à nouveau téléchargé.