قفل کردن جلسات جدول 1c 8.3 انجام نشد. ترمزهای مبتنی بر فایل - نحوه جلوگیری از آن (از تجربه اخیر). خطا در هنگام نوشتن پیکربندی

هزینه 8.1 مجموعه برای 5 کاربر.
ما از حسابداری استاندارد استفاده می کنیم.
آنها عمدتاً از طریق ترمینال کار می کنند، گاهی اوقات بدون آن.
گزینه پایگاه داده - فایل
خطاها توسط کسانی که در ترمینال هستند متوجه شدند

چیزی مثل این. جستجو در شبکه، Yandex - به طور کلی، به نحوی مبهم همه چیز.
توصیه های اصلی یافت شده:
1) پایه تخلیه / بار - به معنای پایه جدید برای ساختن از پیکربندی
2) \ Program Files \ 1cv81 \ bin \ chdbfl.exe را اجرا کنید - یکپارچگی فیزیکی پایگاه داده را بررسی کنید
3) پایگاه اطلاعاتی را تست و تعمیر کنید
4) به آخرین نسخه 8.1 به روز رسانی کنید

کسی چیزی دقیق تر میدونه؟

13.5.2010, 10:05

تمام آنچه لازم است، قبلاً به شما پیشنهاد شده است، ابتدا آن را امتحان کنید. هیچ خطای فیزیکی در رسانه وجود ندارد؟
آیا مشخص تر است که چه کسی خواهد گفت؟

13.5.2010, 10:56

بنابراین این ... اگر آن را بدون توجه به 1C در نظر بگیریم، اما به طور کلی، احمقانه است که فردی از دو مکان سعی می کند یک جدول را مسدود کند، اولی زمان دارد و بقیه ارسال می شوند. ببینید چه عملیات / معاملات / پردازش (یا همانطور که در 1C نامیده می شود) در این زمان انجام می شود. ممکن است این موضوع در پلتفرم نباشد، بلکه در پیکربندی های کج نوشته یا ویژگی های کار این پیکربندی ها روی داده های شما باشد.

P.S. و پایگاه داده فایل در حالت چند کاربره یک انحراف است.

13.5.2010, 10:58

اگرچه جهنم می داند که پایگاه داده 1C-in چگونه ساخته شده است، ممکن است جایی در پایگاه داده برای فیوز و انواع تکرارها کمک کند.

13.5.2010, 11:06

بله، به نظر من اکتال مانند یک پلت فرم است - هنوز هم مرطوب است. در جایی نوشته بودند که به صورت دوره ای تست با یک فیکس باید انجام شود

13.5.2010, 11:10

بعید. برای هشت، یک سرور جدید از قبل با یک ویندوز دارای مجوز خریداری شده است

نکته اصلی این است که یکی میز را قفل می کند، بقیه تا پایان زمان صبر می کنند.
چرا آنها وقت ندارند یک سوال بزرگ است. حامل فیزیکی می تواند به نظر برسد، شاید احمقانه باشد. گزارش سیستم، MHDD. و تمام آن اقداماتی که در پست اول نوشته شده الزامی است.

P.S. نو به معنای 100% کارکردن نیست.

13.5.2010, 11:38

همه چیزهایی که نیاز دارید قبلاً به شما ارائه شده است، ابتدا آن را امتحان کنید

پس بله، باید تا عصر صبر کنید.
امید کمی برای شنیدن چیز جدیدی وجود داشت

معجزه نگو مشکلات به اندازه کافی وجود دارد، اما نیستند.

معجزات کجاست؟ من متوجه نشدم، یکی می خواست استدلال کند که 8.1 یک پلت فرم بی عیب و نقص جالب است؟

نوشت که به صورت دوره ای آزمایش با تصحیح باید انجام شود

به نظر می رسد ما چنین موردی داریم.
نظرسنجی از کاربران یک به یک (برای اینکه دوستانه دروغ نگویند) نشان داد که به نظر می رسد این وضعیت فقط در بین کاربرانی که در ترمینال کار می کنند رخ می دهد. و کسانی که از طریق ترمینال که در آن
Windows Server 2003 R2 Standart 64، یا چنین وضعیتی را به خاطر نمی آورند، یا به سادگی آن را نداشتند.
علاوه بر این، دو نفر به خصوص مشاهده کردند که 1.5-2 ماه پیش این پدیده بسیار کمتر مشاهده می شد.

13.5.2010, 12:42

قاتل متولد شده, چه تاپیک آنتی ویروسی روی سرور هست؟ اگر چنین است، سعی کنید آن را غیرفعال کنید یا پایه را به استثناها اضافه کنید

13.5.2010, 13:14

