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

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

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

آیا کسی چیزی خاص تر می داند؟

13.5.2010, 10:05

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

13.5.2010, 10:56

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

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

13.5.2010, 10:58

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

13.5.2010, 11:06

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

13.5.2010, 11:10

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

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

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

13.5.2010, 11:38

تمام آنچه شما نیاز دارید ، در حال حاضر به شما پیشنهاد شده است ، ابتدا آن را امتحان کنید

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

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

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

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

به نظر می رسد چنین موردی داریم
نظرسنجی از کاربران یک به یک (برای اینکه در کنار هم قرار نگیرند) نشان داد که به نظر می رسد این وضعیت فقط در بین کاربرانی که در ترمینال کار می کنند رخ می دهد. و آنهایی که پایانه ای را که در آن راه ندارند عبور نمی کنند
ویندوز سرور 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 پرونده ای را کپی نکرده ام
به هیچ وجه حسی نبود.

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

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

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

14.5.2010, 10:52

14.5.2010, 11:28

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

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

14.5.2010, 11:31

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

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

14.5.2010, 11:47

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

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

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

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

14.5.2010, 12:35

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

14.5.2010, 13:53

در زمان صرفه جویی در پیکربندی ، نوعی تصادف اتفاق افتاد و پایگاه سقوط کرد

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

14.5.2010, 14:39

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

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

14.5.2010, 19:37

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

14.5.2010, 22:32

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

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

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

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

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

بنابراین اولین مرحله برای تعیین اینکه کدام ابرداده جدول "_DOCUMENT158" با آن مطابقت دارد ، تعیین می شود. برای این کار روشی از بستر جهانی "GetDatabaseStorageStrure" وجود دارد. بنابراین شما خواهید فهمید که حداقل دقیقاً کدام سند "حشره دار" است.

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

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

14.5.2010, 22:53

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

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

بنابراین به نظر می رسد که مشکل در نقض ساختار خود پایه است.
بهتر است ابتدا با استفاده از کادر تأیید "جداول بازسنجی infobase" ، تست و تعمیر پایگاه داده را اجرا کنید.
بارگیری به dt با بارگیری بعدی نیز معقول است ...
chdbfl.exe بعید است که در این مورد کمک کند ... اگرچه مطمئناً اگر بقیه به شما کمک نکنند ارزش آن را دارد که تلاش کنید.

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

علائم و سابقه بیمار:

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

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

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

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

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

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

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

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

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

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

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

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

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

4. شروع به آزمایش و رفع بانک اطلاعاتی ، بررسی با ابزار ChDbfl کنید

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

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

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

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

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

پس از انجام تمام این مراحل ، بانک اطلاعاتی پرونده 1C خیلی سریعتر شروع به کار کرد. در حداکثر 10 ثانیه پرتاب شد و سرعت بازخوانی اسناد به طور متوسط \u200b\u200b12 برابر افزایش یافت.

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

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

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

Defragmenter دیسک با پایه پرونده

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

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

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

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

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

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

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

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

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

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

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

"جلسات حلق آویز"

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

نحوه رفع درگیری قفل در 1C 8.3

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

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

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

وضوح سریع درگیری قفل 1C

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

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

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

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

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

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

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

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

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

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

چگونه می توانم شماره سکو را مشاهده کنم؟ بسیار ساده. به فهرست خدمات بروید -\u003e درباره. و بیشتر در تصویر نشان می دهد که در کجا باید شماره سکو را جستجو کنید.

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