La question que nous posons dans le titre de l'article est pertinente pour de nombreux administrateurs système travaillant avec ce produit. Dans la mesure du possible, nous essayons de parler des paramètres qui affectent les performances du 1C et de démystifier les mythes populaires. Aujourd'hui, à l'aide de l'exemple d'un cas récent, nous souhaitons vous parler d'un autre aspect qui peut sérieusement affecter la productivité : les tâches de routine.

Commençons par un cas réel. Il n'y a pas si longtemps, un de nos clients nous a contacté pour nous plaindre des « freins » 1C d'un de ses employés. Les symptômes étaient qu'après un certain temps, la configuration de Trade Management 10 commençait à ralentir considérablement ou, plus simplement, à se bloquer pendant un certain temps.

Une analyse plus détaillée de la situation a révélé que cela n'arrive qu'à un seul employé, et sur n'importe quel lieu de travail, cela se produit depuis longtemps, mais si auparavant les « freins » duraient environ une seconde, maintenant, après la mise à jour, ils peuvent durent jusqu'à 15 à 20 secondes, ce qui rend le travail extrêmement inconfortable.

En principe, les premières données sont déjà suffisantes pour tirer les premières conclusions. Listons-les à nouveau :

• Les « freins » se produisent constamment, avec une certaine fréquence
• Ne ralentit que pour un utilisateur
• "Ralentit" sur n'importe quel lieu de travail

Pour confirmer nos suppositions, regardons Paramètres comptables:

En effet, l'utilisateur « à problème » est répertorié comme un utilisateur effectuant des tâches de routine. Il s'est avéré qu'il était une fois une tâche d'échange automatique RIB exécutée au nom de cet utilisateur. Reste à savoir quelle était exactement la cause de ce « freinage » épisodique. C'est aussi facile à faire :

Et voici le « héros de l'occasion » : la tâche de mettre à jour l'index de recherche en texte intégral, qui était lancé toutes les 2,5 minutes. Dans ce cas, le problème a été complètement résolu en désactivant l'exécution des tâches de routine sous cet utilisateur, mais cela n'est pas toujours possible ou conseillé, nous verrons donc ci-dessous comment vous pouvez gérer les tâches de routine et comment vous assurer qu'elles ne le font pas. avoir un impact négatif sur les performances.

Application régulière

Dans les configurations basées sur une application classique, il n'existe pas d'outil unique pour gérer les tâches de routine. Cela est dû en grande partie au fait qu’au moment de leur développement initial, le concept même de tâches routinières était plutôt peu développé.

De nombreuses tâches de routine sont gérées via la configuration des sous-systèmes qui leur sont associés. Par exemple, les paramètres des tâches réglementaires liées à l'échange de données doivent être recherchés dans les paramètres d'échange associés au système d'information automatisé de l'État unifié dans les paramètres du commerce de l'alcool, etc.

À première vue, tout est assez logique, mais l'absence d'un outil unique rend difficile le contrôle des tâches de routine configurées et l'optimalité de leurs paramétrages. C'est bien s'il y a une ou deux tâches, mais s'il y en a plus ou, comme dans notre cas, il y a une suspicion sur l'une des tâches planifiées, mais vous n'avez aucune idée de qui a configuré quoi dans cette base de données.