آنتی ویروس روی سرور چه رشته ای است؟

xs، شما باید نگاه کنید. این سرور دشمن است
فرنچایزهای هوشمند یکی از پایگاه های ما را برای تعمیر و نگهداری گرفتند، سرور خود را ایمن کردند و مانند آنها بر کار ما نظارت می کنند.
دسترسی به سرور آنها ارائه شد، اما در یک نسخه کوتاه.
یه نگاهی بهش می اندازم.

نه انگار آنتی ویروس هست...

13.5.2010, 13:23

من متوجه نشدم، یکی می خواست استدلال کند که 8.1 یک پلت فرم بی عیب و نقص جالب است؟
اوه خوب نه 7.7 گاهی اوقات تا به حال در جاهایی بیهوده است، اما حدود 8-ku درست است تا افسانه هایی در مورد مشکل آن بسازید

سایز پایه چقدر است و چند کاربر؟

آرایش. یک مثال مشخص بزنید.
سایز پایه چقدر است و چند کاربر؟

یک تستر در شب درست کرد و آن را اصلاح کرد. قبلش 1cv8.1CD 2 گیگ بود الان 1.5 گیگ شده.
5 کاربر و همچنین خود مجوز وجود دارد.
در مورد افسانه های مربوط به مشکل، یک مورد وجود داشت. حالا، اگر 7.7 را بگیرید و فقط 1 پایه را از طریق Total به مکان دیگری کپی کنید - یک کپی بدون مشکل.
هنگامی که سعی کردم همین کار را با یک پایه هشت بیتی انجام دهم، دایرکتوری پایه را در مکان دیگری کپی کردم.
ثبت نام کرد، هر دو پایگاه را همزمان باز کرد، یکی قرار بود منحرف شود.
در کپی، چندین سند را برای حذف علامت گذاری کردم، با یک پایگاه داده واقعی به پنجره تغییر دادم، نمی توانستم چشمانم را باور کنم: همان اسناد در آنجا نیز برای حذف علامت گذاری شده بودند.


کنده درخت خاکستر، 1C برای همه چیز پاسخ دارد: یک کپی روزانه از پایگاه داده تهیه کنید.
بله، فقط این یک پاسخ لعنتی است

MMMarina

قاتل متولد شده,

سلام رفیق...

اسطوره!
افسانه ها اینگونه متولد می شوند...

سلام رفیق...

سلام رفیق. حالا تو رانده شدی

و سپس آیکون های روی دسکتاپ آرام شدند

اسطوره!
افسانه ها اینگونه متولد می شوند...

من آن را دیدم. بعداً برای من خنده دار نبود که اسناد ارسال شده را از اسناد پست نشده تشخیص دهم، بعد از حذف علامت حذف، همه آنها غیر پست می شوند.

یادم نیست آن موقع کدام پلتفرم بود.

سعی کنید همین کار را انجام دهید شاید شما هم بتوانید آن را انجام دهید

افسانه ها اینگونه متولد می شوند...

من بیشتر می گویم: هنگامی که من به صورت دستی علامت چند سند را در یک نسخه برای حذف حذف کردم،
همین اتفاق در پایگاه داده واقعی رخ داد. در آن زمان من فرصتی برای مستندسازی این احساس نداشتم.
بنابراین من فقط آن را دوباره گذاشتم و دیگر آن را انجام ندادم.

رفع حفره های خالی دانش کامپیوتر ...
واقعا به نظر من نا امیدم...

این موضوع خاص اصلا برای شما مناسب نیست عزیزان
به طور کلی، همه چیز خود را به درک وامی دارد
به عنوان یک گزینه، یک دوست گیک پیدا کنید)))

چندین سند را برای حذف در کپی علامت زدم، به پنجره با یک پایگاه داده واقعی تغییر دادم، نمی توانستم چشمانم را باور کنم: همان اسناد برای حذف علامت گذاری شده بودند و در آنجا shok.gif

من هرگز پایه فایل 8 بیتی را کپی نکرده ام
به هیچ وجه احساسی نبود.

لعنتی شاید باور نکنی، اما اینطور بود.

واقعیت این است که من چندین سال با 8 خیلی نزدیک کار کردم. به محض اینکه کپی نشدند. پس نمی توانم باور کنم
اما می توانم حدس بزنم که وقتی فردی بیش از حد کار می کند، خیلی چیزها ممکن است. من از خودم می دانم.

نگران نباشید، پایه فایل را می توان به راحتی در هر مکان دیگری کپی و بلند کرد. هیچ اشکالی نباید وجود داشته باشد.

14.5.2010, 10:52

14.5.2010, 11:28

یه پیشنهاد هست - من همون پایه رو 2 بار برای پارکینگ ثبت نام کردم

