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

محاسبه نتایج را می توان در حالت پیکربندی (منوی اداری - تست و اصلاح) انجام داد.

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

1. تعیین تاریخ اولین سند در پایگاه اطلاعات. برای انجام این کار، می توانید از "مجله عملیات" (حسابداری بخش، مالیات، گزارش) استفاده کنید. لیست باید تمام انتخاب ها را حذف کند. به عنوان مثال، 12/31/2011.
2. فرم مدیریت خروجی و واحد (بخش اداری - سرویس پنل سرویس) را باز کنید.

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

دوست داشت؟ با دوستانتان به اشتراک بگذارید

مشاوره در کار با برنامه 1C

این سرویس به طور خاص برای مشتریان کار می کند که با برنامه 1C از پیکربندی های مختلف یا پشتیبانی فنی و پشتیبانی فنی (ITS) کار می کنند. سوال خود را بپرسید، و ما آن را با لذت پاسخ خواهیم داد! پیش نیاز برای به دست آوردن مشاوره، حضور یک معاهده موجود پروفسور آن است. استثنائات نسخه های اساسی PP 1C (8 نسخه) است. برای آنها، دسترسی به قرارداد ضروری نیست.

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

همچنین، ما توجه داریم که دو گزینه وجود دارد - استفاده از نتایج یا استفاده از جمع آوری؛ گزینه دوم انعطاف پذیر تر است.

سوال 12.30 امتحان 1C: حرفه ای در پلت فرم. نتایج برای انباشت انباشت باقی مانده:

1. ذخیره نکنید
2. ذخیره شده آنها به دوره های محاسبه شده محدود نمی شوند، زیرا آنها در هنگام باز کردن دوره بعدی به طور خودکار محاسبه می شوند
3. می تواند ذخیره شود، اما محدود به دوره نتایج محاسبه شده است. اگر آنها اخراج نشوند، پس آنها ذخیره نمی شوند. شما می توانید نتایج محاسبه شده را در حالت 1C مدیریت کنید: Enterprise
4. پاسخ های راست 2 و 3، به عنوان محاسبه خودکار نتایج میانجی می تواند در حالت پیکربندی تنظیم شود

پاسخ صحیح سوم است.

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

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

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

سوال 12.33 امتحان 1C: حرفه ای در پلت فرم. هنگام محاسبه نتیجه گیری فعلی توسط کاربر:

1. نتایج کنونی فقط برای جلسه فعلی دوباره محاسبه می شود.
2. تمام نتایج کنونی دوباره محاسبه می شود.
3. نتایج کنونی برای جریان یا برای تمام جلسات بسته به تنظیمات ثبت شده محاسبه می شود

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

سوال 12.34 امتحان 1C: حرفه ای در پلت فرم. هنگام محاسبه نتایج توسط کاربر:

1. نتایج فقط برای جلسه فعلی دوباره محاسبه می شود.
2. نتایج به دست آمده برای جریان یا برای تمام جلسات بسته به تنظیمات ثبت نام دوباره محاسبه می شود
3. تمام نتایج دوباره محاسبه می شود
4. شما می توانید انتخاب کنید که کدام جلسات توسط نتایج دوباره محاسبه می شود

پاسخ صحیح سوم است، سوال قبلی را ببینید.

سوال 12.35 امتحان 1C: حرفه ای در پلت فرم. هنگام نوشتن داده ها به ثبت انباشت، یک فرصت وجود دارد:

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

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

ثبت نام \u003d RegisterBuchelling منبع؛ ثبت نام کشاورزی خدمات نرم افزاری (دروغ)؛

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

1. سرعت دریافت هر گونه باقی مانده را کاهش می دهد
2. شما می توانید بقیه را در هر زمان دریافت کنید، اما سرعت به دست آوردن بقایای عملیاتی برای افزایش
3. بر سرعت به دست آوردن باقی مانده تاثیر نمی گذارد و بر سرعت چرخش تاثیر می گذارد

سوال 12.32 را ببینید

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

1. در طول روز
2. در عرض یک ماه
3. در یک چهارم
4. غیر دوره ای
5. هر کدام از گزینه های فوق
6. نمی توان انتخاب کرد

پاسخ درست ششم است - نتایج همیشه در ماهانه، در شماره اول ماه آینده محاسبه می شود.

سوال 12.39 امتحان 1C: حرفه ای در پلت فرم. سیستم 1C چگونه است: Enterprise 8 می تواند نتایج را برای ثبت نام تجمع چرخش ذخیره کند؟

1. فقط با جدول مجموع
2. فقط با استفاده از جدول جمع
3. همزمان در جداول نتایج و جمع آوری شده
4. یا در جدول نتیجه یا در ترکیبات

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

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

1. برای یک ثبت انباشت، چندین جداول نتیجه را می توان مورد استفاده قرار داد.
2. فقط یک جدول از ترکیبات را می توان برای یک ثبت انباشت استفاده کرد
3. برای یک ثبت انباشت، چندین جداول جمع آوری می تواند مورد استفاده قرار گیرد.
4. Verpels 1 و 2
5. همه گزینه ها درست هستند

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