Dans ce cas, vous devez utiliser un traitement externe Tâches de console (Console d'emplois), qui est inclus dans l'ensemble des traitements standards sur le disque ITS. Le traitement fournit une interface unique pour tous les travaux et leur permet d'être configurés de manière centralisée, ainsi que de contrôler les travaux en cours d'exécution.

Cette liste doit être soigneusement étudiée, toutes les tâches inutiles doivent être désactivées et le calendrier de celles qui sont nécessaires doit être aligné sur les besoins immédiats et le bon sens. Par exemple, dans notre cas, il n'est pas nécessaire de traiter les réponses EGAIS une fois toutes les 30 secondes (ce réglage a été effectué à des fins de test) et en mode fonctionnement, il suffira amplement de le faire, disons, une fois toutes les demi-heures.

Application gérée

Dans les configurations basées sur une application gérée, les tâches de routine se voient attribuer un rôle plus important ; avec leur aide, diverses tâches peuvent être effectuées pour maintenir la base d'informations et la maintenir à jour, mais en même temps, ce sont les tâches de routine qui sont les plus importantes. deviennent souvent la cause de « freins ».

Il y a un élément distinct dans le menu pour gérer les tâches de routine Administration - Support et maintenance.

On constate immédiatement que le nombre de tâches a considérablement augmenté (par exemple, nous avons pris la même configuration - Retail) et leur configuration appropriée peut améliorer considérablement les performances de la base d'informations. Les paramètres par défaut sont définis par 1C en fonction des besoins d'une entreprise sphérique moyenne dans le vide et ne sont même pas proches de l'optimum.

Tout d'abord, nous désactivons ce qui est clairement inutile, ce avec quoi vous ne travaillez pas. Ensuite, nous optimisons le planning des fonctions rarement utilisées, par exemple, la mise à jour du classificateur bancaire dans Retail, ainsi que le contrôle des contreparties, peuvent être effectués une fois par semaine en dehors des heures de travail ou en fin (début) de la journée de travail.

Une attention particulière doit être portée à tout ce qui concerne l'index de recherche. La recherche en texte intégral est certes une chose pratique, mais travailler avec son index est une tâche très, très gourmande en ressources. Par conséquent, vous ne devriez pas aller à l'extrême et l'abandonner, mais vous devriez sérieusement reconsidérer et ajuster ses paramètres.

Commençons avec extraction de texte, cette opération vous permet de rechercher le contenu des fichiers joints, donc si vous ne les utilisez pas, ne les recherchez pas ou si vous n'y avez que des images, alors cette opération peut être désactivée ; dans tous les cas, en l'exécutant une fois tous les 85 les secondes sont clairement exagérées.

Mise à jour de l'index PPD- l'une des opérations les plus gourmandes en ressources, effectuée une fois par minute par défaut.

Pensons maintenant à la fréquence à laquelle les informations que vous recherchez le plus souvent sont ajoutées ou mises à jour dans la base de données ? Evidemment pas toutes les minutes, il suffira donc de mettre à jour l'index beaucoup moins fréquemment : une fois par heure, une fois par jour, voire une fois par semaine.

de même pour fusion de l'indice PPD Si vous mettez à jour l'index une fois par jour, vous devez configurer la fusion pour qu'elle s'exécute une fois par semaine, en choisissant l'heure la moins perturbatrice pour démarrer la tâche.

Ces opérations simples vous permettront, sans trop nuire aux fonctionnalités de la configuration, d'élever le confort de travail avec celle-ci à un nouveau niveau en refusant d'effectuer fréquemment des opérations assez gourmandes en ressources. N’allez pas aux extrêmes : jugez judicieusement à quel point vous avez besoin de certaines capacités et à quelle fréquence vous devez effectuer les tâches qui y sont liées.

• Mots clés:

Veuillez activer JavaScript pour afficher le

Imprimer (Ctrl+P)

Arborescence des objets de configuration de base de données

Vous pouvez ouvrir la fenêtre Configuration de la base de données pour afficher la structure de configuration de la base de données, les propriétés, les formulaires, les présentations et d'autres informations sur les objets. Pour ce faire, sélectionnez Configuration – Configuration de la base de données – Ouvrir la fenêtre de configuration de la base de données. Cela ne semble pas différent de la fenêtre de configuration.

Les méthodes de travail avec les objets et les configurations de base de données sont les mêmes que les méthodes de travail dans la fenêtre Configuration, la seule différence étant que tous les objets sont en lecture seule (visibles).

Mise à jour de la configuration de la base de données

Lors de l'édition de la configuration, de nouveaux objets peuvent être créés, ceux existants peuvent être modifiés ou des objets existants peuvent être supprimés.
La structure actuelle de la base de données peut être différente de la structure de configuration. La différence entre les configurations est affichée dans l'en-tête de la fenêtre Configuration avec des symboles.
NOTE. Marque de distinctionconfigurations n'apparaît qu'après avoir enregistré les modifications apportées à la configuration principale. Cependant, après avoir enregistré la configuration principale, vous pouvez continuer à apporter des modifications, auquel cas dans l'en-tête de la fenêtre Configuration
il y aura des preuves de changement pour les deux configurations.
Pour rendre la configuration et la configuration de la base de données cohérentes, vous devez mettre à jour la configuration de la base de données. Pour ce faire, sélectionnez Configuration – Mettre à jour la configuration de la base de données. Si la configuration principale n'a pas encore été enregistrée, le configurateur la sauvegardera d'abord puis mettra à jour la configuration de la base de données.
Si une fenêtre de message a été ouverte lors de la mise à jour de la configuration de la base de données, elle est effacée.
ATTENTION! La mise à jour de la configuration de la base de données peut nécessiter l'arrêt de tous les utilisateurs.
Avant la mise à jour, vous pouvez comparer les configurations et les fusionner.
Si le débogage était en cours au moment de la mise à jour de la configuration de la base de données, alors après avoir enregistré la configuration actuelle, la question suivante apparaît à l'écran : Pour mettre à jour la configuration de la base de données, vous devez arrêter le débogage. Continuer? Si vous répondez Oui, le débogage s'arrête et la configuration de la base de données est mise à jour. Si vous répondez Non, la mise à jour n'est pas effectuée et le débogage ne s'arrête pas.
La mise à jour de la configuration de la base de données nécessite l'accès exclusif du configurateur à l'infobase. En fonction de la présence d'utilisateurs travaillant avec la base de données et de leurs modes de fonctionnement, plusieurs options de comportement du système sont possibles :
1. Le configurateur affiche un message d'erreur de verrouillage exclusif si :
● une version fichier de la base de données est utilisée ;
● il existe des sessions connectées à l'infobase sans utiliser de serveur Web ;
● aucune session exécutée via le serveur Web ;
● la mise à jour de la configuration nécessite une restructuration de la base de données.
2. Le configurateur vous propose de terminer toutes les sessions et de répéter la mise à jour si :
● la mise à jour de la configuration nécessite de restructurer la base de données ;
● les clients web ou clients légers connectés via un serveur web fonctionnent avec la version fichier de l'infobase ;
3. dans les autres cas, le configurateur propose d'effectuer une mise à jour dynamique.

Remarque 1 : Les messages de diagnostic indiquent les caractéristiques des sessions qui interfèrent avec l'action. Si le nombre de sessions est inférieur ou égal à 5, alors une liste détaillée des sessions s'affiche (indiquant le nom de l'ordinateur, tapez
applications, etc.), sinon le nombre total de sessions est affiché.
Remarque 2. L'exécution d'une infobase en mode exclusif ne transfère pas la base de données Microsoft SQL Server en mode mono-utilisateur.
Remarque 3. Pour accélérer le processus de restructuration de l'infobase, lors de l'utilisation du SGBD Microsoft SQL Server, il est recommandé de définir le mode de récupération de la base de données sur Journalisation simple ou groupée. Changement
Le mode peut être exécuté soit avant d'effectuer une restructuration, soit de manière continue si vous n'avez pas besoin de restaurer la base de données à un moment arbitraire. Avant de modifier le mode de récupération de la base de données, vous devez
Effectuez une sauvegarde de la base de données !

Erreur d'accès exclusif

Si le système ne peut pas obtenir un accès exclusif, la seule option est d'attendre que les utilisateurs soient déconnectés de l'infobase et de répéter l'opération de mise à jour.

Mettre fin aux sessions et tenter de mettre à jour

Si toutes les sessions doivent être terminées pour mettre à jour la configuration de la base de données, l'utilisateur reçoit un message.
Si la commande est sélectionnée Terminer les sessions et répéter, puis l'utilisateur est invité à confirmer l'action sélectionnée (La fin des sessions fera planter les utilisateurs ! Voulez-vous mettre fin aux sessions ?) et dans le cas
Si la réponse est oui, une tentative est effectuée pour mettre fin à toutes les sessions de l'infobase. Il tente ensuite de sauvegarder à nouveau la configuration de la base de données.
La fin de toutes les sessions entraînera le blocage de toutes les applications clientes.
Il peut y avoir des situations dans lesquelles il n'est pas possible de mettre fin à une session. Par exemple, une version fichier de l'infobase est publiée
sur un serveur Web qui nécessite un certificat client pour accéder, ou dont l'authentification est configurée sur le serveur Web et nécessite un nom d'utilisateur et un mot de passe pour y accéder. Dans ce cas, les connexions à l'infobase se font uniquement à l'aide de
serveur Web. Le configurateur ne prend pas en charge l'accès authentifié au serveur Web et ne peut donc pas tenter de mettre fin aux sessions. Si le configurateur n'a pas pu mettre fin aux sessions d'accès à l'infobase, vous pouvez soit tenter de mettre à jour la configuration de la base de données ultérieurement, soit mettre fin aux sessions par d'autres moyens.
Mise à jour dynamique
S'il est possible d'effectuer une mise à jour dynamique, l'utilisateur reçoit un message spécial (voir Fig. 28).

Mise à jour dynamique

Si vous sélectionnez la commande Mettre à jour dynamiquement, la mise à jour est effectuée sans arrêter les utilisateurs. Il est prévu que les modifications apportées soient écrites dynamiquement en tant que version des modifications de configuration (la configuration de la base de données ne changera pas). Il est possible d'apporter des modifications répétées à la configuration principale. Si, lors de la prochaine tentative de mise à jour de la configuration de la base de données, le mode de fonctionnement exclusif peut être défini, le configurateur met à jour la configuration de la base de données en tenant compte de toutes les modifications (actuelles et précédentes).
Si une mise à jour dynamique a été effectuée, les utilisateurs travaillant à ce moment-là continuent de travailler avec l'ancienne configuration. Afin de commencer à travailler avec la configuration mise à jour, l'utilisateur doit redémarrer le système 1C:Enterprise. Pour contrôler et informer les utilisateurs des modifications dynamiques apportées, vous devez utiliser la méthode contextuelle globale DatabaseConfigurationChangedDynamically().
NOTE. Une fois la mise à jour de la configuration de la base de données terminée, toutes les versions créées par la mise à jour dynamique seront supprimées.
Si des modifications sont détectées et nécessitent une restructuration de la base de données, une boîte de dialogue s'affiche avec une liste de ces modifications pour confirmer la mise à jour.
Pour confirmer l'enregistrement, cliquez sur le bouton Accepter ; pour refuser, cliquez sur le bouton Annuler.

Mise à jour de la configuration de la base de données en arrière-plan

description générale
NOTE. Disponible uniquement pour la licence CORP
La mise à jour de la configuration de la base de données, associée à la restructuration des bases de données effectuée pour les bases de données d'informations volumineuses, peut prendre beaucoup de temps. Pendant que la mise à jour est en cours, il est impossible de travailler avec l'infobase.
Afin de réduire au minimum le temps perdu sur cette opération, il existe un mode spécial qui met à jour la configuration de la base de données en arrière-plan. Une mise à jour de la configuration de la base de données en arrière-plan se caractérise par les éléments suivants :
caractéristiques:
● Disponible uniquement dans la version client-serveur de l'infobase ;
● Peut être exécuté lorsque le configurateur est fermé.
● La plupart des mises à jour de la configuration de la base de données en arrière-plan sont effectuées sans accès exclusif à la base de données (y compris l'exécution d'une opération de restructuration de la base de données).
● Les opérations suivantes ne sont pas disponibles lors d'une mise à jour en arrière-plan :
● Modification de la configuration.
● Débogage de la solution applicative.
● Réalisation d'une opération de mise à jour de la configuration de la base de données.
● L'utilisation de méthodes n'est pas autorisée SetAggregationMode(), U devenirUsingAggregations(),ReconstruireUtiliserAggrégations().
● Modification du contenu du plan comptable ou du plan des types de calcul, si le registre comptable ou le registre de calcul lui est associé
participe à une opération de mise à jour en arrière-plan. Toute tentative de modification du contenu de tels plans comptables ou de type calcul génère une erreur.
● Les mises à jour de configuration en arrière-plan peuvent être suspendues pendant 48 heures maximum. Si la « pause » dure plus de 48 heures, la mise à jour en arrière-plan sera annulée.
● La mise à jour en arrière-plan n'est pas prise en charge pour les configurations en mode de compatibilité avec la version 8.1
● La mise à jour en arrière-plan de la configuration de la base de données n'est pas prise en charge lors de l'exécution sur le SGBD IBM DB2 9.1.
Le processus de mise à jour de la configuration en arrière-plan comprend plusieurs étapes :
● Phase de traitement :
● Fonctionne longtemps.
● Cette phase peut être lancée de n'importe quelle manière :
● De manière interactive, depuis le configurateur ;
● Depuis le langage intégré (en utilisant les méthodes appropriées) ;
● Utilisation du mode de lancement batch du configurateur.

● La majeure partie des données est en cours de restructuration pour les objets de configuration suivants :
● Annuaires,
● Documents,
● Documenter les journaux,
● Registres d'informations,
● Registres d'accumulation,
● Registres comptables,
● Registres de calcul,
● Séquences,
● Plans comptables,
● Processus métiers,
● Tâches.

● Pendant la phase de traitement, le système enregistre toutes les données modifiées pour les objets ci-dessus, à l'instar des mécanismes d'échange de données.
● Phase de mise à jour :
● Démarre automatiquement après la fin de la phase de traitement, à intervalles de 1 minute.
● Lors de l'exécution d'une phase, les utilisateurs peuvent travailler avec l'infobase.
● Une phase consiste à répéter automatiquement des itérations. Chaque itération analyse les changements accumulés depuis l'itération précédente (ou la fin de la phase de traitement) et effectue une restructuration des changements accumulés.
● Les itérations se terminent lorsqu'elles passent à la phase suivante.
● Phase d'acceptation du changement :
● Nécessite un accès exclusif à l'infobase.
● Pendant que la phase est en cours, les utilisateurs ne peuvent pas travailler avec l'infobase.
● La première étape de cette phase consiste à mettre à jour les données accumulées depuis la dernière avant la phase en cours
phase, itérations de la phase de mise à jour.
● Ensuite, les données qui ne participent pas aux phases de traitement et de mise à jour sont restructurées. Ces données ne
un grand nombre de changements sont attendus et leur restructuration est réalisée rapidement.
● L'étape suivante consiste à accepter toutes les modifications apportées à la base de données.
● La mise à jour de la configuration de la base de données est alors terminée.
Si une mise à jour en arrière-plan est lancée de telle manière qu'aucune restructuration de la base de données n'est nécessaire, la totalité de la mise à jour est effectuée dans la phase de validation, qui peut être entrée immédiatement après le démarrage de la mise à jour en arrière-plan.
Lors d'une mise à jour en arrière-plan, il est possible d'arrêter le serveur ou de suspendre le processus de mise à jour en arrière-plan.
Après l'arrêt du serveur ou après l'arrêt anormal d'un processus de travail effectuant une tâche en arrière-plan du système effectuant une mise à jour, la création de la première session prendra un peu plus de temps que d'habitude. Cela est dû à la récupération de la mise à jour en arrière-plan. Cependant, le processus de mise à jour en arrière-plan lui-même est suspendu. Pour continuer à travailler, vous devez reprendre la mise à jour en arrière-plan. Ce comportement est implémenté pour empêcher le système d'entrer dans une boucle si la cause du crash du processus de travail gérant une mise à jour en arrière-plan est la mise à jour en arrière-plan elle-même.
Une fois le serveur restauré en fonctionnement normal, la mise à jour de la configuration de la base de données en arrière-plan se poursuit comme suit :
chemin:
● Si le travail a été interrompu pendant la phase de traitement, le processus continue à partir du dernier objet de configuration traité.
n’a pas été achevé.
● Si le travail a été interrompu pendant la phase de mise à jour, l'itération non terminée recommence.
CONSEIL. Il est recommandé d'annuler le processus de mise à jour de la configuration de la base de données en arrière-plan en cours dans les cas où la mise à jour de la configuration de la base de données en arrière-plan n'est pas planifiée (par exemple, le processus est suspendu indéfiniment). La mise en œuvre de cette recommandation aura un impact positif sur les performances du système, puisque les modifications ne seront pas enregistrées pour terminer la phase de mise à jour.
Lorsque vous effectuez une opération de restructuration en arrière-plan, vous devez prendre en compte certaines caractéristiques du système :
● Si un registre de comptabilité ou d'accumulation est ajouté au séparateur, alors ce registre est traité lors de la phase
accepter les changements.
● Si le type d'un délimiteur indépendant est modifié (voir ici), alors tous les objets inclus dans ce délimiteur sont traités pendant la phase de validation.
● Si le type de dimension incluse dans la sélection principale d'un registre d'information indépendant change, alors ce registre est traité lors de la phase d'acceptation du changement.

Boîte de dialogue de mise à jour de la configuration de la base de données en arrière-plan

Pour appeler l'opération de mise à jour de la configuration de la base de données en arrière-plan, sélectionnez l'élément de menu Configuration – Configuration de la base de données – Mise à jour en arrière-plan de la configuration de la base de données. Cliquer sur le bouton Exécuter démarre la phase de traitement. Dans ce cas, le texte suivant s'affiche dans la fenêtre de message de service :
Le démarrage de la mise à jour de la configuration de la base de données en arrière-plan a réussi
La configuration n'est pas disponible pour la modification. Une mise à jour de la configuration de la base de données en arrière-plan est en cours.
Une fois qu’une mise à jour en arrière-plan est lancée, la configuration ne peut plus être modifiée. Pendant qu'une phase est en cours, la mise à jour en arrière-plan peut être suspendue à l'aide du bouton Pause. Pour continuer la mise à jour en arrière-plan
est le bouton Continuer.
Après la fin de la phase de traitement, la phase de mise à jour commence, au cours de laquelle vous pouvez faire passer le système en phase d'acceptation à l'aide du bouton Terminer ou annuler la mise à jour à l'aide du bouton Annuler.
CONSEIL. Il est recommandé d'annuler le processus de mise à jour de la configuration de la base de données en arrière-plan dans les cas où la mise à jour de la configuration de la base de données en arrière-plan n'est pas planifiée (par exemple, le processus est défini sur infini).
"pause") La mise en œuvre de cette recommandation aura un impact positif sur les performances du système, puisque les modifications ne seront pas enregistrées pour terminer la phase de mise à jour.
La case à cocher Autoriser la mise à jour dynamique permet de déterminer si, lorsque vous cliquez sur le bouton Exécuter, vous souhaitez tenter d'effectuer une mise à jour dynamique au lieu de démarrer un processus de mise à jour de la configuration de la base de données en arrière-plan. Si cette case est cochée, immédiatement après avoir cliqué sur le bouton Exécuter, une vérification sera effectuée pour voir s'il est possible d'effectuer une mise à jour dynamique de la configuration. Dans le cas où la configuration permet cette possibilité, au lieu d'une mise à jour en arrière-plan de la configuration de la base de données, une mise à jour dynamique sera effectuée.
La case Exécuter sur le serveur est utilisée pour déterminer l'endroit où le démarrage, l'arrêt et l'annulation auront lieu. Si cette case est décochée, alors ces actions seront effectuées côté application client, et si cochée, puis côté serveur 1C:Enterprise. De plus, si cette case est cochée, vous pouvez mettre à jour la configuration uniquement si vous disposez du droit UpdateDatabaseConfiguration, sans que le droit Administration soit défini.

