Перевірка конфігурації 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С.

Для спрощення обліку з податку на прибуток в програмі «1С: Бухгалтерія 8» редакції 3.0 реалізований наступний механізм виправлення помилок минулих років, пов'язаних з відображенням надходження товарів (робіт, послуг). Якщо помилки (спотворення):

призвели до заниження суми податку, що підлягає сплаті, то зміни в дані податкового обліку вносяться за минулий податковий період;
не привели до заниження суми податку, що підлягає сплаті, то зміни в дані податкового обліку вносяться в поточному податковому періоді.

Якщо платник податків все-таки захоче скористатися своїм правом і подати до податкового органу уточнену податкову декларацію з податку на прибуток за минулий період (в разі, коли помилки (спотворення) не привели до заниження суми податку), то користувачеві доведеться скорегувати дані податкового обліку вручну.

приклад 1

Для виправлення помилок за завищення витрат минулого податкового періоду також використовується документ коригування надходженняз видом операції Виправлення в первинних документах.Відмінність полягає в тому, що дата документа підстави і дата коректування документа відносяться до різних років: у полі від документа коригування надходження вкажемо дату: 29.02.2016 . Після цього форма документа коригування надходження на закладці головне видозмінюється: у області реквізитів Відображення доходів і витрат замість перемикачів з'являється поле Стаття інших доходів і витрат :.У цьому полі потрібно вказати потрібну статтю - Прибуток (збиток минулих років), Вибравши її з довідника Інші доходи і витрати.

Порядок заповнення табличній частини послугиі реєстрації виправленої версії документа Рахунок-фактура отриманийне відрізняється від порядку, описаного в Прімері 1в статті "Виправлення помилки звітного року в 1С: Бухгалтерія 8".

Звертаємо увагу, якщо в обліковій системі для організації ТОВ «Новий інтер'єр» встановлена \u200b\u200bдата заборони зміни даних «закритого» періоду (т. е. періоду, за яким представлена \u200b\u200bзвітність до контролюючих органів - наприклад, 31.12.2015), при спробі провести документ на екран буде виведено повідомлення про неможливість зміни даних в забороненому періоді. Це відбувається тому, що документ коригування надходженняв цій ситуації вносить зміни в дані податкового обліку (по податку на прибуток) за минулий податковий період (за вересень 2015 року). Щоб провести документ коригування надходженнядату заборони зміни даних доведеться тимчасово зняти.

Після проведення документа коригування надходженнясформуються бухгалтерські проводки і записи в спеціальних ресурсах для цілей податкового обліку з податку на прибуток (рис. 1).

Мал. 1. Результат проведення документа «Коригування надходження»

Крім записів в регістр бухгалтерії вводяться коригувальні записи в регістри накопичення ПДВ пред'явлений і ПДВ покупки. Всі записи, які стосуються корегування ПДВ за III квартал, не відрізняються від записів в прикладі 1 в статті "Виправлення помилки звітного року в 1С: Бухгалтерія 8", Так як в частині ПДВ в даному прикладі порядок виправлення не відрізняється. Розглянемо докладніше, як виправляються помилки минулих років у бухгалтерському обліку і податковому обліку з податку на прибуток.

Згідно з пунктом 14 ПБО 22/2010 прибуток, що виникла в результаті зменшення завищеної вартості оренди в сумі 30 000 руб., В бухгалтерському обліку відображається в складі інших доходів поточного періоду (виправляється записом по кредиту рахунку 91.01 «Інші доходи» в лютому 2016 року).

У податковому обліку відповідно до пункту 1 статті 54 НК РФ завищена вартість оренди повинна збільшити податкову базу за період, в якому була здійснена зазначена помилка (Спотворення). Тому сума 30 000 руб. відображається у складі доходів від реалізації та формує фінансовий результат записами, датованими вереснем 2015 року.

Для обліку результату коригування розрахунків з контрагентами (якщо таке коригування виконується після завершення звітного періоду) в програмі служить рахунок 76.К «Коригування розрахунків минулого періоду». На рахунку 76.К відображається заборгованість за розрахунками з контрагентами, починаючи з дати операції, яка підлягає коригуванню, по дату коригувальної операції (в нашому прикладі з вересня 2015 року по лютий 2016 року).
Звертаємо увагу, що запис Сума НУ ДТ 76.К Сума НУ КТ 90.01.1 - це умовна проводка, яка служить лише для коригування податкової бази в бік збільшення і правильного обчислення податку на прибуток.