8 پیشنهاد جایگزینی می کند

14.5.2010, 11:31

her ... 7.7 هنگام تلاش برای انجام این کار، به طرز احمقانه ای ساکت است و پایه را به لیست اضافه نمی کند (فقط به هیچ وجه واکنش نشان نمی دهد)
8 پیشنهاد جایگزینی می کند

ما فقط می توانیم ماوس را از دست بدهیم و همان یکی را اجرا کنیم ... معجزه اتفاق نمی افتد

14.5.2010, 11:47

ما فقط می توانیم با یک موس از دست بدهیم و همان یکی را اجرا کنیم ...

من سعی خواهم کرد چیزی شبیه به آن را در خانه شبیه سازی کنم. سپس اشتراک را لغو می کنم.
معمولاً قبل از هر اقدام خطرناکی، در 1C (7.7. یا 8-ke) علامت سؤال را فشار می دهم (مسیر پایگاه داده در آنجا نشان داده شده است).

در اینجا مردم چنان دوستانه به افسانه من خندیدند که من شک کردم.
اگرچه اشکالات در هشت بیشتر از هفت وجود دارد.

اوه، این یک مشکل یک مرحله ای است، نه تنها من آن را دیدم.
به طور کلی، زمانی که من هنوز در فرانچیک کار می کردم، آنها در یکی از پایگاه های 8 مشتری تمسخر کردند.
یک روز یک نفر، دیگری - دومی، روز سوم من رفتم. از آنها پرسیدم - آیا قبل از اکسپلویت ها یک نسخه پشتیبان تهیه کرده اید؟ در جواب مثل اسب ها می خندند، امتیاز کوتاه تر می گیرند، فقط روی آن ماشین پایه می گیرند

14.5.2010, 12:35

- مثل اسب ها بخند، امتیاز کوتاه تر گرفتند، فقط آنها پایگاه را به صورت محلی گرفتند،
و من این فرصت را داشتم که او را از شبکه به لعنت بفرستم. من تصمیم گرفتم از نمونه کارهای قبلی نسخه پشتیبان تهیه نکنم،
او جوان و احمق بود - خودنمایی های زیادی داشت.
در کل تغییراتی در confa ایجاد کردم، confa را ذخیره می کنم، در زمان ذخیره confa یک نوع تصادف اتفاق افتاد و پایه در عصر افتاد. شوکه شدن. صبح 3 تا متخصص رفتند از جمله من آنجا.
تصادف به این دلیل بود که شماره رهاسازی از پایه جدا شد، یعنی. در تنظیمات وقتی روی سوال کلیک کردید خالی بود و نام خود کنفرانس هم نبود. و هنگامی که در طول پایگاه داده، آن نیز قابل مشاهده نبود، رابط شامل. پرواز کرد، رفتن به مجلات اسناد غیرممکن بود.
ما مشکل را با به روز رسانی پایگاه داده کشته شده با یک فایل پیکربندی نسبتا تازه حل کردیم، همه چیز درست شد.
همه چیز احیا شد.
این نمونه ای از یک افسانه واقعی است. 3 نفر نباید همزمان باگ باشند

14.5.2010, 13:53

در زمان ذخیره تنظیمات، نوعی تصادف رخ داد و پایه سقوط کرد

خوب، اگر این یک نقص آهنی بود، پس جای تعجب نیست.
اما اگر اشکالی پیدا کردید که پس از انجام برخی اقدامات به طور پایدار ظاهر می شود، سپس یک مکالمه دیگر.

14.5.2010, 14:39

خوب، اگر این یک نقص آهنی بود، پس جای تعجب نیست

xs که بود سخت افزار، مش یا پلت فرم در حال حاضر چندان مهم نیست.
به نظر من که سافتینا نباید اینقدر دلربا رفتار کند
این همان انتشار ویستا است، و اعتراف به این که این یک مزخرف است. چقدر سریع از 8.0 به 8.1 پریدند
P.S. معنی کلمه اشکال برای من واضح است، از نگرانی شما متشکرم)))

14.5.2010, 19:37

به عنوان مثال، اگر یک "شکلی" مشابه هنگام چرخاندن بسته های سرویس یا چیز مهمی برای همان ویستا رخ دهد، این احتمال وجود دارد که پس از آن، سیستم اگر بوت شود، بسیار ناپایدار کار می کند.
یا مثلا در لحظه مصرف انسولین زلزله می آید بعد دیابتی می تواند تسلیم شود چون سرنگ هنگام تکان دادن زیر مبل غلتید.

14.5.2010, 22:32

Born Killer، چه رشته ای روی سرور وجود دارد؟ اگر چنین است، سعی کنید آن را غیرفعال کنید یا پایه را به استثناها اضافه کنید