Enregistrer la configuration de la base de données dans un fichier

Pour enregistrer la configuration de la base de données dans un fichier sur le disque, sélectionnez Configuration – Configuration de la base de données –
Enregistrez la configuration de la base de données dans un fichier. Une boîte de dialogue de sélection de fichier standard s'affiche à l'écran. Vous devez sélectionner un répertoire et préciser
le nom du fichier dans lequel la configuration de la base de données sera écrite.
Le fichier de configuration de la base de données enregistré est requis pour l'opération de comparaison et de fusion des configurations.

Comparaison de la configuration et de la configuration de la base de données

Si vous apportez des modifications à la configuration et souhaitez obtenir un rapport sur les différences par rapport à la configuration de la base de données, vous devez
sélectionnez Configuration – Configuration de la base de données – Comparer, fusionner avec la configuration de la base de données.
Si nécessaire, vous pouvez restaurer les objets modifiés.

Refus des modifications de configuration

Pour refuser les modifications de la configuration, sélectionnez simplement Configuration – Configuration de la base de données – Revenir à la configuration de la base de données.
Note. Les éléments de menu Enregistrer la configuration de la base de données dans un fichier... et Revenir à la configuration de la base de données sont disponibles même si la configuration modifiable est fermée. La commande de configuration Retour à la base de données n'est toujours pas disponible lorsque l'infobase est connectée au stockage de configuration.