سوال 12.44 امتحان 1C: حرفه ای در پلت فرم. چه چیزی می تواند در نتیجه ثبت انباشت نمایش داده شود؟

1. اندازه گیری داده ها
2. داده های منابع
3. نیازهای داده ها
4. همه گزینه ها درست هستند
5. Verpels 1 و 2

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

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

1. اندازه گیری داده ها
2. نیازهای داده ها
3. داده های منابع
4. همه گزینه ها درست هستند
5. Verpels 1 و 2

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

سوال 12.46 امتحان 1C: حرفه ای در پلت فرم. چه بخشی از نوشته های فعال فعال نمی تواند در جداول نتیجه ثبت انباشت نمایش داده شود؟

1. اندازه گیری داده ها
2. نیازهای داده ها
3. داده های منابع
4. همه گزینه ها درست هستند
5. Verpels 1 و 2

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

سوال 12.47 امتحان 1C: حرفه ای در پلت فرم. چه بخشی از سوابق فعال هرگز در جداول نتیجه ثبت انباشت نمایش داده نمی شود؟

1. اندازه گیری داده ها
2. نیازهای داده ها
3. داده های منابع
4. همه گزینه ها درست هستند
5. Verpels 1 و 2

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

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

هنگام طراحی DBM های ارتباطی، آن را در نظر گرفته شده است (در نظر گرفته شده) که عملیات CRUD (ایجاد، خواندن، به روز رسانی، حذف) به هزینه های منابع به صورت زیر توزیع می شود.

1. نور: خواندن، به روز رسانی
2. وسط: ایجاد
3. سنگین: حذف

و بر اساس منطق رفتار ثبت نام شی، که اغلب تغییر می کند؛ و به دلیل هزینه های بالای حذف سوابق، موقعیتی وجود دارد که:

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

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

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

حذف ضبط با نتیجه صفر توسط این کلید ها (مجموعه اندازه گیری) مورد نیاز است که برای مدت زمان طولانی هیچ عملیات به روز رسانی وجود نداشت. و این عملکردی در پلت فرم نیست - تنها یک محاسبه جهانی وجود دارد. در دفاتر بزرگ، این توسط SQL Job حل شده است "اهم انجام تقریبا شغل زیر:

1. پیدا کردن 1 مجموعه ای از کلیدها (اندازه گیری ها) که برای ماه گذشته هیچ حرکتی وجود نداشت و در حال حاضر صفر است
2. در این مجموعه اندازه گیری ها، یک ورودی را از کل جدول حذف کنید

معمولا این کار یک بار در هر 10 ثانیه شروع می شود، بالا 1 انتخاب می شود تا زمان مسدود کردن به عملیات حذف هزینه را کاهش دهد. به طور طبیعی، برنامه ریزی برای بازنگری آمار و بازسازی شاخص های defraganized در حال حاضر به این پایگاه ها ساخته شده است. در مواردی که چنین سوابق "غیر ضروری" بسیار زیاد است - شما معمولا دوره شروع کار را کاهش می دهید یا از ثبت نام رد می شوید - زیرا اگر کلیدهای بسیاری به "صفر" می روند و دیگر استفاده نمی شود، به احتمال زیاد شما 2 عملیات حرکات "آمد" و "چپ" - چرا چنین اطلاعاتی را در وضعیت ثبت نام روشن نیست.

خوب، در مورد آمار در اینجا، همه، تمام دستگیر شده - عملیات مردانه ایجاد و حذف، و همچنین ستون کلید به روز رسانی منجر به نقض درخت جستجو در فهرست (محدوده توزیع کلید از طریق صفحات داده) - خوب، یعنی، در محدوده جستجو 1..10 ممکن است کلیدی با مقدار 23 باشد - بنابراین SQL راحت تر بود، زیرا صفحه داده ها در کنار کلید کلید 7 قرار داشت و کلید 6 سیم کشی کلید 23 به نظر می رسید در محدوده 100..134 - که بر اساس صفحات داده راحت تر است. یک مثال بر روی انگشتان دست - اما من فکر می کنم ماهیت بازتاب می کند.

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

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