آنتی ویروس چگونه روی قفل جدول تاثیر می گذارد؟ پایه 8.x یک فایل است.

چندین سند را برای حذف در کپی علامت زدم، به پنجره با یک پایگاه داده واقعی تغییر دادم، نمی توانستم چشمانم را باور کنم: همان اسناد برای حذف علامت گذاری شده بودند و در آنجا shok.gif
به طور کلی، من این تاپ های لعنتی را دوست نداشتم، از آن زمان تاکنون فقط از طریق آپلود / دانلود از پایگاه داده کپی می کنم.
چطوری آقا این افسانه غمگین؟
و اگر در کپی کارهای جدی تری انجام دادم (مثلاً اسناد علامت گذاری شده برای حذف را حذف کردم) و به شکلی نامشخص همان اقدامات در پایگاه داده اصلی انجام می شد؟

نه، این نمی تواند باشد، معجزه اتفاق نمی افتد. احتمالا شما همون پایه رو وارد کردید ... در 8 به راحتی میتونید 2 بار با همین نام وارد دیتابیس بشید.

هنگام انجام / ضبط اسناد با خطای فرم، گیره ها به طور دوره ای بالا می رفتند
"تداخل قفل در حین اجرای تراکنش: قفل جدول انجام نشد" _DOCUMENT158 "

بنابراین اولین قدم این است که تعیین کنید جدول "_DOCUMENT158" با کدام سند ابرداده مطابقت دارد. برای این روشی از زمینه جهانی "GetDatabaseStorageStructure" وجود دارد. بنابراین حداقل متوجه خواهید شد که کدام سند "باگ" است.

سپس باید بفهمید که آیا کسی ماژول را در آن تغییر داده است یا خیر و اگر آن را از یک مکان تغییر داده است، به سرتان ضربه بزنید. به احتمال زیاد، مجموعه رکوردهای ثبت به طور صریح از طریق روش Write به جای اینکه به پلتفرم اجازه دهند آن را به درستی انجام دهد، نوشته می شوند. و توالی آنها به هم ریخته است..
و هیچ بن بست وجود ندارد؟

به طور کلی نباید 5 نفر را در آن نگه داشت حالت فایل... Subd را می توان رایگان گرفت، فقط کلید سرور کلاستر را بخرید و تمام. یا برای دفتر گران است؟
من به یاد ندارم که آیا یک گزارش فناوری را می توان در حالت فایل فیلمبرداری کرد یا نه ...

14.5.2010, 22:53

=========================================================
http://odines.ru/thread1386.html آیا این موضوع شماست؟

یعنی حتی زمانی که یک کاربر کار می کند تراکنش انجام نمی شود؟ پس احتمالاً هنگام ضبط حرکات مشکل در کد کج نیست. زیرا در حالت تک کاربره نمی تواند قفلی وجود داشته باشد. ضبط به صورت متوالی انجام می شود.

سپس به نظر می رسد که مشکل دقیقاً در نقض ساختار خود پایگاه است.
بهتر است ابتدا تست و تعمیر پایگاه داده را با فعال بودن چک باکس «Restructuring infobase tables» اجرا کنید.
آپلود در dt با آپلود بعدی نیز منطقی است ...
chdbfl.exe در این مورد بعید است که کمک کند ... اگرچه البته اگر بقیه کمک نمی کند ارزش امتحان کردن را دارد.

Gee - در حال حاضر به تاریخ پست ها در موضوع http://odines.ru/thread1386.html نگاه کردم و توسعه موارد استاندارد در یک حالت کنترل شده جدید دور از دسترس نیست.
و تفاوت بین 8.2 و 8.1 بسیار بیشتر از بین 8.1 و 7.7 است، به خصوص برای توسعه دهندگان، مغزها باید برای توسعه برای یک حالت عملیات "کنترل شده" بازنگری شوند.

علائم و شرح حال بیمار:

کار چندین کاربر روی شبکه با یک فایل (پایگاه داده) یک مکانیسم مسدود کردن شبکه را شامل می شود. این سیستم را مجبور می‌کند تا زمان گرانبهای خود را برای شناسایی جلسات ضبط باز و در نتیجه رفع تضادها تلف کند.

علائم اصلی کار قفل ها:

• کار سریع کاربر با پایگاه داده از طریق شبکه در حالت انحصاری و بسیار کند - زمانی که چندین کاربر به طور همزمان کار می کنند
• کار سریع کاربر با پایگاه محلیروی سرور و کندی از طریق شبکه
• تجدید نظر می کند سیستم فایلکمی کمتر از 10 مگابایت بر ثانیه