Quiconque a participé à la mise à jour des bases de données d'informations 1C:Enterprise sait que cette opération simple, en général, devient très laborieuse et prend beaucoup de temps s'il y a de nombreuses bases de données à mettre à jour. Le processus de mise à jour nécessite une attention constante de la part d'un spécialiste : confirmez-y, acceptez les modifications, acceptez-y, bien que le processus lui-même, en règle générale, ne nécessite pas d'intervention (nous considérerons les configurations prises en charge). L'automatisation de ce processus contribuera à rendre la vie beaucoup plus facile, c'est ce dont nous parlerons aujourd'hui.

Si vous disposez de 14 700 roubles supplémentaires, vous pouvez acheter un produit spécialisé 1C :Mise à jour des infobases en mode batch, nous aimerions inviter les autres à se souvenir des capacités des clés de lancement 1C, qui, entre des mains compétentes, vous permettent de faire des merveilles, et ce, entièrement gratuitement.

Clé spéciale :

/Mise à jourCfg<имя cf | cfu файла>

vous permet de mettre à jour les configurations prises en charge à partir du fichier .cf ou .cfu spécifié.

Deuxième clé :

/Mise à jourDBCfg

met à jour la configuration de la base de données.

Comme vous pouvez le constater, tous les outils nécessaires sont là, il ne reste plus qu'à apprendre à les utiliser correctement. Ouvrons le bloc-notes et commençons à écrire notre script :