У нашому прикладі податкова база збільшилася не за рахунок збільшення доходів від реалізації, а за рахунок зменшення непрямих витрат. Доходи і витрати в уточненій декларації повинні бути відображені коректно, тому користувач може вибрати один з наступних варіантів:

Вручну скоригувати показники в Додатку № 1 та Додатку № 2 до Лісту 02 уточненої декларації з прибутку за 9 місяців і за 2015 рік (зменшити доходи від реалізації і одночасно зменшити непрямі витрати на 30 000 руб.);
вручну скоригувати кореспонденцію рахунків для цілей податкового обліку як показано на малюнку 2.

Мал. 2. Коригування проводки

Оскільки після внесених змін фінансовий результат за 2015 рік у податковому обліку змінився, в грудні 2015 року треба повторно виконати регламентну операцію Реформація балансу,що входить до складу обробки Закриття місяця.

Тепер при автоматичному заповненні звітності скоректовані дані податкового обліку потраплять, як в уточнену декларацію по прибутку за 9 місяців 2015 року, так і в уточнену декларацію з податку на прибуток організацій за 2015 рік.

При цьому у користувача неминуче виникають питання, які безпосередньо пов'язані з бухгалтерським обліком:

як скорегувати сальдо розрахунків з бюджетом по податку на прибуток, яке зміниться після доплати суми податку?
чому після коригування минулого періоду не виконується ключове співвідношення БО \u003d НУ + ПР + ВР?

Для додаткового нарахування податку на прибуток з збільшення податкової бази, яке відбулося в результаті внесених до податкового обліку виправлень, в періоді виявлення помилки (в лютому 2016 року) в програму потрібно ввести бухгалтерську запис за допомогою операції,введеної вручну:

Дебет 99.01.1 Кредит 68.04.1 з другим субконто Федеральний бюджет

На суму доплати до Федерального бюджету;

Дебет 99.01.1 Кредит 68.04.1 з другим субконто регіональний бюджет

На суму доплати в бюджет суб'єктів РФ.

Що стосується рівності БО \u003d НУ + ПР + ВР, дійсно, після коригування минулого періоду воно не виконується. звіт Аналіз стану податкового обліку з податку на прибуток (розділ Звіти) За 2015 рік також буде ілюструвати, що правило Оцінка вартості за даними бухгалтерського обліку \u003d Оцінка вартості за даними податкового обліку + Постійні і тимчасові різниці не виконується для розділів податок і Доходи. Така ситуація виникає в зв'язку з різночитання в законодавстві з бухгалтерського та податкового обліку і в даному випадку не є помилкою.

Згідно з пунктом 1 статті 81 НК РФ виправлення помилки, яка призвела до заниження податкової бази, повинно бути відображено в періоді відображення вихідної операції, а в бухгалтерському обліку виправлення помилки минулих років вноситься поточним періодом. Постійні і тимчасові різниці - це поняття, що відносяться до бухгалтерського обліку ( «Положення з бухгалтерського обліку" Облік розрахунків з податку на прибуток організацій "ПБУ 18/02», затв. Наказом Мінфіну Росії від 19.11.2002 № 114н). Немає підстав для визнання різниць в минулому періоді, до внесення виправній записи в бухгалтерському обліку.

Після відображення в бухгалтерському обліку виправлення помилки в періоді виявлення, фінансовий результат за 2016 рік, розрахований за даними бухгалтерського та податкового обліку, буде відрізнятися на суму виправлення помилки - в бухгалтерському обліку прибуток буде більше. Тому в результаті проведення документа коригування надходження формується постійна різниця на суму виправленої помилки (див. рис. 1). Після виконання регламентної операції Розрахунок податку на прибутокв лютому 2016 року визнаний постійний податковий актив (ПНА).

