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

هزینه 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-v چگونه ساخته شده است، ممکن است مشکلی در جایی در پایگاه داده وجود داشته باشد و انواع تعمیرات به شما کمک کند.

13.5.2010, 11:06

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

13.5.2010, 11:10

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

نکته اصلی این است که یکی میز را قفل می کند، بقیه تا زمان پایان منتظر می مانند.
چرا آنها وقت ندارند یک سوال بزرگ است. به رسانه های فیزیکی نگاهی بیندازید، ممکن است احمقانه باشد. Syslog، 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

آیا آنتی ویروسی روی سرور نصب شده است؟

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

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

13.5.2010, 13:23

من نمی فهمم، کسی می خواهد ادعا کند که 8.1 یک پلت فرم عالی و بی عیب است؟
آره لعنت بهش 7.7 هنوز در بعضی جاها مزخرف است، اما حدوداً 8 زمان آن است که درباره اشکالات آن افسانه بنویسیم.

حجم پایگاه داده چقدر است و چند کاربر؟

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

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


Ash stump، 1C برای همه چیز پاسخ دارد: یک کپی روزانه از پایگاه داده تهیه کنید.
بله، اما این پاسخ بدی است

MMMarina

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

سلام رفیق...

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

سلام رفیق...

سلام رفیق. بنابراین شما را تحت تاثیر قرار داد

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

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

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

یادم نیست آن موقع چه پلتفرمی وجود داشت.

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

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

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

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

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

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

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

شاید باورت نشود، اما این اتفاق افتاد.

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

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

14.5.2010, 10:52

14.5.2010, 11:28

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

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

14.5.2010, 11:31

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

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

14.5.2010, 11:47

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

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

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

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

14.5.2010, 12:35

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

14.5.2010, 13:53

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

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

14.5.2010, 14:39

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

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

14.5.2010, 19:37

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

14.5.2010, 22:32

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

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

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

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

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

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

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

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

14.5.2010, 22:53

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

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

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

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

در SSIS من سعی می کنم از یک وظیفه سیستم فایل برای انتقال یک فایل به فهرست بایگانی استفاده کنم. این چیزی است که وظیفه من به نظر می رسد - http://imgur.com/raPZIzL

وقتی بسته را اجرا می‌کنم، در این کار با مشکل مواجه می‌شوم: خطا: 0xC0014054 در کار سیستم فایل: متغیر '\xxx\yyyy\Eligibility\SOURCE_ELIGIBILITY_IMPORT_0482014.CSV' برای دسترسی خواندن با خطای 0xC001001 قفل نشد. این زمانی اتفاق می‌افتد که سعی شود متغیری از مجموعه متغیرها در یک ظرف در حالی که بسته در حال اجرا است بازیابی شود و نام متغیر تغییر نکرده باشد یا متغیر ایجاد نشده باشد.

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

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

ویرایش: اطلاعات بیشتر... اگر DelayValidation را از True به False تنظیم کنم، قبل از اجرای هر چیزی با همان خطا مواجه می شوم، اگرچه این بار قبل از اینکه فرصتی برای تنظیم کد داشته باشد، از مقدار اولیه متغیر شکایت می کند.

در اینجا خطاهای خاص وجود دارد:

خطا: 0xC0014054 در سیستم فایل کار: قادر به قفل کردن متغیر '\XXX\YYYY\Eligibility\SOURCE_ELIGIBILITY_IMPORT_0482014.CSV' برای دسترسی خواندن با خطای 0xC0010001 'متغییر نمی تواند از زمانی که تلاش می شود پیدا شود جمع آوری متغیرها در کانتینر در حالی که بسته در حال اجرا است و متغیر گم شده است ممکن است نام متغیر تغییر کرده باشد یا متغیر ایجاد نشده باشد.