:: Définir l'encodage
chcp1251

Comme très souvent les noms des dossiers contenant des bases de données contiennent des lettres russes, nous définirons l'encodage sur cp 1251, sinon l'accès à ceux-ci sera impossible. Malgré cela, vous verrez toujours « kryakozyabra » dans la fenêtre de l'interprète.

L'étape suivante consiste à définir les variables. Cela doit être fait pour que, par exemple, lors de la mise à jour de la plate-forme ou de la modification de la version, vous n'ayez pas à modifier l'intégralité du script, mais seulement à modifier une variable. Veuillez noter que si les valeurs des variables ou des options contiennent des espaces, elles doivent être placées entre guillemets.

:: Définir les variables
définirlocal

:: Nous définissons les chemins et la sortie de la plateforme 1C
set bin_dir="C:\Program Files (x86)\1cv8"
définir bin_ver = 8.3.5.1248

:: Définir le chemin vers les mises à jour 1C
définir cfu_dir=C:\Users\User_Name\AppData\Roaming\1C\1Cv82\tmplts\1c\

:: Définir le chemin d'accès au dossier contenant les journaux
définir log_dir=C:\Users\User_Name\Documents\1C_Update_log

Si nous regardons à l’intérieur du catalogue de mise à jour, nous verrons la structure suivante :