بنابراین، من این وظیفه را بر عهده گرفتم - آن را طوری بسازم که سه کاربر بتوانند همزمان در 1C کار کنند! خنده دار است، اینطور نیست؟

وقتی دیدم با چه چیزی باید سر و کار داشته باشم همه شوخی ها را فراموش کردم: یک "سرور" در مقابل یک کامپیوتر اداری معمولی و دو لپ تاپ.

اگر چیزهای شگفت انگیز نبود، شادی ناقص بود سیستم عامل- در یک کامپیوتر و در یک لپ تاپ ویندوزی 7، از سوی دیگر - ویندوز 8.

هنگام تلاش برای نگه داشتن همزمان اسناد در لپ تاپ، یکی برای حدود یک دقیقه احمقانه بود و دومی با متن خطا از 1C خارج شد "نمی توان جدول را قفل کرد ...".

راه اندازی 1C روی لپ تاپ یک نمایش جداگانه است که تقریباً به طول انجامید 3 دقیقه!

در بسیاری از منابع، با توصیه هایی مواجه شدم که باید به کار مشغول شوم دسترسی به ترمینال... متأسفانه، ویندوز 7 به شما اجازه نمی دهد با استفاده از ابزارهای استاندارد - حداکثر یک - به یک سرور ترمینال تبدیل شوید اتصال فعال... در این مورد، بقیه جلسات خاتمه نمی‌یابند، می‌توانید دوباره تحت یک کاربر دیگر وصل شوید - کاربر قبلی را "بیرون انداختن"، اما جلسه او را تمام نکنید. بنابراین، شما باید 1C را به سیستم عامل سرور منتقل کنید، جایی که چنین محدودیتی وجود ندارد. مشتری مشکل را با مسئولیت خود با استفاده از ابزار شخص ثالث حل کرد. Windows7_SP1_RDPhack.

اما ماجرا به همین جا ختم نشد. حتی در اتصال ترمینال، ترمزهای قابل توجهی باقی ماندند. یک بار دیگر، موتورهای جستجوی قادر مطلق به من کمک کردند. در زیر نکاتی برای افزایش سرعت فایل 1C وجود دارد که من از آنها پیروی کردم:

1. غیر فعال کردناستفاده از پروتکل شبکه IPv6، آدرس دهی را به IPv4 "قدیمی" پیکربندی کنید.

2. فرآیندهای 1C را به استثناها اضافه کنید دیوار آتش ویندوزو همچنین حذف آنتی ویروس یا غیرفعال کردن آنها به طور کلی (خطرناک تر، اما یک آزمایش ساده نشان داد افزایش سرعتارسال مجدد اسناد با آنتی ویروس Avast غیرفعال شده است عامل از!)

3. فهرست کردن جستجوی متن کامل را در 1C شروع کنید یا آن را به طور کلی خاموش کنید

4. شروع به تست و تعمیر پایگاه داده، بررسی با ابزار ChDbfl کنید

5. مورد بررسی Config را در پیکربندی اجرا کنید (اگر پیکربندی معمولی نیست، این می تواند مفید باشد). با توجه به نتایج بررسی پیکربندی، اندازه آن تقریباً یک سوم کاهش یافت. برنامه نویسان ورودی قبل از من چه چیزی و چگونه به روز کردند - من واقعاً در آن تحقیق نکردم ، اما این واقعیت واضح است.

6. گزینه های کاربردی غیر ضروری را غیرفعال کنید.

7. حقوق کاربر را پیکربندی کنید. (این و توصیه قبلی احمقانه به نظر می رسید، تا زمانی که هنگام باز کردن لیست اسناد، رندر فرم های مدیریت شده را تماشا کردم. هرچه در یک رابط مدیریت شده غیرضروری کمتر باشد، معمولاً سریعتر کار می کند)

8. شروع مجدد محاسبه مجموع ها و بازیابی توالی (افزایش قابل توجهی فقط در صورتی ممکن است مدت زمان طولانینتایج بازیابی نشد)

9. در تنظیمات لیست پایه ها "سرعت اتصال - کم" را مشخص کنید (این کار نتیجه خاصی به همراه نداشت، به جز اینکه تصاویر زیر سیستم ها غیرفعال بودند :))

پس از انجام تمام این مراحل، پایگاه داده فایل 1C بسیار سریعتر شروع به کار کرد. حداکثر در 10 ثانیه شروع به کار کرد و سرعت ارسال مجدد اسناد به طور متوسط ​​12 برابر افزایش یافت.

اگر به طور ناگهانی نیاز به افزایش سرعت پایه فایل 1C دارید، شاید این مقاله کوچک برای شما مفید باشد.

