ما به یک سرور جدید منتقل شدیم. SQL و 1C را اجرا می کند. نسبت به قدیمی ها خیلی خنک تر بود. و تست Gilev نیز این را تایید کرد: در مقابل 10-15 در سرورهای قدیمی، 39 داد. بنابراین، بلافاصله پس از خرید، پایگاه داده را منتقل کردیم و شروع به کار کردیم.

اما در مقطعی مشکلی پیش آمد - کاربران شروع به شکایت کردند کند کار. تنظیمات خاصی را برای سرور و سرویس ها انجام دادیم (که موضوع یک پست جداگانه است) و تصمیم گرفتیم سرور را راه اندازی مجدد کنیم، خوشبختانه سرعت راه اندازی مجدد 2 دقیقه بود (در سرورهای دیگر تا 10 بود). پس از این، هنگام ورود به 1C، پیام زیر را دریافت می کنیم:

"توجه!!! هنگام به‌روزرسانی داده‌ها پس از آخرین بازسازی، خطایی روی داد. آیا باید آپدیت را تکرار کنم؟ "نه واقعا"

پس از کلیک بر روی "بله" موارد زیر ظاهر می شود:

«عملیات ذخیره پیکربندی ناقص شناسایی شد. برای ادامه باید عملیات را کامل کنید."

اولین کاری که تصمیم گرفتم انجام دهم CHECKDB در Managment Studio بود - بعد از 2 ساعت انتظار (بانک اطلاعاتی 500 گیگابایت) - همه چیز اوکی بود.

من اطلاعاتی را در اینترنت پیدا کردم که همان خطا در هنگام به روز رسانی پویا رخ می دهد.

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

راه حل:

1. آنچه برای راه حل های شبکه از دست رفته بود:

sp_configure "اجازه به روز رسانی"، 1
پیکربندی مجدد با لغو
برو

2. پایگاه داده را در حالت بازیابی قرار دهید

تغییر مجموعه پایگاه داده EMERGENCY، SINGLE_USER

3. ما آزمایش پایگاه داده را انجام می دهیم:

dbcc checkdb('db_name', REPAIR_ALLOW_DATA_LOSS)

4. خروج از پایگاه داده از حالت بازیابی:

تغییر مجموعه پایگاه داده ONLINE، MULTI_USER

5. در اصل، اگر مطمئن هستید که همه چیز با خود بیس اوکی است، لازم نیست نقاط 2-4 را انجام دهید. بعد، ما دو پرس و جو را در پروفایلر SQL اجرا می کنیم:

حذف از پیکربندی که در آن FileName = 'commit'
حذف از پیکربندی که در آن FileName = 'dbStruFinal'

این رکوردها مسئول به روز رسانی پویا هستند - لازم نیست از حذف آنها بترسید.

در نسخه های کاری پرس و جوهای پایگاه داده:

* از پیکربندی WHERE FileName = 'commit' را انتخاب کنید

* را از پیکربندی انتخاب کنید WHERE FileName = 'dbStruFinal'

خالی خواهد بود

6. تنظیمات را برگردانید:

sp_configure 'اجازه به روز رسانی'، 0
برو

7. پس از این، ما موفق شدیم پیکربندی را راه اندازی کنیم و پایگاه داده شروع به کار کرد.

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

جعبه شنی

1C، بازیابی پیکربندی پایگاه اطلاع رسانیبا استفاده از MS SQL

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

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

زیرا این مشکلبیش از یک بار مطرح شد و تصمیم گرفت یک گزینه درمانی را به اشتراک بگذارد.

دفعه بعد که پیکربندی را راه اندازی کردید، یک خطا ظاهر شد: "توجه!!! هنگام به‌روزرسانی داده‌ها پس از آخرین بازسازی، خطایی روی داد. آیا باید آپدیت را تکرار کنم؟ اگر پاسخ مثبت است، این پیام را دریافت می کنیم: «عملیات ذخیره پیکربندی ناقص شناسایی شد. برای ادامه کار، باید عملیات را کامل کنید” پس از آن برنامه بسته می شود.

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

گزینه 1 (اگر یک نسخه پشتیبان SQL با یک کپی با پیکربندی یکسان دارید):

یک کپی از امنیت اطلاعات مستقر شده و درخواست زیر اجرا می شود:
از GO DELETE FROM استفاده کنید.. GO INSERT INTO.. SELECT * FROM.. GO
در این حالت جدولی که پیکربندی امنیت اطلاعات در آن ذخیره شده است دوباره پر می شود. توصیه می شود پس از این عملیات امنیت اطلاعات را تست و اصلاح کنید.

