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

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

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

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

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

در این مورد، و تقریبا همیشه، اگر دستور العمل های فوق کمک نکنند، به ابزار CHDBFL.EXE کمک می کند. این در پوشه با فایل اجرایی 1C واقع شده است. مسیر به فایل تقریبا چنین "C: \\ Program Programs \\ 1CV82 \\ _rexia_belands \\ bin \\ cdbfl.exe" خواهد بود. لطفا توجه داشته باشید که این ابزار از یک نسخه از پلت فرم ممکن است به دیگری برسد.

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

نحوه دیدن شماره پلت فرم؟ بسیار ساده. برو به منوی سرویس -\u003e درباره برنامه. و در تصویر نشان می دهد که در آن برای تماشای شماره پلت فرم.

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

علائم بیمار و تاریخ:

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

علائم اساسی مسدود کردن:

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

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

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

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

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

راه اندازی 1C در یک لپ تاپ - این یک نمایش جداگانه، آخرین سفارش است 3 دقیقه!

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

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

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

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

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

4. اجرای تست و تعمیر پایه، ابزار CHDBFL را بررسی کنید

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

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

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

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

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

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

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

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

علاوه بر نظرات برای انتشار:

دیسک defragmenter با پایگاه فایل

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

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

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

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

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

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

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

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

وظایف نظارتی

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

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

"جلسات پیاده روی"

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

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

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

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

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

احتمال بالایی که مسدود شدن درگیری به دلیل خطاهای توسعه دهنده ظهور کرد، اگر پس از به روز رسانی برنامه رخ دهد. برای بررسی، شما می توانید به سادگی "Roll" Refinement را رد کنید، یا یک کد refactoring را ایجاد کنید.

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

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

آیا کسی چیزی را به طور خاص می داند؟

13.5.2010, 10:05

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

13.5.2010, 10:56

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

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

13.5.2010, 10:58

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

13.5.2010, 11:06

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

13.5.2010, 11:10

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

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

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

13.5.2010, 11:38

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

بنابراین بله، لازم است منتظر بمانید تا شب.
امید کمی برای شنیدن بود

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

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

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

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

13.5.2010, 12:42

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

13.5.2010, 13:14

چه چیزی آنتی ویروس موضوع بر روی سرور ایستاده است؟

xs، شما باید نگاه کنید این یک سروک دشمن است
franks Sunrustic یکی از پایگاه های داده ما خدمات را به دست آورد، سرور خود را ریشه کرد، و مانند آنها کار ما را نظارت می کرد
دسترسی به سرور آنها ارائه شد، اما در یک نسخه کامل شده است.
دیدن.

نه، به نظر می رسد یک آنتی ویروس ...

13.5.2010, 13:23

من نمی فهمم، کسی می گوید که 8.1 یک پلت فرم بی عیب و نقص سرد است؟
بله، نه 7.7 که LAGE به سال ارائه می دهد، اما حدود 8 کیلو، برای قرار دادن افسانه ها در مورد حشره او

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

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

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


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

منمورینا

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

سلام رفیق...

اسطوره!
در اینجا افسانه ها هستند ...

سلام رفیق...

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

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

اسطوره!
در اینجا افسانه ها هستند ...

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

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

سعی کنید آن را نیز انجام دهید. شاید شما دریافت کنید

در اینجا افسانه ها هستند ...

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

سوراخ های خمیده را در دانش کامپیوتر حذف کنید ...
درست است، به نظر من، من ناامید هستم ...

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

در کپی مشخص شده برای حذف چندین اسناد، به پنجره ای که پایه واقعی را باور نکرد، به پنجره اعتقاد نداشت: اسناد مشابه برای حذف مشخص شده اند و Shok.gif وجود دارد

این یک پایگاه داده ای نیست که هشتم را کپی کند
این احساس نبود.

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

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

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

14.5.2010, 10:52

14.5.2010, 11:28

یک مخزن طولانی مدت وجود دارد که همان پایه را 2 بار تجویز می کند

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

14.5.2010, 11:31

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

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

14.5.2010, 11:47

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

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

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

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

14.5.2010, 12:35

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

14.5.2010, 13:53

در زمان حفظ قراردادها، برخی از تصادف اتفاق افتاد، و پایه کاهش یافت

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

14.5.2010, 14:39

خوب، اگر این یک غده غده بود، هیچ چیز تعجب آور نیست

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

14.5.2010, 19:37

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

14.5.2010, 22:32

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

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

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

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

در صورت انجام / نوشتن اسناد با یک خطای مورد، به صورت دوره ای صعود کرد
"مسدود کردن درگیری در هنگام انجام یک معامله: مسدود کردن جدول" _document158 "

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

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

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

14.5.2010, 22:53

=========================================================
http://odines.ru/thread1386.html شاخه شما است؟

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

سپس به نظر می رسد یک مشکل در نقض در ساختار پایه خود را ..
بهتر است ابتدا تست را انجام دهید و پایه را با "بازسازی جداول پایگاه اطلاعات" پرچم گذاری کنید.
تخلیه به DT با بارگذاری بعدی نیز معنی دارد ...
chdbfl.exe در این مورد، بعید به نظر می رسد که کمک کند ... اگر چه البته ارزش تلاش دارد اگر بقیه کمک نمی کند.

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

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

بلوک درگیری در 1C 8.3 و ارزش آن

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

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

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

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

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

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

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

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

نحوه رفع شکست قفل در 1C 8.3

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

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

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

قطعنامه تصمیم گیری سریع 1C

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

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

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

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