خطا: 0xC002F304 در File System Task، File System Task: خطایی با پیغام خطای زیر روی داد: "Fail to lock variable '\XXX\YYYY\Eligibility\SOURCE_ELIGIBILITY_IMPORT_0482014.CSV' for reading access with error 0xC is not be found for reading with error 0xC01010" این زمانی اتفاق می‌افتد که در طول اجرای دسته‌ای، یک متغیر از مجموعه متغیرها در یک کانتینر بازیابی شود و متغیر وجود نداشته باشد. ممکن است نام متغیر تغییر کند یا متغیر ایجاد نشود. ".".

خطا: 0xC0014054 در سیستم فایل مشکل: قفل کردن متغیر '\XXX\YYYY\Eligibility\Archive' برای دسترسی خواندن با خطای 0xC0010001 "نمی‌توان متغیر را یافت. این زمانی رخ می‌دهد که تلاش برای دریافت یک متغیر از مجموعه متغیرها در یک کانتینر در زمان اجرا، اما متغیر وجود ندارد. نام متغیر ممکن است تغییر کرده باشد یا متغیر ایجاد نشده باشد.

خطا: 0xC002F304 در File System Task، File System Task: خطایی با پیام خطای زیر روی داد: "Failed to lock variable '\XXX\YYYY\Accessibility\Archive' for reading access with error 0xC0010001" این متغیر یافت نشد. این زمانی اتفاق می‌افتد که تلاش می‌شود یک متغیر از مجموعه متغیرها در یک ظرف در طول اجرای دسته‌ای دریافت شود و متغیر وجود نداشته باشد. ممکن است نام متغیر تغییر کند یا متغیر ایجاد نشود. ".

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

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

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

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

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

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

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

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

به گزارش RKN، به منظور پشتیبانی از عملکرد این پیام رسان بدون نصب چنین ابزارهایی توسط کاربران، تلگرام شروع به تغییر فعال آدرس های IP از سرویس های وب آمازون و سرویس های ابری Google Cloud کرد. Roskomnadzor آدرس های IP جدیدی را وارد رجیستری می کند و دسترسی به آنها را از روسیه مسدود می کند، اما پیام رسان بلافاصله به یک مجموعه جدید از آدرس ها تغییر می کند. همانطور که توسط الکساندر لیامین، مدیرعامل Qrator Labs اشاره شده است، تلگرام دارای مهندسان عالی است که اکنون از تمام کاستی ها و آسیب پذیری های سیستم فیلترینگ مورد استفاده در روسیه استفاده می کنند.

آدرس های IP برای چند سنت در ساعت

هر دستگاه متصل به شبکه جهانی (سرورها، سرویس های اینترنتی، دستگاه های کاربر و غیره) از یک آدرس IP استفاده می کند که در آن می توان آن را پیدا کرد. در کل، حدود 4 میلیارد آدرس IP در جهان استفاده می شود. تلگرام در ابتدا پنج استخر یا حدود 8 هزار آدرس IP را برای این سرویس ثبت کرد. با تصمیم دادگاه تاگانسکی، آنها در فهرست اقلام ممنوعه قرار گرفتند و دسترسی به آنها از روسیه مسدود شد. با این حال، به گفته RKN، این پیام رسان مجموعه های جدیدی از آدرس ها را از خدمات وب آمازون اجاره کرده است. همانطور که توسط کارشناس مستقل (کارمند سابق Yandex) ولادیمیر ایوانوف پیشنهاد شده است، Roskomnadzor آدرس های جدیدی را که تلگرام دریافت کرده بود نظارت می کرد. به محض اینکه مجموعه های دریافتی از آدرس های IP در رجیستری RKN قرار گرفتند، تلگرام آدرس های جدیدی دریافت کرد. علاوه بر این، برای به دست آوردن آدرس های جدید یک دقیقه طول می کشد، در حالی که طبق گفته ایوانف، Roskomnadzor به طور متوسط ​​حدود یک ساعت طول می کشد تا بلوک جدیدی از آدرس های IP را مسدود کند. هزینه چنین سرویسی از وب سرویس آمازون از 0.0058 دلار در ساعت شروع می شود.