vk.com/buhcenter група вконтакте.
1-bc.ru сайт компанії, на якому можна ознайомитися з послугами.
 реіндексація таблиць інформаційної бази.
Для швидкого пошуку інформації до основних таблиць з основними даними додаються допоміжні таблиці, в яких дані упорядковано відповідно до заданих полях основної таблиці - таблиці індексування. За рахунок використання таблиць індексування в рази збільшується продуктивність 1с, оскільки немає необхідності перебирати всю основну таблицю даних для вибірки, можна скористатися індексним файлом і вибрати необхідні записи звідти.
При записи даних в основні таблиці даних, таблиці індексування так само заповнюються. Але з різних технічних причин індекси можуть збиватися, що в підсумку може призводити до помилок. Для виправлення цього класу помилок, коли виконується тестування і виправлення бази 1с 8.3 необхідно встановити галочку у цей розділ меню.
 Перевірка логічної цілісності інформаційної бази
У момент створення нових об'єктів в конфігурації 1с в базі даних створюються нові таблиці, в яких вказуються зв'язку з іншими таблицями бази. З різних причин зв'язку можуть ставати некоректними (наприклад через некоректного оновлення або несподіваного відключення електрики в момент запису). Що б виправити такого роду помилки вибираємо даний пункт меню.
 Перевірка посилальної цілісності інформаційної бази
Ймовірно, вам доводилося бачити «биті посилання» в 1с конфігураціях. Якщо немає, то ви щасливчик!
Для виявлення та виправлення цих помилок вибираємо даний пункт меню, при цьому нижче активуються варіанти обробок таких помилок (див. Рис. Вище). Ми можемо вибрати, яким чином виправляти помилки при при наявності посилань на неіснуючі об'єкти: створювати об'єкти, очищати посилання, не зраджувати; і при часткової втрати даних: створювати об'єкти, видаляти об'єкт, не зраджувати.
 Перерахунок підсумків
Для виконання швидких вибірок даних в базі 1с існують таблиці з уже прорахованими даними з періодичністю місяць. Коли ми звертаємося за цими даними - вони не збираються з основних таблиць (це зайняло б багато часу), а видаються відразу ж з даних таблиць підсумків. Відповідно, що б цей механізм працював, необхідно мати коректні підсумки за минулі періоди. Тому в разі, якщо 1с «обманює» в звітах, то виправляється така помилка цим пунктом меню.
 Стиснення таблиць інформаційної бази
Видалення об'єктів в базі даних - операція досить копітка і довга, тому в конфігураціях 1с процес видалення розділений на 2 етапи. Коли ви видаляєте об'єкти в конфігурації, в базі даних 1с дані зануляются і через це не беруть участі в подальших операціях, хоча фізично залишаються на місці. Що б вичистити таблиці від цих записів роблять тестування і виправлення бази 1с 8.3 з пунктом меню «Стиснення таблиць інформаційної бази».
 Реструктуризація таблиць інформаційної бази
При зміні реквізитів будь-якого об'єкта метаданих 1с, бази даних необхідно доповнити все таблиці зміненого об'єкта новими записами. Це робиться через реструктуризацію таблиць бази даних. У процесі реструктуризації створюються копії таблиць бази даних з структурою поточної конфігурації, після цього здійснюється перенесення даних в створені таблиці. У разі додавання реквізиту в метаданих 1с, для нього буде створена незаповнена колонка в новій таблиці; в разі видалення реквізиту - в новій таблиці колонка під цей реквізит не буде створена, і, відповідно, він не перенесеться.
У процесі реструктуризації будуть перестворювати все таблиці бази даних, тому ця операція - найтриваліша.

Іноді при роботі з 1С можуть виникати збої або помилки.

У даній статті ми поговоримо про тестування і виправлення інформаційної бази 1С.

Інформаційна база 1С (В термінах фірми 1С) - місце зберігання всіх даних з обліку в одній або декількох організаціях, що характеризується певною адресою зберігання. Можливі два варіанти зберігання інформаційної бази: файловий і клієнт-серверний варіант.

Якщо у Вас виникла необхідність провести процедуру тестування та виправлення інформаційної бази 1С:

По-перше, слід створити копію бази даних (якщо це можливо, тому що іноді структура бази стає настільки «покалічена», що відсутня навіть можливість створити резервну копію).