À l'intérieur se trouvent des dossiers de configuration : Comptabilité, Commerce, Gestion du Commerce, etc., qui contiennent des répertoires avec des numéros de version. Ainsi, le chemin d'accès aux mises à jour ne contient qu'une seule valeur modifiable : le numéro de version. Veuillez noter que le séparateur ici n'est pas un point, mais un trait de soulignement. Continuons notre script :

:: Indiquer la sortie de la mise à jour
:: Comptabilité 2.0
définir cfu_acc20=2_0_62_4

:: Comptabilité 3.0
définir cfu_acc30=3_0_36_19

De cette façon, vous pouvez spécifier les chemins d'accès à tous les répertoires de mise à jour nécessaires. Après quoi vous pourrez procéder directement à la mise à jour.

:: Mise à jour de la comptabilité 2.0 - LLC "Cornes et sabots"
%bin_dir%\%bin_ver%\bin\1cv8.exe CONFIG /F D:\1C_bases\Horns_and_Hooves /N"Ivanov I.I." /MOT DE PASSE /UpdateCfg %cfu_dir%\Accounting\%cfu_acc20%\1Cv8.cfu /UpdateDBCfg /Out %log_dir%\Horns_and_Hoove_%cfu_acc20%.log

Regardons de plus près les clés :