P.S: و با استفاده از فایل 1C شروع کنید دسترسی شبکهبه پوشه به اشتراک گذاشته شده- هنوز غیر واقعی، tk. داشا باهوش ترین است درایو حالت جامد, رمو پردازنده خود را در قفل های شبکه دفن می کند و کار بیش از یک کاربر عملا غیرممکن خواهد بود. این استبه طور خاص در مورد پیکربندی UT 11.1. تنظیمات کوچک خودنویس حتی در نسخه فایل می توانند خیلی سریع کار کنند.

اضافات از نظراتبه انتشار:

Defragmenter دیسکبا پایه فایل

پیچیدگیپایه (ممکن است اگر پایه بزرگ باشد، به عنوان مثال، برای چندین سال مفید باشد). مشتری یک پایگاه داده نسبتاً جوان داشت، بنابراین جمع آوری آن عملی نبود.

ارتقاء سخت افزار - هارد دیسک سریعتر، سوئیچ جدید، پردازنده و غیره.

روی وب سرور نصب کنید، دسترسی با استفاده از تین مشتری... نظرات اینجا تقسیم شد. یکی می گوید، چندین بار سریع تر، کسی - که شتاب ذکر نشده است.

نه به ندرت، هنگام کار در 1C، خطای "تعارض قفل ها هنگام اجرای تراکنش ها: از حداکثر زمان انتظار برای اعطای قفل فراتر رفته است" رخ می دهد. ماهیت آن در این واقعیت نهفته است که چندین جلسه سعی دارند به طور همزمان اقدامات مشابهی را انجام دهند و بر همان منبع تأثیر بگذارند. امروز به نحوه رفع این خطا خواهیم پرداخت.

تعداد زیادی عملیات انجام شده است

اول از همه، هنگام جستجوی دلایل، باید مشخص شود که چه تعداد کاربر همزمان در پایگاه اطلاعاتی که در آن خطای مشابه... همانطور که می دانیم، حداکثر تعداد آنها می تواند بسیار زیاد باشد. این هزار و پنج هزار است.

مکانیسم قفل ها و تراکنش ها در راهنمای توسعه دهنده توضیح داده شده است. آنها زمانی استفاده می شوند که چندین جلسه همزمان به داده های مشابهی دسترسی داشته باشند. منطقی است که داده های یکسان توسط کاربران مختلف به طور همزمان قابل تغییر نباشد.

همچنین باید بررسی کنید که آیا برخی از کاربران برای تغییرات انبوه داده ها پردازش را آغاز کرده اند. می تواند مانند تعطیلی ماه و مانند آن باشد. در این صورت پس از پایان پردازش، خطا به خودی خود از بین می رود.

وظایف زمانبندی شده

غیر معمول نیست که علت خطا در حجم زیادی از پردازش داده ها باشد. توصیه می شود این کار را در شب انجام دهید. این کارهای برنامه ریزی شده را خارج از ساعات کاری برنامه ریزی کنید.

بنابراین، هر دو کاربر در یک سیستم پایدار کار می کنند و وظایف برنامه ریزی شده خود با موفقیت انجام می شوند، زیرا احتمال درگیری با جلسات کاربر کاهش می یابد.

"جلسات معلق"

مشکل "جلسات گیر" کاربران تقریباً برای همه کسانی که با سرویس 1C مواجه شده اند آشنا است. کاربر می توانست مدت ها پیش از برنامه خارج شود یا سندی را ببندد، اما جلسه او همچنان در سیستم باقی می ماند. مشکل اغلب یک مشکل است و کافی است چنین جلسه ای را از طریق کنسول مدیر پایان دهید. همین مشکلات می تواند در مورد مشاغل پس زمینه ایجاد شود.

با توجه به نظرات متعدد در اینترنت، چنین موقعیت هایی در هنگام استفاده از کلیدهای حفاظتی شبکه رایج تر است. اگر وضعیت "جلسات حلق آویز" به طور سیستماتیک تکرار شود، این دلیلی است برای بررسی کامل و نگهداری سیستم و سرورها (اگر پایگاه مشتری-سرور است).

خطا در هنگام نوشتن پیکربندی

همه چيز تنظیمات معمولیتوسط متخصصان و کارشناسان واجد شرایط توسعه یافته است. هر سیستم به طور کامل تست شده و برای عملکرد سریعتر و صحیح تر در آن بهینه شده است.

در این رابطه، علت خطا ممکن است در کدهای کمتر از حد مطلوب باشد که توسط یک توسعه دهنده شخص ثالث نوشته شده است. این می تواند یک درخواست "سنگین" باشد که داده ها را برای مدت طولانی مسدود می کند. همچنین مواردی از ساخت الگوریتم هایی با عملکرد پایین و نقض منطق وجود دارد.