2. این مدت چقدر می تواند ادامه داشته باشد؟

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

در همان زمان، Roskomnadzor به طور فعال به اضافه کردن آدرس های IP جدید مورد استفاده توسط تلگرام به لیست آدرس های ممنوعه ادامه داد. تا اواسط روز سه‌شنبه، 17 آوریل، این فهرست شامل بیش از 15.6 میلیون آدرس IP بود که بخش عمده‌ای از آنها در خدمات وب آمازون و Google Cloud ثبت شده بودند. اکثر این آدرس ها دیگر توسط تلگرام استفاده نمی شوند، اما رفع انسداد دسترسی به آنها از روسیه به صورت خودکار اتفاق نمی افتد. آمازون و گوگل باید با RKN مذاکره کنند تا این ممنوعیت ها را لغو کنند، اما هنوز مشخص نیست که چقدر طول می کشد.

به گفته الکساندر لیامین، تلگرام با انگیزه و منابع کافی می تواند روش های جدیدی ابداع کند و بلاک را برای مدت بسیار طولانی دور بزند. اولاً، علاوه بر خدمات وب آمازون و Google Cloud، هنوز خدمات ابری زیادی وجود دارد. Azure، Cloudflare، DigitalOcean، ProfitBricks و سایر موارد کوچک وجود دارد. علاوه بر این، همیشه این گزینه برای ایجاد یک پروتکل حمل و نقل جدید بر اساس اصول غیرمتمرکز وجود دارد که در آن هر مشتری تلگرام یک گره در یک شبکه خودسازمانده است. لیامین خاطرنشان کرد: تنها سوال میزان منابع دوروف و تمایل او به خرج کردن آن است. بر اساس ارزیابی وی، نگهداری این سرویس برای دوروف بسیار گران است. این کارشناس معتقد است که بنیانگذار تلگرام می تواند به طور مستقیم و غیرمستقیم روزانه تا 1 میلیون دلار ضرر کند. توکن هایی که به صاحبان خود می دهند، دارای حقوق خاصی از پلتفرم بلاک چین TON خود هستند، یعنی نباید از نظر بودجه محدود شوند.

ولادیمیر ایوانف نظر دیگری دارد. او معتقد است که Pavel Durov به بیش از 0.5-1000 دلار در ماه نیاز ندارد تا آدرس های IP را به سبک فعلی تغییر دهد. با این حال، با توجه به اینکه Roskomnadzor شروع به مسدود کردن کل مراکز داده و حتی گروه‌هایی از مراکز داده خدمات ابری کرده است، چنین استراتژی ممکن است به پیام رسان اجازه دهد که تنها برای چند هفته تا یک ماه در روسیه در دسترس بماند. ایوانوف خاطرنشان کرد: «فکر می‌کنم تلگرام اکنون سخت روی نسخه‌ای از پیام‌رسان مبتنی بر پروتکل همتا به همتا کار می‌کند که مسدود کردن آن تقریباً غیرممکن است».