• CONFIGURATION- lancer en mode Configurateur ;
• /F- chemin d'accès à la base de données en mode fichier ;
• /S- chemin d'accès à la base de données sur le serveur, spécifié au format Nom_serveur\Nom_base de données;
• /N- Utilisateur IS, si le nom contient des espaces, alors il doit être placé entre guillemets ;
• /P- Mot de passe utilisateur IS ;
• /Mise à jourCfg- mise à jour de la configuration prise en charge ; l'argument spécifie le chemin d'accès au fichier cfu/cf ;
• /Mise à jourDBCfg- mettre à jour la configuration de la base de données ;
• /Dehors- enregistrer la sortie dans le fichier spécifié.

Par exemple, nous ferons une deuxième entrée pour mettre à jour la sécurité des informations sur le serveur :

:: Mise à jour de la comptabilité 3.0 - Vector LLC
%bin_dir%\%bin_ver%\bin\1cv8.exe CONFIG /S SRV-1C83\Vector /N"Ivanov I.I." /MOT DE PASSE /UpdateCfg %cfu_dir%\Accounting\%cfu_acc30%\1Cv8.cfu /UpdateDBCfg /Out %log_dir%\Vector_%cfu_acc30%.log

Après avoir ajouté des lignes pour toutes les bases de données nécessitant une mise à jour, enregistrez le fichier sous mise à jour-1C.bat, après quoi nous le lançons à la fin de la journée de travail et rentrons chez nous en toute sécurité, le matin, toutes les bases de données nécessaires seront mises à jour.

Veuillez noter que le script démarre 1C en arrière-plan, c'est-à-dire Extérieurement, rien ne semble se passer, mais si nous ouvrons le gestionnaire de tâches, nous y trouverons un processus en arrière-plan en cours d'exécution.

Après la mise à jour, il ne sera pas superflu d'étudier les fichiers journaux pour s'assurer que tout s'est déroulé comme il se doit, ou pour détecter et corriger rapidement les erreurs.

Lorsque de nouvelles mises à jour seront publiées, nous devrons modifier plusieurs variables dans le script : les numéros de version et le numéro de plate-forme (si nécessaire). De plus, après quelques modifications, ce script peut être utilisé pour mettre à jour séquentiellement la sécurité des informations en cas d'absence de plusieurs mises à jour ; cela sera plus préférable que de parcourir plusieurs versions, en mettant à jour à partir d'un fichier cf.

Et bien sûr, n’oubliez pas de faire des copies de sauvegarde de vos bases de données, notamment avant la mise à jour.

Pour appeler l'opération de mise à jour de la configuration de la base de données en arrière-plan, sélectionnez l'élément de menu Configuration - Configuration de la base de données - Mise à jour de la configuration de la base de données en arrière-plan.

Riz. 24. Boîte de dialogue de mise à jour de la configuration de la base de données en arrière-plan

Cliquer sur le bouton Exécuter démarre la phase de traitement. Dans ce cas, le texte suivant s'affiche dans la fenêtre de message de service :

Le démarrage de la mise à jour de la configuration de la base de données en arrière-plan a réussi. La configuration n'est pas disponible pour la modification. Une mise à jour de la configuration de la base de données en arrière-plan est en cours.

Une fois qu’une mise à jour en arrière-plan est lancée, la configuration ne peut plus être modifiée. Pendant qu'une phase est en cours, la mise à jour en arrière-plan peut être suspendue à l'aide du bouton Pause. Pour continuer la mise à jour en arrière-plan, utilisez le bouton Continuer.

Après la fin de la phase de traitement, la phase de mise à jour commence, au cours de laquelle vous pouvez faire passer le système en phase d'acceptation à l'aide du bouton Terminer ou annuler la mise à jour à l'aide du bouton Annuler.

CONSEIL. Il est recommandé d'annuler le processus de mise à jour de la configuration de la base de données en arrière-plan en cours dans les cas où la mise à jour de la configuration de la base de données en arrière-plan n'est pas planifiée (par exemple, le processus est suspendu indéfiniment). La mise en œuvre de cette recommandation aura un impact positif sur les performances du système, puisque les modifications ne seront pas enregistrées pour terminer la phase de mise à jour.

La case à cocher Autoriser la mise à jour dynamique permet de déterminer si, lorsque vous cliquez sur le bouton Exécuter, vous souhaitez tenter d'effectuer une mise à jour dynamique au lieu de démarrer un processus de mise à jour de la configuration de la base de données en arrière-plan. Si cette case est cochée, immédiatement après avoir cliqué sur le bouton Exécuter, une vérification sera effectuée pour voir s'il est possible d'effectuer une mise à jour dynamique de la configuration. Dans le cas où la configuration permet cette possibilité, au lieu d'une mise à jour en arrière-plan de la configuration de la base de données, une mise à jour dynamique sera effectuée.

La case Exécuter sur le serveur est utilisée pour déterminer l'endroit où le démarrage, l'arrêt et l'annulation auront lieu. Si cette case est décochée, alors ces actions seront effectuées côté application client, et si cochée, puis côté serveur 1C:Enterprise. De plus, si cette case est cochée, vous pouvez mettre à jour la configuration uniquement si vous disposez du droit UpdateDatabaseConfiguration, sans que le droit Administration soit défini.