این احتمال وجود دارد که تضاد قفل دقیقاً به دلیل خطاهای توسعه دهنده ایجاد شده باشد، اگر پس از به روز رسانی برنامه ایجاد شده باشد. برای بررسی، می‌توانید به سادگی پیشرفت‌ها را «بازگردانید» یا کد را تغییر دهید.

در سیستم های چند کاربره، سازماندهی مناسب ساختار و تنظیم قفل ها مهم است. در غیر این صورت، کاربران اغلب باید با خطاهای ناشی از رقابت برای منابع سیستم خاص مواجه شوند. اما یک مشکل تعارض قفل وجود دارد که برای بسیاری از کاربران آشناست. چرا تعارض قفل 1C وجود دارد و چگونه آن را از بین ببریم؟

تعارض قفل در 1C 8.3 و معنای آن

برای اکثر کاربران، پیامی در مورد تداخل قفل 1C فقط به معنای خطایی است که آنها را از انجام کارشان باز می دارد. آنها می خواهند هر چه زودتر از شر این مشکل خلاص شوند و بخش فناوری اطلاعات را با شکایت هایی که "1C کار نمی کند" را محاصره کنند.

اما برای مدیران سیستمو توسعه دهندگان، چنین پیامی نشان دهنده یک مشکل احتمالی در ساختار پیکربندی است. قبل از تلاش برای راضی کردن کاربران و حذف قفل ها، لازم است وضعیت را تجزیه و تحلیل کنید و علت پیام خطا را درک کنید.

دلایل مسدود کردن خطاها در 1C

نشان دهنده تست بارنشان می دهد که سرور 1C می تواند عملکرد موازی بیش از پنج هزار کاربر را تحمل کند. اما شرایط ایده آل برای چنین آزمایش هایی در شرایط روزمره شرکت های بزرگ و متوسط ​​دست نیافتنی است. برای دستیابی به همان سرعت و عملکرد بدون خطا، پیکربندی باید به طور ایده آل برای فرآیندهای تجاری خاص سازمان طراحی و تنظیم شود.

اگر گزینه های ایده آل را انتخاب نکنید، درگیری های قفل 1C به دلایل زیر رخ می دهد:

کار همزمان کاربران با حجم زیاد داده.این علت ریشه ای توسط مکانیسم های داخلی 1C دیکته می شود. آنها مستلزم ممنوعیت تغییر داده های مربوط به تراکنش است که از طرف کاربر دیگری راه اندازی شده است.

خطاها و ایرادات در پیکربندی.در ساختار راه حل های معمولیاز شرکت 1C، توصیه هایی برای به حداکثر رساندن بهره وری در نظر گرفته شد. اما توسعه دهندگان شخص ثالث همیشه استانداردهای بالایی را رعایت نمی کنند و کاستی های زیر را اغلب می توان در کد آنها یافت:

• درخواست های کمتر از حد مطلوب
• درخواست تعادل در ابتدای اقدامات؛
• درک نادرست از هدف اشیاء پیکربندی و استفاده نادرست از آنها؛
• افزونگی سیستم داخلی یا قفل های توسعه یافته اضافی.

نحوه رفع تعارض قفل در 1C 8.3

پیام سیستم "تداخل قفل هنگام اجرای تراکنش 1C 8.3" پیکربندی را به عنوان اشتباه طراحی نشده مشخص نمی کند. اما اگر چنین سیگنال‌هایی نادیده گرفته شوند، این امکان در حساس‌ترین لحظه وجود دارد، به عنوان مثال، زمانی که سه ماهه یا گزارش سالانهگرفتار مشکلات بزرگ در بهترین حالت سیستم ترمز و کاربران ناراضی است. در بدترین حالت، داده های خروجی نادرست، که می تواند منجر به جریمه از سوی مقامات نظارتی شود.

راه حل مشکل درگیری قفل ها در 1C 8.3 می تواند انتقال پیکربندی به حالت کنترل قفل کنترل شده (دستی) باشد. در نسخه 8.1 پیاده سازی شده است، مکانیسمی که در دست متخصصان ذیصلاح است، مشکل درگیری قفل را در حین معاملات در 1C حل می کند.

اما باید در نظر داشت که این اقدام باعث کاهش سطح حفاظت داده ها از تغییر در فرآیند خواندن توسط سایر کاربران می شود. بنابراین، اگر برای کنترل مستقل تمام قفل های سیستم آماده نیستید، برای تغییر تنظیمات پیکربندی عجله نکنید.

حل سریع تضاد قفل 1C

