Тестування і виправлення інформаційної бази 1С 8.3 необхідно виконувати в разі, якщо у вас виникають помилки в роботі інформаційної бази і перед оновленням конфігурації бази. У більшості випадків при пошкодженні вашої інформаційної бази воно допомагає.
Перед виконанням тестування і виправлення необхідно зробити резервну копію бази. Якщо ж ви не можете зайти в конфігуратор, то в папці з встановленою програмою 1С є утиліта для тестування і виправлення, яка не вимагає запуску програми в режимі конфігуратор. Про все це поговоримо нижче.
Розглянемо цей інструмент і як з ним працювати. Особливо докладно розберемо які прапори треба ставити в інтерфейсі.
Запустимо програму в режимі конфігуратор:
Вибираємо з меню Адміністрування пункт "Тестування і виправлення":
Які галочки ставити?
Існують різні варіанти настройки тестування, розглянемо ці галки:
- Реіндексація таблиць інформаційної бази - це повне перестроювання індексів для таблиць бази даних. Реіндексація підвищує швидкість роботи інформаційної бази. Процедура тривала, але ніколи не буде зайвою.
- Перевірка логічної цілісності інформаційної бази - перевіряти логічний і структурну цілісність БД, виправляє помилки в даних;
- Перевірка посилальної цілісності інформаційної бази - перевірка «битих посилань» в базі даних. Такі помилки можуть виникати при безпосередньому видаленні об'єктів системи або збої. Існує 3 варіанти дій для виправлення таких помилок:
- створювати об'єкти - система створює елементи-заглушки, які можна потім заповнити необхідною інформацією,
- очищати посилання - «биті» посилання будуть очищені,
- Не змінювати - система тільки покаже вам помилки.
- Перерахунок підсумків. Підсумки - таблиця попередньо підрахованих результатів в регістрах накопичення, розрахунку та бухгалтерії. Перерахунок підсумків, також як реіндексація, ніколи не буде шкідлива і дасть плюс в швидкості роботи програми;
- Стиснення таблиць інформаційної бази - при видаленні даних 1С не видаляти рядки таблиць, а лише «позначає» їх на видалення. Їх не видно користувачеві, але продовжать знаходиться в БД. Стиснення бази даних видаляє ці дані безповоротно. Так само такого ж ефекту можна досягти вивантаженням і завантаженням файлу інформаційної бази (* .dt);
- Реструктуризація таблиць інформаційної бази - довгий процес, за допомогою якого система здійснює пересозданіе таблиць бази. Така процедура відбувається і при внесення змін до структури конфігурації.
У нашому прикладі проставимо все галочки як показано на малюнку і натискаємо "Виконати":
Етап виконання операції ми можемо спостерігати в лівому нижньому кутку вікна конфігуратора 1С. Виявлені помилки відбиваються з вікна службових повідомлень.
Після закінчення тестування натискаємо "Закрити":
Результат виконання операцій ми можемо побачити у вікні службових повідомлень.
Тестування і виправлення закінчено.
Якщо конфигуратор не відкривається: утиліта chdbfl.exe
Якщо база пошкоджена настільки, що ви не можете зайти в конфігуратор, можна скористатися. Утиліта встановлюється разом з платформою 1С і знайти її можна в папці Bin каталогу установки:
Перед тим як приступити до тестування вам обов'язково потрібно зробити копію вашої бази, так як використання цієї утиліти може призвести до незворотних наслідків. Так як ви не можете зайти в конфігуратор, резервну копію треба робити простим копіюванням каталогу вашої інформаційної бази.
Після того як натиснули копіювати, натискаємо правою кнопкою на порожньому місці вікна папки і натискаємо "Вставити". Копія зроблена, запускаємо утиліту:
З'являється головне вікно утиліти. Нам потрібно вказати ім'я файлу бази даних. Натискаємо на три точки. Відкривається вікно вибору файлу БД. Шукаємо каталог вашої бази і в ньому вказуємо на файл 1Cv8.1CD. Натискаємо "Відкрити".
Ставимо галочку "Виправляти виявлені помилки" і натискаємо "Виконати".
Чекаємо закінчення операції. Вона може зайняти тривалий час, в залежності від розміру бази.
Після виконання, якщо були виправлені помилки вони відобразяться у вікні утиліти. У моєму випадку помилок не виявлено. Натискаємо "Закрити" і пробуємо зайти в програму. Якщо зайти все ж не виходить, вам необхідно звернутися до фахівця.
Іноді в базах 1с трапляються неприємності - не починається 1с звіт який раніше працював, не проводиться документ через незрозумілу помилки, неможливо увійти в програму ... Одним з головних засобів виправлення помилок 1с є тестування і виправлення бази 1с 8.3 за допомогою вбудованої в платформу утиліти.
Хочу зауважити, що при будь-некоректної роботи 1С Підприємство 8.3 основними методиками відновлення працездатності програми є:
- Очищення кеша 1С Підприємство;
- Тестування і виправлення бази 1с 8.3.
Методика видалення кеша 1С докладно викладена в статті. Розглянемо другий сервісний інструмент адміністрування платформи 1С.
Тестування і виправлення бази 1с 8.3 за допомогою вбудованої утиліти
Для запуску даної операції не потрібно мати які-небудь спеціальними знаннями, тому з цим впорається будь-який користувач без звернення до 1с фахівцям. Для запуску тестування і виправлення необхідно увійти в конфігуратор 1с і вибрати пункт «Адміністрування» - «Тестування і виправлення ...»
Опис утиліти «Тестування і виправлення інформаційної бази 1с»
У формі міститься ряд пунктів, що дозволяють виправляти помилки. Що б професійно використовувати цей інструмент, необхідно розуміти призначення і логіку роботи кожного з пунктів, тому давайте розглянемо їх докладніше:
Реіндексація таблиць інформаційної бази.
Для швидкого пошуку інформації до основних таблиць з основними даними додаються допоміжні таблиці, в яких дані упорядковано відповідно до заданих полях основної таблиці - таблиці індексування. За рахунок використання таблиць індексування в рази збільшується продуктивність 1с, оскільки немає необхідності перебирати всю основну таблицю даних для вибірки, можна скористатися індексним файлом і вибрати необхідні записи звідти.
При записи даних в основні таблиці даних, таблиці індексування так само заповнюються. Але з різних технічних причин індекси можуть збиватися, що в підсумку може призводити до помилок. Для виправлення цього класу помилок, коли виконується тестування і виправлення бази 1с 8.3 необхідно встановити галочку у цей розділ меню.
Перевірка логічної цілісності інформаційної бази
У момент створення нових об'єктів в конфігурації 1с в базі даних створюються нові таблиці, в яких вказуються зв'язку з іншими таблицями бази. З різних причин зв'язку можуть ставати некоректними (наприклад через некоректного оновлення або несподіваного відключення електрики в момент запису). Що б виправити такого роду помилки вибираємо даний пункт меню.
Перевірка посилальної цілісності інформаційної бази
Для виявлення та виправлення цих помилок вибираємо даний пункт меню, при цьому нижче активуються варіанти обробок таких помилок (див. Рис. Вище). Ми можемо вибрати, яким чином виправляти помилки при при наявності посилань на неіснуючі об'єкти: створювати об'єкти, Очищати посилання, не зраджувати; і при часткової втрати даних: створювати об'єкти, Видаляти об'єкт, не зраджувати.
перерахунок підсумків
Для виконання швидких вибірок даних в базі 1с існують таблиці з уже прорахованими даними з періодичністю місяць. Коли ми звертаємося за цими даними - вони не збираються з основних таблиць (це зайняло б багато часу), а видаються відразу ж з даних таблиць підсумків. Відповідно, що б цей механізм працював, необхідно мати коректні підсумки за минулі періоди. Тому в разі, якщо 1с «обманює» в звітах, то виправляється така помилка цим пунктом меню.
Стиснення таблиць інформаційної бази
Видалення об'єктів в базі даних - операція досить копітка і довга, тому в конфігураціях 1с процес видалення розділений на 2 етапи. Коли ви видаляєте об'єкти в конфігурації, в базі даних 1с дані зануляются і через це не беруть участі в подальших операціях, хоча фізично залишаються на місці. Що б вичистити таблиці від цих записів роблять тестування і виправлення бази 1с 8.3 з пунктом меню «Стиснення таблиць інформаційної бази».
Реструктуризація таблиць інформаційної бази
При зміні реквізитів будь-якого об'єкта метаданих 1с, бази даних необхідно доповнити все таблиці зміненого об'єкта новими записами. Це робиться через реструктуризацію таблиць бази даних. У процесі реструктуризації створюються копії таблиць бази даних з структурою поточної конфігурації, після цього здійснюється перенесення даних в створені таблиці. У разі додавання реквізиту в метаданих 1с, для нього буде створена незаповнена колонка в новій таблиці; в разі видалення реквізиту - в новій таблиці колонка під цей реквізит не буде створена, і, відповідно, він не перенесеться.
У процесі реструктуризації будуть перестворювати все таблиці бази даних, тому ця операція - найтриваліша.
Тестування і виправлення бази 1с 8.3 на практиці
Після отримання вичерпної інформації, думаю, що ви легко зможете зорієнтуватися які пункти утиліти вам необхідно вибрати для виправлення будь-яких.
Тестування і виправлення бази 1с 8.3 може проводитися в двох режимах:
- Тестування. В цьому режимі база тестується і виробляються технічні виправлення незначних помилок.
- Тестування і виправлення. В цьому режимі база 1С тестується і намагається зробити виправлення всіх помічених помилок (див. Рис. Вище).
Що б виконати тестування і виправлення бази 1с 8.3 необхідно натиснути кнопку «Виконати», після чого в інформаційному вікні внизу конфігуратора ви зможете спостерігати за ходом тестування і виправлення. 
Функціонування програми може порушитися внаслідок аварійного припинення роботи, наприклад при відключенні електроенергії. Потім в базу даних не вдається увійти.
Іноді функціонуюча програма може показувати невірні результати. Зі списку «зникають» документи, при спробі відкрити документ програма зависає, в звітах з'являються дивні результати. Всі ці «глюки» припиняються після тестування і виправлення 1C.
Помилки можуть виявлятися не настільки грубо, але будь-які несподіванки й неточності є приводом для «ремонтних робіт».
Причини, які ведуть до проблем:
- Аварійне припинення роботи (раптове відключення живлення);
- Фізичний знос жорсткого диска;
- Збої в роботі комп'ютера.
Перед виправленням бази зробіть резервну копію
Перш ніж тестувати базу даних, обов'язково потрібно зробити її резервну копію.
Це можна зробити прямим копіюванням каталогу, де знаходиться інформаційна база. Якщо не вдається увійти в Конфігуратор, то зробити копію можна тільки таким способом.
Якщо вдалося увійти в Конфігуратор, то потрібно вибрати в меню опцію Адміністрування → Вивантажити інформаційну базу, як на рис.1. У вікні, потрібно задати каталог для запису резервної копії та ім'я файлу, в якому буде збережений архів.
Перед тестуванням і виправленням копія робиться обов'язково, оскільки при виправленні виконуються незворотні зміни даних. Іноді (дуже рідко) вони можуть не поліпшити, а погіршити стан бази даних.
При нормальній роботі резервні копії потрібно робити регулярно, найкраще - щодня. Для того, щоб ця робота виконувалася автоматично, встановіть безкоштовну програму Бекапер-1С Резервні копії бухгалтерії.
Краще зберігати резервні копії не на тому ж носії, де розташована сама база. Підійде флешка, сховище в Інтернеті, інший жорсткий диск. Адже іноді втрата даних буває пов'язана з фізичним зносом жорсткого диска.
Наявність резервних копій - страховка від втрати даних. Однак не можна поручитися, що в резервних копіях все ідеально, тому актуальність опції Тестування і Виправлення не зменшується.
Мал. 1. Вивантаження даних.
Підведемо підсумок:
- Резервні копії потрібно робити регулярно;
- Резервні копії потрібно зберігати на іншому носії;
- Для автоматизації є програма Бекапер-1С Резервні копії бухгалтерії;
- Перед тестуванням і виправленням обов'язково роблять копію бази.
Виправлення інформаційної бази внутрішніми засобами програми
Після того, як зроблена резервна копія, відкриємо базу в режимі Конфігуратора. Вибираємо опцію меню Адміністрування → Тестування і виправлення інформаційної бази.
У вікні, потрібно проставити галочки (рис.2).
Але краще не робити цього: не всі операції, перераховані в меню, необхідні при ремонті після аварії.
Рис.2. Вікно тестування і виправлення 1с 8 з проставленими галочками у всіх пунктах. Так робити НЕ ТРЕБА:
Якщо відзначити всі пункти, запуститься довгий процес. Результати тестування і виправлення відображається в нижній частині вікна. Після виконання дій потрібно клацнути по кнопці Закрити.
Виконати всі - не найкращий варіант! Кваліфіковані користувачі виконують дії поетапно і вибірково.
етапи виправлення
Розглянемо всі пункти меню Тестування і виправлення.
- Реіндексація таблиць інформаційної бази;
- Перевірка логічної цілісності;
- Перевірка посилальної цілісності;
- Перерахунок підсумків;
- Стиснення таблиць;
- Реструктуризація таблиць.
Перший етап, реіндексація таблиць інформаційної бази, допомагає вирішити 90% проблем. Що відбувається в процесі реіндексація?
Внесення даних в довідники, створення нових документів супроводжується їх автоматичним упорядкуванням. Назви шикуються в алфавітному порядку, документи - по датах і т.д. При цьому фізичний порядок проходження записів не змінюється. Записи виводяться на екран у певному порядку, тому що їм присвоєні номери (індекси), і відповідність індексу фізичного номеру запису міститься в таблицях індексів.
Індекси дуже важливі:
- Пошук в індексованих таблицях відбувається у багато разів швидше, ніж в неіндексованих;
- Індексний номер - це унікальний «код» записи, за індексами виконується зв'язок між записами з різних таблиць;
- Індексні таблиці - це каркас інформаційної бази; без них програма 1с не працює.
Порушення індексних таблиць призводить до хаосу в уявленні документів. Може, наприклад, засвітитися документ, в якому відсутні найменування товарів, але є їх кількість.
Кожна нова запис супроводжується змінами в таблицях індексів: наприклад, після внесення в довідник записи, що починається на букву А, їй буде присвоєно один з перших індексів, а всі інші індексні номери будуть змінені. Невелика пауза, що виникає після внесення нового запису, пов'язана з перерахунком індексів; чим більше база, тим помітніше пауза.
Створення документа і записів в ньому надає руху кілька індексних таблиць (іноді кілька десятків). Фактично, реіндесація таблиць в 1с ведеться постійно під час роботи з даними. Але в робочому режимі індексуються кожен раз одна або кілька таблиць, а при тестуванні та способи їх усунення виконується повна індексація всіх таблиць, і цей процес, для великих баз, займає тривалий час.
Отже, при переиндексации відбуваються такі процеси:
- Записи заново ранжуються і упорядковуються;
- Відновлюється зв'язок між таблицями та іншими об'єктами;
- У багатьох випадках - відновлюється робота програми.
Після переиндексации можна перевірити - відновилася чи працездатність бази.
Наступний етап - перевірка логічної цілісності. Перевіряється відповідність реальної структури інформаційної бази і її опису в Зміни (наявність об'єктів, наявність зв'язків між об'єктами). Ця перевірка часто повідомляє про помилки навіть у чинній базі, не слід панікувати при таких повідомленнях. Однак це привід для звернення за консультацією до фахівця.
Перевірка посилальної цілісності «продзвонювати» зв'язку між об'єктами. Іноді в таблиці використовується посилання на відсутній об'єкт, наприклад на віддалений документ. Кількість посилань цілісність прийнято відновлювати вручну, за списком, отриманого в результаті перевірки. Іноді посилальна цілісність порушена на «покинутих ділянках» - в старих неактуальних документах. Тоді на них просто не звертають уваги.
Перерахунок підсумків - тривала і ризикована процедура. В 1с проводиться перерахунок результатів в штатному режимі, але він ведеться не «від початку часів», а з початку місяця. Підсумкові значення відслідковуються в регістрах, це прискорює роботу. Якщо включити перерахунок підсумків в режимі тестування і виправлення, то перерахунок здійсниться від моменту створення бази, причому правильні поточні значення регістрів можуть "поплисти" через давно видалених або виправлених «заднім числом» документів. В результаті тривала робота по перерахунку не принесе користі.
Якщо немає необхідності, то від перерахунку підсумків краще утриматися.
Стиснення таблиць - це процедура фізичного видалення записів, які були помічені на видалення і перестали виводитися на екран. Таких записів може бути дуже багато, вони без користі роздмухують обсяг бази даних.
Стиснення таблиць - корисна функція, хоча її виконувати не обов'язково.
Реструктуризація таблиць - операція, актуальна при переході на нову версію програми. При реструктуризації створюються порожні таблиці з форматом, заданим в конфігурації, і в них переноситься, запис за записом, інформація зі старих таблиць. У нових таблицях можуть бути розширені поля, додані нові поля. Реструктуризація - це операція, яка повинна підготувати інформаційну базу для роботи по-новому, і вона абсолютно необхідна при оновленнях.
Якщо ніякі версії не змінювалися, то реструктуризація не потрібна, ця тривала процедура нічого не додасть і не змінить.
Отже, при виправленні «впала» програми необхідні і корисні опції:
- Реіндексація таблиць інформаційної бази
- Перевірка логічної цілісності
- Перевірка посилальної цілісності
Що робити, якщо не вдається запустити Тестування і виправлення?
Якщо база сильно пошкоджена і навіть в Конфігуратор не вдається увійти, залишається ще одна можливість відновлення: скористайтеся утилітою chdbfl.exe. Файл можна знайти в папці Bin каталогу установки (рис.3).
Мал. 3. Вибір утиліти chdbfl.exe
За записи в командному рядку, показаної на рис.3, видно, що шлях до файлу лежить через каталог 1сv8.2, або 1сv8.3, коротше кажучи, через каталог програми. Він може бути розташований в папці Program Files або в іншій папці. Потрібно знайти місце розташування каталогу і відкрити його. Усередині каталогу відкрити папку Bin,
Запустивши виконуваний файл, вибирайте базу, що підлягає виправленню, і дозвольте виправляти виявлені помилки (рис.4)
Рис.4. Вікно програми chdbfl.exe
Підведемо підсумки. Якщо програма не починається після аварійного переривання роботи, потрібно зробити наступне:
- Зробити резервну копію;
- Спробувати увійти через Конфігуратор і скористатися опцією Тестування і виправлення;
- Якщо в Конфігуратор не вдається увійти, знайти програму exe і спробувати врятувати дані за допомогою цієї програми;
- Якщо всі спроби не дають результату, потрібно звернутися за допомогою до фахівців;
- У разі невідновні втрати даних встановити останню працездатну резервну копію;
- Якщо резервне копіювання не виконувалося - відновлювати дані за первинними документами і паперовим роздруківками.
Вдале відновлення даних відбувається не завжди. Страховкою від втрати даних є щоденне резервне копіювання: якщо інформаційна база пошкоджена, можна повернутися на день назад і швидко відновити втрачені записи.
Як зробити тестування і виправлення бази 1С: Бухгалтерія (8.3 редакція 3.0)
2017-12-19T18: 21: 22 + 00: 00Отже, з базою виникли проблеми. Полізли помилки або вона просто перестала запускатися. Не поспішайте викликати програміста, багато що можна зробити своїми силами.
1. Для початку резервну копію наявної бази. Справа в тому, що тестування і виправлення це незворотні операції над базою даних, які майже завжди роблять ситуацію краще, але в дуже невеликому відсотку випадків можуть все зіпсувати. Ось на цей самий рідкісний випадок ми і повинні спочатку зробити резервну копію.
2. Тепер, коли резервна копія зроблена, запустіть базу в режимі конфігуратора:
3. Виберіть пункт "Адміністрування" - "Тестування і виправлення ...":
4. Перед нами багато варіантів перевірок і виправлень, які потрібно вибрати і натиснути кнопку "Виконати". В принципі, можна вибрати їх всі, але найбільш розумним буде виконувати ці перевірки і виправлення по-порядку і після кожного виправлення перевіряти - чи не пропали помилки в базі:
5. Будемо тестувати і виправляти відразу (другий варіант):
6. Якщо база дуже великого розміру, то можна обмежити виконання перевірок в часі. Не будемо цього робити:
7. реіндексація таблиць інформаційної бази. Що це таке? Для кожної таблиці (наприклад, довідника) в базі будується індекс для прискорення пошуку за певними полях. Так ось, це виправлення заново будує все індекси:
8. Перевірка логічної цілісності інформаційної бази перевіряє і виправляє логічні помилки в структурах таблиць:
9. Перевірка посилальної цілісності інформаційної бази перевіряє всі посилання на об'єкти, які можуть вже не існувати або бути зруйнованими:
Тому на даній перевірці потрібно вказати, що робити з такими об'єктами: створювати нові, очищати або нічого не робити.
10. Перерахунок підсумків. Підсумки - грубо кажучи, це індекси для регістрів, в яких зберігається інформація, створювана документами. Наприклад, наявність підсумків по регістру залишків товару дозволяє нам швидко отримувати значення залишків товару на деяку дату. Ця перевірка заново перераховує все підсумки за весь час. Зауважу, що зазвичай це дуже довга за часом перевірка.
11. Згодом бази даних сильно збільшуються в розмірах. Це відбувається, тому що в базі накопичується багато даних, які ми позначили на видалення, потім видалили, але на самій-то справі в базі вони як і раніше залишилися (просто ми їх більше не бачимо). Пункт "Стиснення таблиць інформаційної бази" виробляє їх справжнє видалення і база скорочується в розмірі:
12. Реструктуризація таблиць інформаційної бази. Останнє грізна зброя в боротьбі з помилками. Для кожної таблиці - створюється нова таблиці з потрібною структурою і всі дані зі старої таблиці переносяться в нову:
13. Вибравши потрібний пункт, запускайте перевірку (кнопка "Виконати"):
14. Після всіх перевірок відкриється вікно Службові повідомлення з інформацією про результати тестування:
Якщо виправлення не допомогло і стало тільки гірше - з резервної копії, яку ми зробили на першому етапі.
Тестуємо через обновлятор
Для користувачів мого все ще простіше.
Відзначте потрібну базу в списку, а потім з пункту "Ще" виберіть пункт "6.06 Тестування і виправлення баз":
Відкриється вікно з опціями повністю співпадаючими з опціями конфігуратора:
Відзначте потрібні і натисніть кнопку "ОК".
При цьому обновлятор:
- сам заблокує базу і вижене працюючих користувачів;
- сам створить резервну копію бази;
- сам запустить конфігуратор для автоматичного тестування відповідно до зазначених настройками;
- сам пустить всіх користувачів назад після тестування
- всю інформацію про результати тестування ви побачите у вікні обновлятора на закладці звіт.
При цьому, якщо вам буде потрібно відновити (відкотити) базу на створену резервну копію перед тестуванням - відзначте базу галкою, а потім з пункту "Ще" виберіть варіант "6.01 Відновити файл даних бази з zip, 7z, rar".
Якщо з вашою базою 1С виникли проблеми, полізли різні помилки або навіть вона перестала запускатися, то слід виконати тестування і виправлення бази 1С.Первое і найважливіше, що потрібно зробити перед виправленням будь-якої конфігурації, -. Ми не дарма привели 2 способи створення резервної копії бази 1С. Навіть якщо конфігурація перестала запускатися в режимі конфігуратора, ви завжди зможете зробити її копію, скориставшись 1 способом (копіюванням файлу конфігурації).
Тепер, коли резервна копія зроблена, запустіть базу в режимі конфігуратора:
Якщо ваша конфігурація пошкоджена на стільки, що не починається навіть в режимі Конфігуратора, то для її відновлення можна, яка входить в комплект поставки 1С Підприємство 8.
Виберіть пункт 'Адміністрування' - 'Тестування і виправлення ...': 
Перед вами відкриється вікно з настройками режиму перевірки і виправлення бази 1С, які потрібно вибрати і натиснути кнопку 'Виконати'. 
Дана перевірка в залежності від розміру вашої бази може виконуватися дуже довго. Тому рекомендується вибирати по одному режиму перевірки в порядку їх слідування (спочатку тільки режим «реіндексація таблиць інформаційної бази», потім тільки режим «Перевірка логічної цілісності інформаційної бази» і т.д.) і після кожного виправлення перевіряти пропали чи ні помилки в базі 1С .
Розглянемо всі режими перевірки і виправлення по порядку:
Реіндексація таблиць інформаційної бази.
Для прискорення пошуку за певними реквізитами об'єктів нашої конфігурації система 1с формує індекси. В даному режимі виправлення система сформує всі індекси заново.
Перевірка логічної цілісності інформаційної бази.
Як випливає з назви, в даному режимі система перевіряє і виправляє логічні помилки в структурах таблиць бази даних.
Перевірка посилальної цілісності інформаційної бази.
В даному режимі система перевіряє існування всіх посилань на об'єкти. Якщо знаходяться посилання на об'єкти, які не існують, то система може або видалити такі збійні посилання, або спробувати їх виправити. Тому для даної перевірки необхідно додатково вказати, що робити з такими об'єктами: створювати нові, очищати або нічого не робити.
Перерахунок підсумків.
Підсумки - це своєрідні індекси для регістрів. Наприклад, підсумки по регістру залишків товарів дозволяють нам швидко отримувати залишки товарів на потрібну дату і т.д. В даному режимі система перераховує все підсумки за всі періоди. Як правило це дуже довга за часом перевірка.
Стиснення таблиць інформаційної бази.
Даний режим більше відноситься до підвищення швидкодії роботи конфігурації, ніж до усунення помилок, але тим не менше. Згодом бази даних сильно збільшуються в розмірах. Це відбувається, тому що в базі накопичується багато даних, які ми позначили на видалення, потім видалили, але на самій-то справі в базі вони як і раніше залишилися (просто ми їх більше не бачимо). Стиснення таблиць інформаційної бази виробляє їх справжнє видалення і база скорочується в розмірі.
Реструктуризація таблиць інформаційної бази.
Найдієвіший режим в боротьбі з помилками. Принцип реструктуризації наступний. Для кожної таблиці бази даних створюється нова таблиця з аналогічною структурою і всі дані зі старої таблиці переносяться в нову.
Вибравши потрібний пункт, запустіть перевірку натиснувши на кнопку 'Виконати'. 