Enregistrer la configuration de la base de données dans un fichier

Pour enregistrer la configuration de la base de données dans un fichier sur le disque, sélectionnez Configuration - Configuration de la base de données - Enregistrer la configuration de la base de données dans un fichier. Une boîte de dialogue de sélection de fichier standard s'affiche à l'écran. Vous devez sélectionner un répertoire et préciser le nom du fichier dans lequel la configuration de la base de données sera écrite.

Le fichier de configuration de la base de données enregistré est requis pour l'opération de comparaison et de fusion des configurations (voir ici).

Comparaison de la configuration et de la configuration de la base de données

Si, lors du processus de modification de la configuration, vous devez obtenir un rapport sur les différences par rapport à la configuration de la base de données, vous devez alors sélectionner Configuration - Configuration de la base de données - Comparer, fusionner avec la configuration de la base de données.

Si nécessaire, vous pouvez restaurer les objets modifiés.

Refus des modifications de configuration

Pour refuser les modifications de la configuration, sélectionnez simplement Configuration - Configuration de la base de données - Retour à la configuration de la base de données.

NOTE. Les éléments de menu Enregistrer la configuration de la base de données dans un fichier... et Revenir à la configuration de la base de données sont disponibles même si la configuration modifiable est fermée. La commande de configuration Retour à la base de données n'est toujours pas disponible lorsque l'infobase est connectée au stockage de configuration.

Lancement de 1C:Entreprise

Le configurateur permet de lancer le mode 1C:Entreprise. Pour ce faire, sélectionnez Service - 1C:Enterprise. Il est souvent nécessaire de lancer 1C:Enterprise en mode débogage. Pour ce faire, il existe une commandeDebugging - Démarrer le débogage (pour plus d'informations sur le débogueur, voir ici).

Si la configuration a été modifiée (des changements ont été effectués), le configurateur affiche la question : La configuration en cours d'édition diffère de la configuration de la base de données. Voulez-vous mettre à jour la configuration de votre base de données ? Pour enregistrer les modifications que vous avez apportées, sélectionnez le bouton Oui.

Si le bouton Non est sélectionné, alors le mode 1C:Entreprise démarre sans enregistrer la configuration.

En cas d'échec, la question suivante s'affiche : La configuration de la base de données ne correspond pas à la configuration enregistrée. Continuer? Si le bouton OK est sélectionné, le mode 1C:Entreprise démarre avec la configuration précédente de la base de données. Si le bouton Annuler est sélectionné, le mode 1C:Entreprise ne démarrera pas.

L'application mobile bpm'online met en œuvre un mécanisme de synchronisation de la structure de l'application, qui peut fonctionner automatiquement en arrière-plan. Pour gérer ce processus, vous devez utiliser le paramètre système [Vérifier la fréquence des mises à jour] (Fig. 1).

Riz. 1. - Paramétrage du système [Vérifier la fréquence des mises à jour]

Ce paramètre précise après quelle heure (en heures) l'application mobile peut demander des modifications de configuration à bpm'online. Si le paramètre est défini sur 0, l'application téléchargera toujours les mises à jour de configuration.

Les conditions de travail

L'application démarre la synchronisation de la structure en arrière-plan uniquement lorsque les conditions suivantes sont remplies :

• l'appareil mobile utilise la plateforme iOS ou Android ;
• la synchronisation n'a pas été démarrée auparavant ;
• Plus de temps s'est écoulé depuis la dernière synchronisation de la structure que celui spécifié dans le paramètre système [Fréquence de vérification des mises à jour] ;
• l'application est lancée ou l'application est activée (c'est-à-dire si elle a été précédemment réduite ou basculée vers une autre application).

Si des modifications ont été reçues lors de la mise à jour de la structure, l'application redémarrera automatiquement lorsque l'utilisateur la réduira ou passera à une autre application pour appliquer les modifications reçues.

Caractéristiques du travail sur différentes plateformes

Sur la plateforme Android, le mode arrière-plan est implémenté via un service exécuté en parallèle. Cette approche garantit que la synchronisation en cours est garantie, même si vous déchargez manuellement l'application de la mémoire de l'appareil.

Sur la plateforme iOS, le second permet de lancer la synchronisation en arrière-plan. vue Web, alors que l'application elle-même fonctionne principalement vue Web. Cela garantit une expérience utilisateur normale dans l'application pendant que la synchronisation de la structure s'exécute simultanément.

Contrairement à l'implémentation Android, cela ne garantit pas une synchronisation à 100 %, car la synchronisation peut être interrompue lors du déchargement manuel de l'application ou si la plateforme iOS le fait.

Sur la plateforme Windows 10, l'application vérifie au démarrage (et non en arrière-plan) les mises à jour sur le serveur.

S'il y a des mises à jour, une page avec des informations pertinentes s'affichera.