در کار یک مدیر یا توسعه دهنده، موقعیتی ممکن است رخ دهد که زمانی برای بررسی خطا و یافتن دلایل اصلی مشکل وجود نداشته باشد. به عنوان مثال، شما باید یک گزارش ارسال کنید یا داده ها را تا زمان مشخصی ارسال کنید، و خطاهای مسدود کردن 1C از این امر جلوگیری می کند.

دو راه برای حل سریع مشکل وجود دارد:

• جلسه ای را که داده های مورد نیاز را مسدود کرده است، پیدا کرده و پایان دهید. در شرکت های کوچک، که تعداد کاربران 1C از چند ده نفر تجاوز نمی کند، این بهترین راه حل است.
• اگر سیستمی را کنترل می کنید که صدها کارمند را استخدام می کند، جلسه مناسب را بدون متخصص پیدا خواهید کرد نرم افزارممکن است زمان زیادی طول بکشد در این صورت راه اندازی مجدد سرور بسیار کارآمدتر خواهد بود.

این تصمیمات رادیکال هستند و فقط هدفشان است تصمیم سریعمشکلات و انتشار داده ها برای تحویل فوری گزارش ها. فقط با درک دلیل ایجاد تعارض قفل هنگام اجرای تراکنش 1C می توان آن را ریشه کن کرد. پس از انجام چنین اقداماتی، لازم است نقاط آسیب پذیری در سیستم پیدا شود، پیکربندی یا کار کارکنان بهینه شود. در صورت بروز تداخل قفل منظم در معاملات، استفاده از چنین اقداماتی به صورت مداوم توصیه نمی شود.

چند بار این پیام را می بینید؟ من فکر می کنم همه کسانی که تجربه طولانی مدت با 1C دارند حداقل یک بار با چنین خطایی مواجه شده اند. چرا برنامه چنین خطایی می دهد؟ "تعارض قفل کردن در حین اجرای تراکنش: قفل کردن جدول انجام نشد"؟

خوب، اغلب این اتفاق می افتد به این دلیل که یکی از کاربران قبلاً نوعی عملیات را انجام می دهد که مسدود شده است. این جدول... برطرف كردن مشکل داده شدههمه کاربران فقط باید از برنامه خارج شوند. اما همچنین اتفاق می افتد که کاربر از برنامه خارج شده است، اما روند برنامه از حافظه تخلیه نشده است. وحشت نکنید! اگر همه کاربران از برنامه خارج شده اند، و پیام همچنان ظاهر می شود، باید منوی Tools -> Active Users را باز کنید.

و ببین چه کسی جز تو در آن است این لحظهبا برنامه کار می کند اگر همه کاربران رفته اند و شما هنوز می بینید که شخص دیگری به جز شما وجود دارد، نگران نباشید. اتفاق می افتد. روند معلق است. کامپیوتر کاربر فعال را مجددا راه اندازی کنید.

اما گاهی اوقات حتی این مشکل را حل نمی کند. این اتفاق می افتد که در زمان معامله، چراغ چشمک می زند یا مثلا HDDروی آخرین پاهای آدم و احتمالش هم هست که یک نفر سیم هاب شبکه را درآورده و کتری را سر جایش روشن کرده و در آن لحظه شما در حال محاسبه استهلاک بوده اید. بنابراین در چنین لحظاتی ممکن است پایگاه داده آسیب ببیند یا داده ها با خطا نوشته شوند.

در این مورد، و تقریباً همیشه، اگر دستور العمل های بالا کمک نکردند، ابزار chdbfl.exe کمک می کند. در پوشه ای با فایل اجرایی 1C قرار دارد. مسیر فایل چیزی شبیه به "C: \ Program Files \ 1Cv82 \ platform_version_number \ bin \ chdbfl.exe" خواهد بود. لطفاً توجه داشته باشید که این ابزار از یک نسخه از پلتفرم ممکن است با دیگری کار نکند.

بنابراین، باید پوشه ای با شماره پلتفرم فعلی که روی آن کار می کنید باز کنید.

چگونه می توانم شماره پلت فرم را ببینم؟ بسیار ساده. به منوی Service -> About می رویم. و در ادامه تصویر نشان می دهد که کجا به شماره پلت فرم نگاه کنید.

ما علامت تیک "اصلاح خطاهای یافت شده" را قرار می دهیم. و دکمه execute را فشار دهید. این ابزار 90 درصد از تمام خطاهای رخ داده را برطرف می کند. من قویاً توصیه می کنم قبل از استفاده از این ابزار، موارد زیر را انجام دهید. پشتیبان گیریپایگاه داده، اما اگر خطای درست در زمان بارگیری رخ داد، کل پوشه را با آن کپی کنید پایگاه اطلاع رسانیداده ها.