Coûts 8.1 set pour 5 utilisateurs.
Nous utilisons une comptabilité standard.
Ils travaillent principalement via le terminal, parfois sans lui.
Option base de données - fichier
Des erreurs sont vues dans ceux qui sont dans le terminal
quelque chose comme ça. J'ai fouillé sur le net, Yandex - en général, tout est en quelque sorte vague.
Principales recommandations trouvées :
1) Décharger/Charger la base de données - dans le sens d'en concocter une nouvelle depuis le configurateur
2) exécutez \Program Files\1cv81\bin\chdbfl.exe - vérifiez l'intégrité physique de la base de données
3) Testez et corrigez l'infobase
4) mise à niveau vers la dernière version 8.1
Est-ce que quelqu'un sait quelque chose de plus précis?
13.5.2010, 10:05
Tout ce dont vous avez besoin, on vous l'a déjà offert, essayez-le d'abord. Y a-t-il des erreurs physiques sur le support ?
Plus précisément vryat qui dira.
13.5.2010, 10:56
Duc ceci ... si l'on considère indépendamment de 1C, mais en général, alors bêtement l'un des deux endroits essaie de bloquer une table, le premier a le temps, et les autres sont envoyés. Voyez quelles opérations / transactions / traitements (ou comme on l'appelle en 1C) sont en cours d'exécution en ce moment. Il se peut bien que le point ne soit pas dans la plate-forme, mais dans des configurations écrites de travers ou les particularités de la façon dont ces configurations fonctionnent sur vos données.
PS Et les bases de données de fichiers en mode multi-utilisateurs sont une perversion.
13.5.2010, 10:58
Bien que l'enfer sache comment la base de données est fabriquée en 1C, il se peut que quelque part dans la base de données un fusible et toutes sortes de réparations aideront.
13.5.2010, 11:06
Oui, il me semble qu'un octogone comme plate-forme est encore humide. Quelque part, ils ont écrit que PÉRIODIQUEMENT, des tests avec une correction doivent être effectués
13.5.2010, 11:10
peu probable. Pour G8, un nouveau serveur a déjà été acheté avec Windows sous licence
L'essentiel est que l'un verrouille la table, les autres attendent le délai d'attente.
Pourquoi ils échouent est la grande question. Regardez le support physique, ça peut être stupide. Syslog, MHDD. Et toutes ces actions qui sont écrites dans le premier message sont obligatoires.
PS Nouveau ne signifie pas 100% fonctionnel.
13.5.2010, 11:38
Tout ce dont vous avez besoin, on vous l'a déjà offert, essayez-le d'abord
alors oui, il faut attendre le soir.
Il y avait peu d'espoir d'entendre quelque chose de nouveau
Ne racontez pas de miracles. Il y a suffisamment de problèmes, mais ils ne le sont pas.
où sont les merveilles ? Je n'ai pas compris, quelqu'un allait prétendre que 8.1 est une plate-forme cool sans faille ?
a écrit que des tests PÉRIODIQUEMENT avec une correction doivent être effectués
Nous semblons avoir un tel cas.
Une enquête auprès des utilisateurs un par un (afin de ne pas mentir ensemble) a montré que cette situation semble se produire UNIQUEMENT parmi les utilisateurs travaillant dans le terminal. Et ceux qui ne passent pas par la borne sur laquelle
Windows Server 2003 R2 Standard 64 ne se souvient pas d'une telle situation ou ne l'avait tout simplement pas.
De plus, deux observateurs particulièrement attentifs ont noté qu'il y a 1,5 à 2 mois, ce phénomène était BEAUCOUP moins observé
13.5.2010, 12:42
Tueur né, Antivir quel-thread coûte sur le serveur ? Si oui, essayez de désactiver ou d'ajouter la base aux exceptions
13.5.2010, 13:14
Antivir quel-thread coûte sur le serveur ?
euh faut regarder. Ceci est un serveur ennemi
des francs rusés ont pris l'une de nos bases de données pour la maintenance, ont arrêté leur serveur et ont supervisé notre travail
l'accès à leur serveur était fourni, mais dans une version tronquée.
Je regarderai.
il ne semble pas y avoir d'antivirus...
13.5.2010, 13:23
Je n'ai pas compris, quelqu'un allait prétendre que 8.1 est une plate-forme cool sans faille ?
ouais non. 7.7 est toujours de la merde par endroits, mais environ 8, il est juste d'écrire des légendes sur son buggy
Quelle est la taille de la base de données et combien d'utilisateurs ?
Additionner. Donnez un exemple précis.
Quelle est la taille de la base de données et combien d'utilisateurs ?
J'ai fait un test hier soir et j'ai corrigé. Avant cela, 1cv8.1CD était de 2 Go, maintenant il est devenu 1,5 Go.
Il y a 5 utilisateurs, ainsi que la licence elle-même.
Quant aux légendes du buggy, il y a eu un cas. Maintenant, si vous prenez 7.7 et copiez simplement 1 base de données via Total vers un autre endroit - une copie sans problème.
Une fois, j'ai essayé de faire la même chose avec une huitième base de données, j'ai copié le répertoire de la base de données à un autre emplacement,
enregistré, ouvert les deux bases en même temps, l'une était supposée pour perversions.
Dans la copie, j'ai marqué plusieurs documents à supprimer, je suis passé à la fenêtre avec la vraie base de données, je n'en ai pas cru mes yeux: les mêmes documents ont été marqués pour suppression et là
Souche de frêne, 1C a réponse à tout : faire une copie quotidienne de la base de données.
Oui, seulement c'est une mauvaise réponse
MMMarina
Tueur né,
Salut l'ami...
Mythe!
Ainsi naissent les légendes...
Salut l'ami...
Salut l'ami. C'est ce qui t'a eu
Et puis ils ont gelé les icônes sur le bureau
Mythe!
Ainsi naissent les légendes...
Je l'ai vu. Ce n'était pas drôle pour moi plus tard de faire la distinction entre les documents publiés et non publiés, après avoir supprimé le drapeau de suppression, ils deviennent tous non publiés.
Je ne me souviens plus de quelle plate-forme il s'agissait.
essayez de faire la même chose. Peut-être que tu peux le faire aussi
Ainsi naissent les légendes...
Je dirai plus: lorsque j'ai manuellement décoché quelques documents dans une copie pour suppression,
la même chose s'est produite dans la vraie base de données. Je n'ai pas eu le temps de documenter cette sensation d'une manière ou d'une autre.
Alors j'ai tout remis comme avant et je ne l'ai plus jamais refait
réparer les trous béants dans les connaissances informatiques...
Je pense vraiment que je suis sans espoir...
Concrètement, ce sujet n'est pas pour vous du tout, mon cher (c)
et en général, tout est compréhensible
obtenez un ami geek en informatique, en option)))
Dans la copie, j'ai marqué plusieurs documents à supprimer, je suis passé à la fenêtre avec la vraie base de données, je n'en croyais pas mes yeux: les mêmes documents étaient marqués pour suppression et là shok.gif
Je n'ai jamais copié le 8ème fichier base
Ce n'était en aucun cas une sensation.
Vous ne le croirez peut-être pas, mais c'ÉTAIT.
Le fait est que j'ai travaillé très étroitement avec le 8e pendant plusieurs années. Dès qu'ils n'ont pas été copiés. Donc je ne peux pas croire
Mais je peux supposer que lorsqu'une personne est surmenée, beaucoup de choses sont possibles. Je sais par moi-même.
Ne vous inquiétez pas, la base de fichiers peut être facilement copiée et élevée à n'importe quel autre endroit. Il ne devrait pas y avoir de pépins.
14.5.2010, 10:52
14.5.2010, 11:28
Il y a une hypothèse - dans le parc, j'ai enregistré la même base 2 fois
8 propose de remplacer
14.5.2010, 11:31
elle ... 7.7 en essayant de faire cela, elle est bêtement silencieuse et n'ajoute pas la base à la liste (elle ne réagit en aucune façon)
8 propose de remplacer
Peut-être que la souris vient de manquer et a lancé la même ... Les miracles ne se produisent pas
14.5.2010, 11:47
Peut-être juste raté la souris et lancé le même ...
Je vais essayer de faire quelque chose de similaire à la maison. Ensuite, je vous répondrai.
Habituellement, avant toute action dangereuse, je clique sur le point d'interrogation en 1C (7.7 ou 8-ke) (le chemin vers la base de données y est indiqué).
Alors les gens ont si unanimement ri de ma légende que j'ai commencé à douter.
Bien qu'il y ait plus de pépins dans le huit que dans le sept.
Oh, voici un pépin de cent livres, je ne suis pas le seul à l'avoir vu.
En général, ils se moquaient d'un 8e de base chez un client alors que je travaillais encore dans une franchise.
Un jour, une personne, l'autre - la seconde, le troisième je suis allé. Je leur ai demandé - avez-vous fait une copie de sauvegarde avant les exploits ? En réponse, ils hennissent comme des chevaux, ils ont marqué plus court, seulement ils ont pris la base sur cette voiture
14.5.2010, 12:35
- ils hennissent comme des chevaux, ils ont marqué plus court, seulement ils ont pris la base localement,
et j'ai eu la chance de l'eboshit du réseau. J'ai décidé de ne pas faire de copie de sauvegarde à l'instar des tavarischs précédents,
il était jeune et stupide - il y a beaucoup de show-offs.
En général, j'ai apporté des modifications à la conf, j'ai sauvegardé la conf, au moment de sauvegarder la conf, une sorte d'accident s'est produit, et la base est tombée dans la soirée. Choc. Le matin, 3 spécialistes s'y sont rendus, dont moi.
L'accident était que le numéro de version a été arraché de la base, c'est-à-dire dans la configuration, lorsque la question a été cliquée, elle était vide et le nom de la conf lui-même manquait. et pendant le cours à la base de données, aussi, pas une fichue chose était visible, l'interface incl. s'est envolé, il n'a pas été possible d'entrer dans les journaux de documents.
Nous avons résolu le problème en mettant à jour la base de données tuée avec un fichier de configuration relativement récent, tout a fonctionné.
Tout a été relancé.
Ceci est un exemple d'une véritable légende. 3 personnes ne doivent pas échouer en même temps
14.5.2010, 13:53
au moment de sauvegarder la conf, une sorte d'accident s'est produit, et la base est tombée
Eh bien, si c'était un problème de fer, alors rien de surprenant.
Mais si vous avez trouvé un bogue qui apparaît systématiquement après avoir effectué certaines actions, alors une autre conversation.
14.5.2010, 14:39
Eh bien, si c'était un problème de fer, alors ce n'est pas surprenant
diable ce qui s'est passé. fer, grille ou plate-forme - maintenant ce n'est plus si important.
Il me semble que softina ne devrait pas se comporter de manière aussi enchanteresse
C'est la même chose que de sortir Vista et d'admettre que c'est de la merde. À quelle vitesse ils sont passés de 8.0 à 8.1
PS Je comprends le sens du mot bug, merci pour votre inquiétude)))
14.5.2010, 19:37
Par exemple, si un "pépin" similaire se produit lors du déploiement de service packs ou de quelque chose d'important sur le même Vista, il est probable que le système fonctionnera alors, s'il démarre, de manière extrêmement instable.
Ou, disons, au moment de prendre de l'insuline, un tremblement de terre se produit, puis un diabétique peut mourir, parce que. la seringue roulait sous le canapé en secouant.
14.5.2010, 22:32
Born Killer, quel thread antivirus est sur le serveur ? Si oui, essayez de désactiver ou d'ajouter la base aux exceptions
Comment un antivirus peut-il affecter les verrous de table ? base 8.x est un fichier.
Dans la copie, j'ai marqué plusieurs documents à supprimer, je suis passé à la fenêtre avec la vraie base de données, je n'en croyais pas mes yeux: les mêmes documents étaient marqués pour suppression et là shok.gif
En général, je n'aimais pas ces putains de tops, depuis lors, je fais une copie de la base de données uniquement via Upload / Upload.
Comment allez-vous monsieur, une si triste légende?
Et si je m'emballais et faisais des choses plus sérieuses dans la copie (par exemple, j'ai supprimé des documents marqués pour suppression), et d'une manière obscure, les mêmes actions ont été effectuées dans la base de données principale ?
Non, cela ne peut pas être, les miracles ne se produisent pas. Vous avez probablement entré la même base de données... Dans 8-ke, vous pouvez facilement entrer la base de données 2 fois sous le même nom.
des hauts-fonds grimpaient périodiquement lors de la réalisation / de l'enregistrement de documents avec une erreur de forme
"Conflit de verrouillage lors de l'exécution de la transaction : échec du verrouillage de la table '_DOCUMENT158'"
La première étape consiste donc à déterminer à quel document de métadonnées correspond la table "_DOCUMENT158". Pour cela, il existe une méthode globale de contexte "GetDatabaseStorageStructure". Ainsi, vous comprendrez au moins exactement quel document est "bogué".
Ensuite, vous devez comprendre si quelqu'un a changé le module de conduction et frapper à la tête s'il a changé à un endroit. Très probablement, les jeux d'enregistrements de registre sont écrits explicitement via la méthode Write au lieu de laisser la plate-forme le faire correctement. Et leur séquence est foirée..
Et il n'y a pas de blocages?
En général, 5 personnes ne doivent pas être gardées mode fichier. Vous pouvez prendre un subd gratuit, n'acheter qu'une clé pour le serveur de cluster et c'est tout. Ou est-ce que ce bureau est cher?
Je ne me souviens plus si le journal technologique peut être tourné en mode fichier ou non .....
14.5.2010, 22:53
=========================================================
http://odines.ru/thread1386.html - est-ce votre fil ?
C'est-à-dire que la transaction ne transite pas même lorsqu'un utilisateur travaille ? ? Ensuite, le problème n'est probablement pas dans le code tordu lors de l'enregistrement des mouvements. Parce qu'en mode mono-utilisateur, il ne peut y avoir aucun verrou. L'enregistrement se fait de manière séquentielle.
Ensuite, le problème semble être dans les violations de la structure de la base de données elle-même.
Il est préférable d'effectuer d'abord Tester et réparer la base de données avec le drapeau "Restructuration des tables de l'infobase" coché.
Télécharger sur dt puis le charger a également du sens...
chdbfl.exe est peu susceptible d'aider dans ce cas ... même si cela vaut certainement la peine d'essayer si rien d'autre ne vous aide.
Gee - actuel en ce moment a regardé la date des messages dans le fil http://odines.ru/thread1386.html Et le développement de ceux standard dans un nouveau mode contrôlé approche à grands pas.
Et la différence entre le 8.2 et le 8.1 est bien plus grande qu'entre le 8.1 et le 7.7, surtout pour les développeurs, les cerveaux doivent être revus pour évoluer vers un mode de fonctionnement "géré"
Symptômes et antécédents du patient :
Le travail de plusieurs utilisateurs sur le réseau avec le même fichier (base de données) inclut un mécanisme de blocage du réseau. Cela fait perdre au système un temps précieux à identifier les sessions d'enregistrement ouvertes et à résoudre les conflits en conséquence.
Les principaux signes de blocage du travail :
- travail rapide des utilisateurs avec la base de données sur le réseau en mode exclusif et extrêmement lent - avec le travail simultané de plusieurs utilisateurs
- expérience utilisateur rapide base locale sur le serveur et lent - sur le réseau
- fait appel à système de fichiers un peu moins de 10 Mo/s
Donc, j'ai eu la tâche - de m'assurer que jusqu'à trois utilisateurs peuvent travailler en 1C en même temps ! Drôle, n'est-ce pas ?
J'ai oublié toutes les blagues quand j'ai vu à quoi j'avais affaire : un "serveur" représenté par un ordinateur de bureau ordinaire et deux ordinateurs portables.
Le bonheur serait incomplet sans le merveilleux SE- sur un ordinateur et sur un Ordinateur portable Windows 7, de l'autre - Windows 8.
En essayant de conserver simultanément des documents sur des ordinateurs portables, l'un a été stupide pendant environ une minute, et le second s'est envolé de 1C avec le texte d'erreur "Impossible de verrouiller la table ...".
Lancer 1C sur un ordinateur portable est une émission distincte qui a duré environ 3 minutes!
Sur de nombreuses ressources, je suis tombé sur des conseils pour aller travailler dans accès terminal. Malheureusement, Windows 7 ne permet pas aux moyens réguliers de se transformer en serveur de terminaux - au plus un connexion active. Dans le même temps, les sessions restantes ne s'arrêtent pas, vous pouvez vous reconnecter sous un autre utilisateur - "expulser" l'utilisateur précédent, mais sans mettre fin à sa session. Par conséquent, vous devez transférer 1C vers un système d'exploitation serveur, où il n'y a pas de telles restrictions. Le client, à ses risques et périls, a résolu le problème à la place en utilisant un utilitaire tiers Windows7_SP1_RDPhack.
Mais l'aventure ne s'est pas arrêtée là. Même dans la connexion terminale, il y avait des freins importants. Une fois de plus, les moteurs de recherche tout-puissants m'ont secouru. Vous trouverez ci-dessous des conseils pour accélérer le fichier 1C, que j'ai suivi :
1. Désactiver utilisation du protocole réseau IPv6, configurez l'adressage sur "l'ancien" IPv4.
2. Ajouter des processus 1C aux exceptions Fenêtre pare-feu, ainsi que dans les exclusions antivirus, ou les désactiver complètement (plus risqué, mais un simple test a montré augmentation de la vitesse republier des documents lorsque l'antivirus Avast est désactivé facteur de!)
3. Lancez l'indexation de la recherche en texte intégral dans 1C ou désactivez-la complètement
4. Exécutez le test et corrigez la base de données, en vérifiant avec l'utilitaire ChDbfl
5. Exécutez l'élément Vérifier la configuration dans la configuration (si la configuration n'est pas typique, cela peut être utile). À la suite de la vérification de la configuration, sa taille a diminué comme par magie de près d'un tiers. Quoi et comment les programmeurs entrants ont mis à jour avant moi - je n'ai pas vraiment approfondi le sujet, mais le fait est évident.
6. Désactivez les options fonctionnelles inutiles.
7. Configurez les droits des utilisateurs. (Ce conseil et le conseil précédent semblaient stupides, jusqu'à ce que je regarde le rendu des formulaires gérés lors de l'ouverture d'une liste de documents. Moins une interface gérée est superflue, plus elle fonctionne généralement rapidement)
8. Commencez à recalculer les totaux et à restaurer la séquence (une augmentation significative ne peut être que si pendant longtemps les résultats n'ont pas été restaurés)
9. Spécifiez "Vitesse de connexion - faible" dans les paramètres de la liste des bases (cela n'a pas donné de résultat spécial, sauf que les images ont été désactivées pour les sous-systèmes :))
Après avoir terminé toutes ces étapes, la base de fichiers 1C a gagné un ordre de grandeur plus rapidement. Il a démarré en 10 secondes maximum et la vitesse de repostition des documents a été multipliée par 12 en moyenne.
Peut-être que ce court article vous sera également utile si vous avez soudainement besoin d'accélérer la base de fichiers 1C.
P.S : Et exécutez le fichier 1C en utilisant l'accès au réseauÀ dossier partagé- toujours irréaliste, parce que. Dasha est la plus intelligente disque dur, RAM et le processeur sera enterré dans des verrous de réseau, et le travail de plus d'un utilisateur sera pratiquement impossible. Il s'agit de spécifiquement sur la configuration de l'UT 11.1. Les petites configurations auto-écrites peuvent très bien fonctionner très rapidement, même dans la version fichier.
Ajouts à partir de commentaires pour parution :
Défragmenteur de disque avec base de fichiers
Convolution base (peut être utile si la base est importante, par exemple, pour plusieurs années). La base de données du client était assez jeune, donc le cumul n'était pas pratique.
Mise à niveau matérielle - disque dur plus rapide, nouveau commutateur, processeur, etc.
Installer sur le serveur Web, accès par client léger. Ici les avis sont partagés. Quelqu'un dit, plusieurs fois plus vite, quelqu'un - qu'aucune accélération n'a été notée.
Il n'est pas rare que lorsque vous travaillez dans 1C, l'erreur "Conflit de verrouillage lors de l'exécution de transactions : le temps d'attente maximal pour l'octroi d'un verrou a été dépassé" se produit. Son essence réside dans le fait que plusieurs sessions tentent d'effectuer simultanément des actions similaires, affectant la même ressource. Aujourd'hui, nous allons découvrir comment corriger cette erreur.
Un grand nombre d'opérations
Tout d'abord, lors de la recherche de raisons, il convient de clarifier le nombre d'utilisateurs travaillant simultanément dans l'infobase dans laquelle le erreur similaire. Comme nous le savons, leur nombre maximum peut être assez important. C'est mille cinq mille.
Le mécanisme des verrous et des transactions est décrit dans le guide du développeur. Ils sont utilisés lorsque plusieurs sessions accèdent aux mêmes données en même temps. Il est logique que les mêmes données ne puissent pas être modifiées par différents utilisateurs au même moment.
Vous devez également vérifier si l'un des utilisateurs a commencé le traitement de la modification en masse des données. Cela peut être comme , fermeture du mois et autres. Dans ce cas, après la fin du traitement, l'erreur disparaîtra d'elle-même.
Devoirs planifiés
Il n'est pas rare que la cause de l'erreur réside dans le traitement d'une grande quantité de données. Il est recommandé de faire de telles choses la nuit. Planifiez l'exécution de ces tâches planifiées pendant les heures non ouvrables.
Ainsi, les deux utilisateurs travailleront dans un système stable et les tâches planifiées elles-mêmes seront terminées avec succès, car la probabilité de conflits avec les sessions utilisateur diminuera.
"Sessions bloquées"
Le problème des «sessions bloquées» des utilisateurs est familier à presque tous ceux qui ont rencontré le service 1C. L'utilisateur peut avoir quitté le programme il y a longtemps ou fermé un document, mais sa session reste dans le système. Le problème est le plus souvent unique et il suffit de mettre fin à une telle session via la console administrateur. Les mêmes problèmes peuvent se produire avec les tâches en arrière-plan.
Selon de nombreux commentaires sur Internet, de telles situations sont plus courantes lors de l'utilisation de clés de sécurité réseau. Si la situation de "sessions bloquées" se répète systématiquement, c'est la raison d'une vérification et d'une maintenance approfondie du système et des serveurs (si la base est client-serveur).
Erreurs lors de l'écriture de la configuration
Tout configurations typiques développé par des spécialistes et des experts qualifiés. Chaque système est soigneusement testé et optimisé pour un travail plus rapide et plus correct.
À cet égard, la cause de l'erreur peut résider dans un code sous-optimal écrit par un développeur tiers. Il peut s'agir d'une requête "lourde" qui bloquera les données pendant une longue période. Il n'est pas rare non plus de construire des algorithmes avec de faibles performances et une violation de la logique.
Il est fort probable qu'un conflit de verrouillage soit survenu précisément à cause d'erreurs du développeur s'il est survenu après la mise à jour du programme. Pour vérifier, vous pouvez simplement "annuler" les améliorations ou refactoriser le code.
Dans les systèmes multi-utilisateurs, l'organisation correcte de la structure et le réglage des serrures jouent un rôle important. Sinon, les utilisateurs rencontreront souvent des erreurs causées par la concurrence pour certaines ressources système. Mais il existe un problème de conflit de verrouillage que de nombreux utilisateurs connaissent. Pourquoi un conflit de verrouillage 1C se produit-il et comment le résoudre ?
Verrouiller le conflit dans 1C 8.3 et sa signification
Pour la plupart des utilisateurs, un message de conflit de verrouillage 1C signifie uniquement une erreur qui les empêche de faire leur travail. Ils veulent se débarrasser de ce problème dès que possible et assiéger le service informatique de plaintes selon lesquelles "1C ne fonctionne pas".
Mais pour administrateurs système et développeurs, un tel message indique un problème possible dans la structure de configuration. Avant d'essayer de plaire aux utilisateurs et de supprimer les blocages, vous devez analyser la situation et comprendre la cause du message d'erreur.
Causes des erreurs de blocage dans 1C
Manifestation test de charge démontrer que le serveur 1C peut supporter le fonctionnement parallèle de plus de cinq mille utilisateurs. Mais les conditions idéales pour de telles expérimentations sont inatteignables dans les conditions quotidiennes des grandes et moyennes entreprises. Pour obtenir des performances similaires et des performances sans erreur, la configuration doit être idéalement conçue et adaptée aux processus métier spécifiques de l'entreprise.
Si vous ne choisissez pas les options idéales, des conflits de verrouillage 1C se produisent pour les raisons suivantes :
Travail simultané des utilisateurs avec une grande quantité de données. Cette cause profonde est dictée par les mécanismes internes de 1C. Elles impliquent l'interdiction de modifier les données concernées par une transaction lancée pour le compte d'un autre utilisateur ;
Erreurs et lacunes dans la configuration. En structure solutions standards de la société 1C, les recommandations pour maximiser la productivité ont été prises en compte. Mais les développeurs tiers ne respectent pas toujours des normes élevées et vous pouvez souvent trouver les lacunes suivantes dans leur code :
- Requêtes sous-optimales ;
- Demande de soldes en début d'actions ;
- Incompréhension du but des objets de configuration et de leur utilisation incorrecte ;
- Redondance inhérente au système ou verrous développés en plus.
Comment résoudre un conflit de verrouillage dans 1C 8.3
Le message système "conflit de verrouillage lors de l'exécution de la transaction 1C 8.3" ne caractérise pas la configuration comme étant mal conçue. Mais si de tels signaux sont ignorés, alors il y a une possibilité au moment le plus crucial, par exemple, lors de la soumission d'un rapport trimestriel ou comptes annuels avoir de gros problèmes. Au mieux, un système au ralenti et des utilisateurs mécontents. Au pire, des données de sortie incorrectes, ce qui peut entraîner des sanctions de la part des autorités réglementaires.
La solution au problème du conflit de verrous dans 1C 8.3 peut être le transfert de la configuration vers un mode de gestion des verrous géré (manuel). Implémenté dans la version 8.1, le mécanisme entre les mains de spécialistes compétents résout le problème des conflits de verrouillage lors des transactions en 1C.
Mais il convient de garder à l'esprit que cette action réduira le niveau de protection des données contre les modifications du processus de lecture par d'autres utilisateurs. Par conséquent, si vous n'êtes pas prêt à contrôler indépendamment toutes les serrures du système, ne vous précipitez pas pour modifier les paramètres de configuration.
Résolution rapide du conflit de verrouillage 1C
Dans le travail d'un administrateur ou d'un développeur, il peut arriver qu'il n'y ait pas le temps de vérifier l'erreur et de trouver les causes profondes du problème. Par exemple, vous devez soumettre un rapport ou soumettre des données dans un certain délai, et les erreurs de blocage 1C l'en empêchent.
Il existe deux façons de résoudre rapidement le problème :
- Recherchez et terminez la session qui a verrouillé les données requises. Dans les petites entreprises, où le nombre d'utilisateurs 1C ne dépasse pas quelques dizaines de personnes, c'est la meilleure solution ;
- Si vous contrôlez un système qui compte des centaines d'employés, trouver la bonne session sans spécialiste Logiciel peut traîner longtemps. Dans ce cas, il sera beaucoup plus efficace de redémarrer le serveur.
Ces solutions sont radicales et ne visent qu'à décision rapide problèmes et publier des données pour les rapports urgents. Il ne peut être éradiqué qu'en comprenant la raison pour laquelle un conflit de verrouillage est survenu lors de l'exécution d'une transaction 1C. Après de telles actions, il est nécessaire de trouver des vulnérabilités dans le système, d'optimiser la configuration ou le travail des employés. Il n'est pas recommandé d'utiliser de telles mesures de manière permanente avec des conflits réguliers de verrous sur les transactions.
À quelle fréquence voyez-vous ce message ? Je pense que tous ceux qui ont une longue expérience avec 1C ont rencontré une telle erreur au moins une fois. Pourquoi le programme donne-t-il cette erreur ? "Conflit de verrouillage lors de l'exécution de la transaction : échec du verrouillage de la table" ?
Eh bien, le plus souvent, cela se produit parce que l'un des utilisateurs effectue déjà une sorte d'opération qui a bloqué cette table. Résoudre problème donné tous les utilisateurs n'ont qu'à quitter le programme. Mais il arrive aussi que l'utilisateur quitte le programme, mais que le processus du programme n'ait pas été déchargé de la mémoire. Ne panique pas! Si tous les utilisateurs se sont déconnectés du programme, mais que le message existe toujours, vous devez ouvrir le menu Outils -\u003e Utilisateurs actifs.
Et vois qui est à côté de toi ce moment fonctionne avec le programme. Si tous les utilisateurs se sont déconnectés, mais que vous voyez toujours qu'il y a quelqu'un d'autre à côté de vous, ne vous inquiétez pas. Ça arrive. Processus suspendu. Redémarrez l'ordinateur de l'utilisateur qui est actif.
Mais parfois même cela ne résout pas le problème. Il arrive qu'au moment de la transaction, le voyant clignote, ou, par exemple Disque dur Au bord de la faillite. Et ce qui est également probable, quelqu'un a sorti le cordon du concentrateur réseau et allumé la bouilloire à sa place, et à ce moment-là, vous calculiez l'amortissement. Ainsi, à de tels moments, la base de données peut être endommagée ou les données peuvent être écrites avec une erreur.
Dans ce cas, et presque toujours, si les recettes ci-dessus n'ont pas aidé, l'utilitaire chdbfl.exe aide. Il se trouve dans le dossier avec le fichier exécutable 1C. Le chemin d'accès au fichier ressemblera à "C:\Program Files\1Cv82\platform_version_number\bin\chdbfl.exe". Veuillez noter que cet utilitaire d'une version de la plate-forme peut ne pas convenir à une autre.
Par conséquent, vous devez ouvrir le dossier, exactement avec le numéro de la plate-forme actuelle sur laquelle vous travaillez.
Comment voir le numéro de plate-forme ? Très simple. Allez dans le menu Outils -> À propos. Et plus loin la photo montre où regarder le numéro de quai.
Cochez la case "Corriger les erreurs trouvées". Et appuyez sur le bouton d'exécution. Cet utilitaire corrige 90 % de toutes les erreurs qui se produisent. Je recommande fortement qu'avant d'utiliser cet utilitaire, sauvegarde base de données, mais si une erreur se produit juste au moment du déchargement, copiez le dossier entier avec base d'informations Les données.