واتکیر؛ asylum90؛ هانس؛ Anikrion؛ Albert_2008؛ niberu؛ SER6702؛ MarchTomcat؛ Olezhe؛ user598655_ilia-bers؛ klaus38؛ Lordkim؛ lmnlmn؛ spenser123؛ مونت کارلو؛ Acanta؛ Zaharknyaz؛ Aggardorak؛ vesd؛ ilya $ n؛ Waanneek؛ skyjack؛ Letarch؛ Aegoncharov؛ User777757؛ [ایمیل محافظت شده]؛ mytg؛ gang031؛ یخ خالص؛ GOGA1979؛ chesscat؛ regrz؛ 1cprogr_nsk؛ ایروین؛ بهشت 87؛ kav2؛ corum؛ Roman100؛ for_questions؛ ragimi؛ eugenemipt؛ کای NK؛ kitaevay؛ Crosby؛ noxie41؛ alex_grem؛ نیکسل؛ کاربر جدید؛ TDML؛ nevid؛ rimidalv؛ راه اندازی مجدد denis_aka_wolf؛ فلشل؛ Marchenko.y؛ Freya-Khv؛ asg.aleks؛ Denis13؛ ADM134؛ tis_08؛ MTV :)؛ soulsteps؛ shalimski؛ انسک؛ pisarevev؛ SILENSER؛ kwazi؛ مهندسی 74؛ vadimlp77؛ Artano؛ dgolovanov؛ pchela751؛ AExeel؛ Artbear؛ JIF؛ dmitryiv؛ Rego1337h؛ slavap؛ wizaxxx؛ Ivanboychuk123؛ fishca؛ بدبختی بد؛ dach؛ Rodinmax؛ sanches؛ mdmdvd؛ zakakvo؛ krio2؛ جکسونپ؛ adeich؛ افدر؛ maximstav؛ doctorroza؛ serg0ffan؛ Sanfoto؛ Kinazarov؛ Bukaska؛ theshadowco؛ Oitnur؛ جستر؛ detec؛ AUDION؛ لاک؛ Morok1983؛ krv2k؛ دی سگ؛ Sparklemal؛ awa؛ kpaceb.aa؛ chif13؛ sa1m0nn؛ Cratosx؛ allexoft؛ گلیچ؛ vlad.frost؛ igordynets؛ tormozit؛ vasiliy_b؛ ولادیر؛ meuses؛ poopkeen؛ Andreynikus؛ PRAD2002؛ dicwork؛ johnydeath؛ an-aleksey؛ توسعه دهنده آن؛ RGRISHA؛ برونسلاو؛ 7O2uyxg؛ هولودزر؛ Adyrschdv؛ azagtot؛ رامز؛ Denisch؛ صفحه اصلی RD80؛ w-divin؛ metmetmet؛ Cheburator؛ Pressalod؛ تنوع؛ Sevushka؛ Aleksey.bochkov؛ yuraos؛

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

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

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

علل منجر به مشکلات:

• خاتمه اضطراری کار (قدرت ناگهانی خاموش)؛
• پوسیدگی فیزیکی هارد دیسک؛
• اختلالات کامپیوتری

قبل از تعمیر پایگاه داده، پشتیبان گیری کنید

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

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

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

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

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

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

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

شکل. 1. تخلیه داده ها.

خلاصه کردن:

• کپی پشتیبان باید به طور منظم انجام شود؛
• پشتیبان گیری باید بر روی یک حامل دیگر ذخیره شود؛
• یک برنامه برای اتوماسیون وجود دارد backaper-1c نسخه پشتیبان تهیه حسابداری؛
• قبل از آزمایش و اصلاح، یک کپی از پایگاه را ایجاد کنید.

اصلاح پایگاه اطلاعات پایه پایگاه اطلاعات برنامه

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

در پنجره ای که باز می شود، باید کنه ها را قرار دهید (شکل 2).

اما بهتر است این کار را انجام ندهید: تمام عملیات ذکر شده در منو در هنگام تعمیر پس از حادثه ضروری نیست.

شکل 2 تست پنجره و تعمیر 1C 8 با populicks در همه نقاط. بنابراین انجام ندهید:

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

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

مراحل اصلاح

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

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

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

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

شاخص ها بسیار مهم هستند:

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

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

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

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

بنابراین، زمانی که مجددا نشان داده شود، چنین فرایندهایی رخ می دهد:

• سوابق به ترتیب رتبه بندی شده و ساده شده است؛
• رابطه بین جداول و اشیاء دیگر بازسازی می شود؛
• در بسیاری از موارد، برنامه بازسازی می شود.

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

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

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

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

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

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

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

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

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

بنابراین، هنگام اصلاح برنامه "Fallen"، گزینه ها نیز مورد نیاز است:

• reindexing جداول پایگاه اطلاعات
• بررسی یکپارچگی منطقی
• بررسی یکپارچگی مرجع

اگر شما نمی توانید تست و اصلاح را اجرا کنید چه؟

اگر پایه به شدت آسیب دیده است و امکان ورود به پیکربندی وجود ندارد، یکی دیگر از ویژگی های بازسازی باقی مانده است: از ابزار chdbfl.exe استفاده کنید. فایل را می توان در پوشه دایرکتوری نصب بنگاه یافت (شکل 3).

شکل. 3. انتخاب ابزار CHDBFL.EXE

با ورود به خط فرمان نشان داده شده در شکل 3، می توان دید که مسیر فایل از طریق کاتالوگ 1cv8.2 یا 1sv8.3، کوتاه از طریق فهرست برنامه، از طریق کاتالوگ برنامه قرار دارد. این می تواند در پوشه فایل های برنامه یا در پوشه دیگری قرار گیرد. شما باید محل دایرکتوری را پیدا کنید و آن را باز کنید. در داخل پوشه باز کردن پوشه BIN،

اجرای فایل اجرایی، پایگاه داده را تصحیح کنید، و اجازه دهید خطاهای شناسایی شده (شکل 4)

شکل 4 برنامه CHDBFL.exe پنجره

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

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

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