گزینه 2 (در صورت عدم وجود نسخه پشتیبان):

به این گزینهبه آخرین نی برگشت. زیرا پیکربندی در حال توسعه بود و آنها با اتکا به فضای ذخیره سازی، کمی پشتیبان را فراموش کردند.
در پایگاه داده، دو رکورد از جدول "Config" با مقدار موجود در ستون "FileName" - dbStruFinal حذف می شود و commit می شود.

کوئری زیر اجرا می شود:
از GO DELETE FROM استفاده کنید. WHERE FileName = "dbStruFinal" برو DELETE FROM. WHERE FileName = "commit" GO
به اندازه کافی عجیب، پایه زنده می شود.

برچسب‌ها: 1C Enterprise 8.2، SQL، بازیابی پیکربندی

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

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

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

تبدیل پایگاه داده

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

• پایگاه داده را در حالت پیکربندی باز کنید.
• پیامی خواهید دید که از شما می خواهد پایگاه اطلاعات را تبدیل کنید. تأیید را کلیک کنید؛

• پیکربندی را ببندید.

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

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

زمینه

ما نیاز به ایجاد یک ثبت اطلاعات جدید "MessageTrackingLog" داشتیم. به پیکربندی اضافه شد، داده ها بارگیری شد. سپس کار بهینه سازی آمد. مجبور شدم ساختار ثبت را تغییر دهم. اما آنجا نبود!

اینجا همه چیز روشن است. رکوردها غیر منحصر به فرد شده اند، باید آنها را حذف کنید!

ساده ترین راه این است:

NewRecord = InformationRegisters.MessageTrackingLog.CreateRecordSet(); NewRecord.Write();

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

خطا

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

خطا نشان دهنده چیست:

یک خطای حیاتی در طول فرآیند به‌روزرسانی پایگاه اطلاعات رخ داد
به خاطر اینکه:
تلاش برای درج یک مقدار غیر منحصر به فرد در یک شاخص منحصر به فرد:
مایکروسافت SQL Server Native Client 11.0: دستور CREATE UNIQUE INDEX خاتمه یافت زیرا یک کلید تکراری برای نام شی "dbo._InfoRgChngR34546NG" و نام فهرست "_InfoR34546_ByNodeMsg_RNTSRRRRRRNG" پیدا شد. مقدار کلید تکراری (0x00000011,d7, , Sep 27 4015 10:22 PM, 768404,00,00,00,00,00,00).
HRESULT=80040E2F، SQLSrvr: SQLSTATE=23000، حالت=1، شدت=10، بومی=1505، خط=1

توضیح

بیایید ساختار SQL را درک کنیم. ما یک ثبت نام داریم "MessageTrackingLog"، در SQL در جدول قرار دارد " _InfoR34546". می توانید با استفاده از پردازش ویژه یا روش "poke" این را بررسی کنید (لازم نیست این کار را انجام دهیم زیرا نام جدول قبلاً در متن خطا مشخص شده است).

حالا من توضیح می دهم که چه اتفاقی افتاده است. وقتی داده ها را در رجیستر بارگذاری کردیم، در SQL به جدول ختم شد" _InfoR34546". وقتی جدول را با کد 1C پاک کردیم، این داده ها از جدول حذف شد" _InfoR34546"، اما آنها در جدول کپی شدند" _InfoRgChngR34546". این مشکل شد.

راه حل

برای حل این مشکل، باید جدول SQL "_InfoRgChngR34546" را پاک کنیم.

من با یک مثال به شما می گویم" مایکروسافت SQLاستودیوی مدیریت سرور". برو به " مدیریت استودیو". پایگاه داده ما را پیدا کنید، تب جداول را باز کنید، روی هر کدام کلیک کنید و روی دکمه "پرس و جو جدید" کلیک کنید: اکنون پرس و جو را تایپ می کنیم.

جدول کوتاه "_InfoRgChngR34546"

ممکن است میز دیگری داشته باشید! فراموش نکن!

و execute را فشار دهید یا "F5" را فشار دهید. این چیزی است که نتیجه باید باشد:

تمام است، اکنون می توانید با خیال راحت 1C را به روز کنید و هیچ خطایی وجود نخواهد داشت!