По-друге: Після створення резервної копії слід відкрити Конфігуратор, далі в меню: Адміністрування -\u003e Тестування і виправлення ...

Процедура тестування і виправлення інформаційної бази служить для діагностики та усунення помилкових станів інформаційних баз, що мають різний формат зберігання даних ( файловий або клієнт-серверний):

Процедура дозволяє вибрати перевірки і режими, які повинні бути виконані для поточної інформаційної бази.

Реіндексація таблиць -це перестроювання індексів таблиць, спрямоване на підвищення швидкодії роботи бази.

Перевірка логічної цілісності - це ціле безліч перевірок логіки бази даних

Перевірка посилальної цілісності - це підмножина перевірки логічної цілісності бази даних, що існує для окремої роботи з «битими» посиланнями. Конкретніше буде пояснено нижче по тексту.

Перерахунок підсумків -розрахунок підсумків таблиць регістрів накопичення

Стиснення таблиць інформаційної бази - даний пункт відповідає за зменшення розміру бази після тестування. Пояснити зменшення розміру бази можна, наприклад, так: коли з бази видаляється об'єкт, він, по суті, залишається в базі всередині, але невидимим для кінцевого користувача. Зроблено це для того, щоб об'єкт все-таки можна було відновити вже після повного видалення з бази (хоча ми з таким не зустрічалися). І стиснення таблиць, як раз прибирає інформацію про віддалених вже об'єктах з бази даних. Від цього таблиці стають менше (це всього лише один приклад, як працює стиснення).

Дія «Стиснення таблиць інформаційної бази» є тільки для файлового варіанту. Решта варіантів працюють і в файловому і в серверному режимі.

Реструктуризація таблиць -приклад можна навести такий: береться таблиця № 1, створюється копія її структури, назвемо, як Таблиця № 2 і дані з таблиці № 1 копіюються порціями в таблицю № 2.

Є можливість виконувати тільки тестування або тестування з виправленням.

Пункти налаштувань по обробці помилок бази стають доступними для вибору при варіанті обробки «Тестування і виправлення», а також режимі «Перевірка посилальної цілісності інформаційної бази».

Перша настройка: «При наявності посилань на неіснуючі об'єкти» означає, що в базі буде проведений пошук «битих посилань» (коли якийсь реквізит посилається, наприклад, на елемент довідника, а фізично даний елемент вже в базі відсутня. В результаті, зустрічаються записи типу «Об'єкт не знайдено<……>») І варіант обробки таких посилань:

Спроба створити неіснуючий об'єкт;

Нічого не змінювати.

Друге настроювання: «При часткової втрати даних об'єкта» означає, що дані будь-якого об'єкта були втрачені, але залишилися даних цілком вистачає для відновлення втраченого. Варіанти обробки таких об'єктів не відрізняються за змістом від варіантів попередньої настройки.

Процес тестування та виправлення інформаційної бази може бути розбитий на кілька етапів. При цьому доступні наступні можливості:

обмеження часу тестування і виправлення;
збереження параметрів тестування між етапами;
продовження перерваного раніше тестування і виправлення;
підтримка тестування і виправлення порціями в командному рядку запуску.

Слід зауважити, що тестування і виправлення інформаційної бази 1С може виконуватися тільки в монопольному режимі (Тобто робота користувачів з інформаційною базою в процесі тестування і виправлення неможлива).

утиліта chdbfl

Варіант з тестуванням бази засобами самої програми 1С - не єдиний. У комплект поставки платформи 1С: Підприємство входить ще допоміжна утиліта для тестування і виправлення файлового варіанту бази даних.

Знову-таки перед усіма операціями з базою обов'язково створюйте копію.

після вдалого резервного копіювання треба відкрити утиліту chdbfl. Вона знаходиться в каталозі встановленої програми 1С.

Шлях до неї, як правило, такий: C: \\ Program Files \\ 1cv82 \\ "реліз платформи 1с» \\ bin

Там знаходиться файл: «chdbfl.exe»

Переконавшись, що в базі 1С, яку будете тестувати, чи не знаходиться ні один користувач (в тому числі ви), запускаєте програму.