روز سه شنبه، 17 آوریل، پاول دوروف گفت که در حال حاضر قصد دارد از کار این پیام رسان در روسیه حمایت کند. اگرچه بازار روسیه سهم قابل توجهی از پایگاه کاربران تلگرام را تشکیل نمی دهد (کمتر از 10٪ از کل تعداد کاربران این سرویس را تشکیل می دهد. - RBCبنیانگذار پیام رسان، به دلایل شخصی برای ما مهم است. او همچنین گفت که پرداخت کمک های مالی بیت کوین به مدیران پروکسی و VPN را "به عنوان بخشی از مقاومت دیجیتال - یک جنبش غیرمتمرکز در دفاع از آزادی ها و پیشرفت دیجیتال" آغاز کرده است. در طول این سال، دوروف قصد دارد «میلیون‌ها دلار سرمایه شخصی برای این اهداف» اهدا کند.

3. چه کسانی از این مشکل رنج می برند؟

مانند پاول دوروف، "کیفیت زندگی 15 میلیون روسی بدتر خواهد شد، زیرا تلگرام بدون VPN ممکن است گاهی اوقات غیرقابل دسترسی باشد." طبق گزارش MediaScope، در ماه فوریه (آخرین داده ها) در روسیه، 9.9 میلیون نفر حداقل یک بار در ماه از بین ساکنان شهرهای با جمعیت بیش از 100 هزار نفر از وب سایت تلگرام یا برنامه تلفن همراه بازدید کردند میلیون کاربر، وایبر 20.8 میلیون کاربر دارد.

مسدود کردن آدرس‌های IP سرویس‌های وب آمازون و Google Cloud قبلاً منجر به این واقعیت شده است که برخی از آدرس‌های IP که از آنها استفاده می‌کردند، اما مربوط به تلگرام نیستند، در دسترس نبودند. این ممکن است به این دلیل باشد که RKN گروه های بزرگی از آدرس های IP را مسدود می کند. به گفته الکساندر لیامین، کسب و کارهای متوسط ​​و کوچک در روسیه بیشترین آسیب را از این وضعیت می بینند، که برای صرفه جویی در هزینه، معمولاً زیرساخت های فناوری اطلاعات خود را مستقر نمی کنند، بلکه از ارائه دهندگان ابری استفاده می کنند. به عنوان مثال، مدرسه آنلاین برای یادگیری انگلیسی Skyeng بخش قابل توجهی از زیرساخت فناوری اطلاعات خود را با استفاده از سرورهای خدمات وب آمازون داشت. در نتیجه، در 16 آوریل، بسیاری از دانش آموزان نتوانستند با معلمان خود تماس بگیرند. شریک مدیر Skyeng الکساندر لاریانوفسکی خسارت مستقیم دروس شکست خورده را حدود 2 میلیون روبل برآورد کرد.

کسب و کار و تلگرام

این پیام رسان اغلب توسط کارآفرینان مختلف برای برقراری ارتباط با مشتریان استفاده می شد. به عنوان مثال، زنجیره خرده فروشی VkusVill یک برنامه وفاداری مبتنی بر پیام رسان را اجرا می کند. خریدار به چت بات متصل می شود و اطلاعاتی در مورد محدوده محصول و تخفیف ها دریافت می کند. تا کنون، مسدود کردن برنامه وفاداری را تحت تاثیر قرار نداده است - شرکت هر روز 400 کاربر جدید را ثبت می کند. بسیاری از فروشندگان به شما نحوه راه اندازی VPN و پروکسی را برای ادامه استفاده از ربات بدون هیچ مشکلی نشان می دهند. اما این شرکت "طرح B" را آماده کرد - یک هفته پیش ، VkusVill برنامه ای با همان عملکرد ربات در اندروید منتشر کرد و ظرف یک هفته در iOS منتشر می شود. مسدود شدن تلگرام ما را از یک کانال ارتباطی موثر و تبلیغاتی با مشتریان محروم کرد، اما این یک فاجعه نبود. ما مطمئن هستیم که اکثر کاربران بدون هیچ مشکلی از برنامه استفاده خواهند کرد.» مارینا پوریم، مدیر ارتباطات خارجی و داخلی در VkusVilla می گوید.

بنیانگذار Combot، فدور اسکوراتوف، روزهای سخت تری خواهد داشت. او ربات‌هایی را توسعه می‌دهد که به کسب‌وکارها کمک می‌کنند تا چت‌ها را تعدیل کنند، تحلیل‌های کاربران را جمع‌آوری کنند و برای تبلیغات در کانال‌های تلگرام استفاده شوند. مشتریان عبارتند از جوامع سرگرمی "Dvach"، MDK، کانال های اختصاص داده شده به ICOها و ارزهای دیجیتال، DreamPlay، Binance، Digibank، جوامع منطقه ای "چت کوچک مسکو"، "Piterchat"، و غیره. "مسدود کردن می تواند به درآمدهای تبلیغاتی ضربه بزند. هنوز مخاطبان تلگرام کاهش پیدا نکرده اند، اما البته با حذف اپلیکیشن های رسمی، هجوم مخاطبان جدید به میزان قابل توجهی کاهش خواهد یافت. اسکوراتوف معتقد است از سوی دیگر کیفیت آن افزایش خواهد یافت.

به گفته آرتم کوزلیوک، رئیس سازمان Roskomsvoboda، که برای حقوق دیجیتال مبارزه می کند، گسترش فهرست سایت های ممنوعه می تواند تأثیر منفی بر اپراتورهای مخابراتی داشته باشد. فیلتر کردن میلیون ها آدرس IP می تواند منجر به کاهش سرعت انتقال داده شود. تجهیزات فیلتراسیون محدودیت منابع خاص خود را دارند که ممکن است اپراتورها را مجبور به تغییر آن کند. نماینده یک اپراتور بزرگ مخابراتی تأیید کرد که گسترش رجیستری منابع ممنوعه واقعاً می تواند بر سرعت دسترسی به اینترنت به ویژه برای اپراتورهای کوچک تأثیر بگذارد. به گفته وی، هنوز هیچکس محدودیت سیستم را آزمایش نکرده است. با این حال، در زمان انتشار، هیچ یک از اپراتورهای اصلی چنین مشکلاتی را گزارش نکردند.

4. چگونه می توانم تلگرام را به طور کامل غیر فعال کنم؟

به گفته الکسی سمنیاکا، کارشناس مستقل ارتباطات راه دور، Roskomnadzor از این اصل پیروی کرد و می‌خواهد «شاهکار» را با Zello، یک رادیو تلفن همراه که قبلاً به طور فعال از آدرس‌های IP جدید در خدمات وب آمازون برای دور زدن مسدود شدن در روسیه استفاده می‌کرد، تکرار کند. با این حال، پس از اینکه خدمات وب آمازون از Zello خواست استفاده از پلتفرم خود را متوقف کند، این سرویس شروع به جستجوی راه های دیگری برای دور زدن بلوک کرد. به گزارش Semenyaka، Roskomnadzor در تلاش است تا بر خدمات وب آمازون که ممکن است به دلیل مسدود شدن ضرر مالی قابل توجهی داشته باشد، فشار بیاورد تا این سرویس با تلگرام کار خود را متوقف کند. در همان زمان، این کارشناس اعتراف کرد که خدمات وب آمازون می تواند قرارداد با Durov را فسخ کند، اما این رزرو را در نظر گرفت که این شرکت خطرات سیاسی، تجاری و اعتباری را ارزیابی می کند. با این حال، با توجه به این واقعیت که ارائه دهندگان ابری زیادی وجود دارد، تلگرام می تواند برای مدت بسیار طولانی از Roskomnadzor "اجرا شود". حداقل تا زمانی که راهی ارزان‌تر برای دور زدن مسدود شدن پیدا کند.

احتمالاً می توان تلگرام را برای استفاده ناخوشایند کرد و در نتیجه مخاطبان آن را در روسیه کاهش داد. اما Roskomnadzor و اپراتورهای مخابراتی نمی توانند تلگرام را در روسیه به طور کامل مسدود کنند تا هیچ کس اصلاً از آن استفاده نکند. این تنها در صورتی امکان پذیر است که اینترنت با استفاده از لیست های سفید در روسیه معرفی شود (یعنی اگر دسترسی فقط به تعداد محدودی از سایت های "تأیید شده" مجاز باشد. - RBCالکسی سمنیاکا می گوید. تجهیزات فیلتری نصب شده توسط اپراتورها به سادگی نمی توانند ترافیک را "تجزیه" کنند و از طریق پروتکل های مورد استفاده توسط سرورهای پروکسی و VPN ها جدا شوند.

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

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

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

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

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

بنابراین، این وظیفه به من داده شد تا اطمینان حاصل کنم که سه کاربر می توانند همزمان در 1C کار کنند! خنده دار است، اینطور نیست؟

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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