У вікні «Файл БД» обираєте шлях до файлу з базою даних. Сам файл завжди має розширення * .1CD, а шлях до папки з базою даних можна подивитися в списку інформаційних баз, під час відкривання 1С: Підприємство.

Можна просто тестувати базу, можна відразу поставити галочку «Виправляти виявлені помилки». Тоді програма сама поправить помилки в базі. Налаштувань тут, правда, ніяких немає і програма буде вже сама виправляти помилки бази автоматично.

Після вибору бази і установки режиму потрібно просто натиснути на «Виконати». Програма почне працювати і через деякий час повідомить про завершення процесу тестування.

1С8 Параметри консольного виклику тестування і виправлення

DESIGNER (CONFIG в 8.0) Запуск в режимі Конфігуратора.

/@ Шлях до файлу з параметрами командного рядка.

/ F Шлях до файлової інформаційній базі (виключаючи ім'я файлу).
/ S Адреса інформаційної бази на сервері 1С: Підприємства.
/ IBName запуск інформаційної бази по імені бази в списку інформаціоннх баз. При необхідності ім'я повинно бути взято в подвійні лапки. При цьому, якщо ім'я містить подвійні лапки, то потрібно замінити кожні подвійні лапки на дві подвійні лапки. Якщо в списках баз буде знайдено більш ніж одна база з зазначеним ім'ям, То користувачеві буде видана помилка.

/ N Ім'я користувача, як воно задано в Конфігураторі.
/ P пароль користувача, ім'я якого зазначено в параметрі / N. Якщо у користувача немає пароля, цей параметр можна опустити.

/ Out [-NoTruncate] Задає файл для виводу службових повідомлень. Якщо задано -NoTruncate, файл не очищається (не використовується в тонкому клієнті). C 8.2.15 файл повідомлень відкривається в режимі, допускає спільне читання, і під час пакетного режиму запуску Конфігураторa запис в цей файл виконується відразу, а не буферизується.

/ UC [код доступу] - дозволяє виконати установку з'єднання з інформаційною базою, на яку встановлена \u200b\u200bблокування установки з'єднань. Якщо при установці блокування заданий непорожній код доступу, то для установки з'єднання необхідно в параметрі / UC вказати цей код доступу.

/ DumpIB [имяфайла] Вивантаження інформаційної бази.

/ IBCheckAndRepair виконати тестування і виправлення інформаційної бази.
. -ReIndex реіндексація таблиць;
-LogIntegrity перевірка логічної цілісності або
-LogAndRefsIntegrity перевірка логічної і посилальної цілісності;
-RecalcTotals перерахунок підсумків;
-IBCompression стиснення таблиць;
-Rebuild реструктуризація таблиць інформаційної бази;

-BadRefCreate створювати об'єкти або
-BadRefClear очищати об'єкти або
-BadRefNone не зраджувати при часткової втрати об'єктів:

-BadDataCreate створювати об'єкти або
-BadDataDelete видаляти об'єкти або

-BadDataNone не зраджувати об'єкти;

UseStartPoint використовувати збережену точку повернення для продовження тестування з того місця, на якому воно було перервано в попередньому сеансі;
TimeLimit: hhh: mm обмеження максимального часу сеансу тестування: hhh - кількість годин (0..999); mm - кількість хвилин (0..59).

Приклади використання параметрів

C: \\ Program Files \\ 1cv8 \\ bin \\ 1cv8.exe CONFIG / F "C: \\ DemoTrd2" / N "Федоров (адміністратор)" / P "" / IBcheckAndRepair -LogIntegrity

C: \\ Program Files \\ 1cv82 \\ common \\ 1cestart.exe DESIGNER / S "Server-1C \\ 1C-Work82" / N "Адміністратор" / P "12345" / IBcheckAndRepair -LogIntegrity

Дякую!

Тестування і виправлення інформаційної бази 1С 8.3 необхідно виконувати в разі, якщо у вас виникають помилки в роботі інформаційної бази і перед оновленням конфігурації бази. У більшості випадків при пошкодженні вашої інформаційної бази воно допомагає.

Перед виконанням тестування і виправлення необхідно зробити резервну копію бази. Якщо ж ви не можете зайти в конфігуратор, то в папці з встановленою програмою 1С є утиліта для тестування і виправлення, яка не вимагає запуску програми в режимі конфігуратор. Про все це поговоримо нижче.

Розглянемо цей інструмент і як з ним працювати. Особливо докладно розберемо які прапори треба ставити в інтерфейсі.

Запустимо програму в режимі конфігуратор:

Вибираємо з меню Адміністрування пункт "Тестування і виправлення":

Які галочки ставити?

Існують різні варіанти настройки тестування, розглянемо ці галки:

Реіндексація таблиць інформаційної бази - це повне перестроювання індексів для таблиць бази даних. Реіндексація підвищує швидкість роботи інформаційної бази. Процедура тривала, але ніколи не буде зайвою.
Перевірка логічної цілісності інформаційної бази - перевіряти логічний і структурну цілісність БД, виправляє помилки в даних;
Перевірка посилальної цілісності інформаційної бази - перевірка «битих посилань» в базі даних. Такі помилки можуть виникати при безпосередньому видаленні об'єктів системи або збої. Існує 3 варіанти дій для виправлення таких помилок:
- створювати об'єкти - система створює елементи-заглушки, які можна потім заповнити необхідною інформацією,
- очищати посилання - «биті» посилання будуть очищені,
- Не змінювати - система тільки покаже вам помилки.
Перерахунок підсумків. Підсумки - таблиця попередньо підрахованих результатів в регістрах накопичення, розрахунку та бухгалтерії. Перерахунок підсумків, також як реіндексація, ніколи не буде шкідлива і дасть плюс в швидкості роботи програми;
Стиснення таблиць інформаційної бази - при видаленні даних 1С не видаляти рядки таблиць, а лише «позначає» їх на видалення. Їх не видно користувачеві, але продовжать знаходиться в БД. Стиснення бази даних видаляє ці дані безповоротно. Так само такого ж ефекту можна досягти вивантаженням і завантаженням файлу інформаційної бази (* .dt);
Реструктуризація таблиць інформаційної бази - довгий процес, за допомогою якого система здійснює пересозданіе таблиць бази. Така процедура відбувається і при внесення змін до структури конфігурації.

У нашому прикладі проставимо все галочки як показано на малюнку і натискаємо "Виконати":

Етап виконання операції ми можемо спостерігати в лівому нижньому кутку вікна конфігуратора 1С. Виявлені помилки відбиваються з вікна службових повідомлень.

Після закінчення тестування натискаємо "Закрити":

Результат виконання операцій ми можемо побачити у вікні службових повідомлень.

Тестування і виправлення закінчено.

Якщо конфигуратор не відкривається: утиліта chdbfl.exe

Якщо база пошкоджена настільки, що ви не можете зайти в конфігуратор, можна скористатися. Утиліта встановлюється разом з платформою 1С і знайти її можна в папці Bin каталогу установки:

Перед тим як приступити до тестування вам обов'язково потрібно зробити копію вашої бази, так як використання цієї утиліти може призвести до незворотних наслідків. Так як ви не можете зайти в конфігуратор, резервну копію треба робити простим копіюванням каталогу вашої інформаційної бази.

Після того як натиснули копіювати, натискаємо правою кнопкою на порожньому місці вікна папки і натискаємо "Вставити". Копія зроблена, запускаємо утиліту:

З'являється головне вікно утиліти. Нам потрібно вказати ім'я файлу бази даних. Натискаємо на три точки. Відкривається вікно вибору файлу БД. Шукаємо каталог вашої бази і в ньому вказуємо на файл 1Cv8.1CD. Натискаємо "Відкрити".

Ставимо галочку "Виправляти виявлені помилки" і натискаємо "Виконати".

Чекаємо закінчення операції. Вона може зайняти тривалий час, в залежності від розміру бази.

Після виконання, якщо були виправлені помилки вони відобразяться у вікні утиліти. У моєму випадку помилок не виявлено. Натискаємо "Закрити" і пробуємо зайти в програму. Якщо зайти все ж не виходить, вам необхідно звернутися до фахівця.