1. www.thin.kiev.ua - Відновлення працездатності файлової бази 1С (* .1CD)
2. Див. також
3. Див. також

www.thin.kiev.ua - Відновлення працездатності файлової бази 1С (* .1CD)

Помилка 1C: DBMS: error database file corrupted

Відновлення роботи зруйнованої файлової бази. Етап 0. Введення в проблематику.

Етап 0. Введення в проблематику.

З упертою періодичністю на форумах по 1С з'являються крики душі "Допоможіть! Впала файлова база, бекапов немає, що робити?". Особисто я завжди при цьому згадую відомий жарт "Адміни діляться на два типи - тих, хто робить бекапи, і тих, хто буде їх робити". Але, відкинувши жарти в сторону, постараємося серйозно розглянути дану проблему, адже ситуації бувають різні. Наприклад, бекапи робилися на диск, на якому закінчився місце, або бекапи робилися через вивантаження, і всі такі вивантаження за останнім часом виявилися непрацездатні. До слова сказати, навіть адміни, які вважають себе "бувалими", проколюються на такі дрібниці.
В якості розминки, дозвольте викласти кілька порад з правильної організації бекапов файлових баз даних, недотримання яких може зіграти злий жарт:

1. Крім налаштованих автоматичних щоденних резервних копій, обов'язково зробіть додатковий бекап перед такими критичними операціями, як оновлення конфігурації, тії, перевірка базу за допомогою chdbfl.exe і т.п.
2. Робіть бекап архівуванням (копіюванням) файлу 1Cv8.1CD, або комбінуйте копіювання з вивантаженням в .dt. Ні в якому разі не обмежуйте бекап тільки вивантаженням в .dt, адже наявність деяких помилок у файлі 1Cv8.1CD може привести до того, що в вивантаженні буде відсутній частина інформації, або вивантаження взагалі неможливо буде завантажити. І якщо з 1Cv8.1CD можна "поворожити" і спробувати вивудити потрібні дані, то в разі повністю відсутніх даних вже нічого не зробиш.
3. Процедуру створення бекапа виконуйте в такий період, коли з базою не працюють користувачі.
4. Періодично перевіряйте наявність вільного місця на пристрої, куди налаштоване автоматичне створення резервних копій.
5. Намагайтеся розміщувати бекапи не на тому ж комп'ютері, де розташована сама база, а на інших комп'ютерах / сховищах в локальній мережі (наприклад, якщо на комп'ютері зіпсується жорсткий диск, або проникне вірус-шифрувальник, отримаємо порушеннях і базу, і бекапи). Намагайтеся також періодично розміщувати бекапи на додаткових (альтернативних) джерел, наприклад, в хмарному сховищі (dropbox, yandex disk і т.п.), або на флешці.

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

Початкові дії для діагностування таких випадків повинні бути такими:

1. Обов'язково робимо самий початковий бекап нашої проблемної бази (до будь-яких маніпуляцій з нею) копіюванням / архівуванням файлу 1Cv8.1CD, і прибираємо його в надійне місце, щоб випадково не пошкодити.
2. Пробуємо увійти в базу під іншими користувачами.
3. Повністю очищаємо кеш 1С (це можна зробити, наприклад, простим видаленням бази зі списку, і додаванням її в список знову, або використовувати утиліти типу http://infostart.ru/public/90572/ , Або видалити вручну http://help1c.com/faq/view/1267.html ).
4. Пробуємо перенести файл бази на інший комп'ютер, і ввійти в базу там.
5. Вдаємося до допомоги утиліти chdbfl.exe з поставки 1С: Підприємство, з встановленої галкою "Виправляти виявлені помилки".
6. Ще можна спробувати відкрити базу на більш свіжих релізах 1С, наприклад, якщо працювали на 8.2.15, то можна спробувати на 8.2.17.

Якщо всі спроби ні до чого не привели, і ми можемо констатувати факт, що база "мертва", то залишається вибрати правильний варіант подальших дій. Варіант перший, банальний - віддати базу на ремонт фахівцеві - розглядати не будемо, тут проблема з технічної площини йде в переговорно-фінансову. Варіант другий, нудний, тривалий, і з сумнівним результатом - переслати базу в 1С, і чекати результату - теж розглядати не будемо, хочете їм скористатися - будь ласка, але сильно сподіватися на швидке і позитивне рішення я б не став. Варіант третій - спробувати полагодити базу своїми силами - як раз і є нашою темою.
Отже, Ви вирішили полагодити базу своїми руками, і зануритися в самі нетрі загадкового вмісту файлу 1Cv8.1CD. Які ж корисні статті та інструменти ми маємо на поточний день?

1. Насамперед раджу ознайомитися зі статтею http://infostart.ru/public/19734/ , Що містить опис формату файлової бази даних .1CD. Вкрай настійно рекомендую прочитати, осмислити, і відкласти в пам'яті. Адже без чіткого уявлення пристрою бази займатися її ремонтом вельми проблематично.
2. Ще є офіційна інформація про призначення деяких таблиць БД від 1С: http://1c-dn.com/library/data_structure_in_1c_enterprise_8/?SECTION_CODE=data_structure_in_1c_enterprise_8&print=Y (На жаль, тільки анголязичная).
3. Неофіційна інформація про таблиці і полях: http://main.1c-ei.ru/Home/help/objectdb/dbschema (Російськомовна і більш розгорнута)
4. Далі, є прекрасна утиліта Tool_1CD http://infostart.ru/public/19633/ , Що дозволяє візуально переглянути і витягти дані з файлу .1CD в xml-файли, а також зберегти конфігурацію БД, основну конфігурацію і конфігурацію постачальника. Якщо з звалилася бази потрібно врятувати тільки конфігурацію - то найлегшим і простим варіантом є саме вона. Вивантажені в xml-файли дані частково можна довантажити в іншу базу за допомогою розробки http://infostart.ru/public/143704/ , Однак підтримується тільки певний перелік об'єктів.
5. Система відновлення баз 1С restoration-base-1c8: http://code.google.com/p/restoration-base-1c8/downloads/list . Є конфігурацією для 1С, що дозволяє завантажити і редагувати в ручному режимі вміст файлової бази. Завантаження бази відбувається дуже довго, слід запастися терпінням. Зчитує блоки, не спираючись на дані кореневого об'єкта, тому, якщо маємо базу з повністю зруйнованим кореневих об'єктом, то може бути дуже корисна. Опис прикладу застосування: http://infostart.ru/public/158034/
6. Компонента 1CDLib для прямого читання / запису даних з файлів баз даних .1CD http://infostart.ru/public/166557/ - єдиний наявний на поточний день інструмент, що дозволяє не тільки читати дані з файлової бази, але і записувати (якщо не розглядати низькорівневий доступ типу hex-редакторів, природно). Дана компонента дозволяє застосовувати до файлових баз багато наявні на просторах Інтернету поради по ремонту клієнт-серверних баз (MS SQL, PostgreSQL і т.д.), наприклад: http://www.gilev.ru/1c/81/restore/ , http://infostart.ru/public/116123/ . Оскільки є зовнішньою компонентою для 1С, дозволяє в 90% випадків ремонтувати бази за допомогою написання певного коду (скрипта) на мові 1С після проведення процедури обстеження, не вдаючись до hex-редактору.
7. Hex-редактор HxD http://mh-nexus.de/en/hxd/ (На випадок, якщо щось треба подивитися чи підправити безпосередньо і в ручному режимі). В принципі, можна використовувати будь-який, але мені сподобався цей.

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

Наступні етапи:

1. Обстеження

Див. також

www.thin.kiev.ua - Відновлення працездатності файлової бази 1С (* .1CD)

Помилка 1C: DBMS: error database file corrupted

Відновлення роботи зруйнованої файлової бази. Етап 0. Введення в проблематику.

Етап 0. Введення в проблематику.

З упертою періодичністю на форумах по 1С з'являються крики душі "Допоможіть! Впала файлова база, бекапов немає, що робити?". Особисто я завжди при цьому згадую відомий жарт "Адміни діляться на два типи - тих, хто робить бекапи, і тих, хто буде їх робити". Але, відкинувши жарти в сторону, постараємося серйозно розглянути дану проблему, адже ситуації бувають різні. Наприклад, бекапи робилися на диск, на якому закінчився місце, або бекапи робилися через вивантаження, і всі такі вивантаження за останнім часом виявилися непрацездатні. До слова сказати, навіть адміни, які вважають себе "бувалими", проколюються на такі дрібниці.
В якості розминки, дозвольте викласти кілька порад з правильної організації бекапов файлових баз даних, недотримання яких може зіграти злий жарт:

1. Крім налаштованих автоматичних щоденних резервних копій, обов'язково зробіть додатковий бекап перед такими критичними операціями, як оновлення конфігурації, тії, перевірка базу за допомогою chdbfl.exe і т.п.
2. Робіть бекап архівуванням (копіюванням) файлу 1Cv8.1CD, або комбінуйте копіювання з вивантаженням в .dt. Ні в якому разі не обмежуйте бекап тільки вивантаженням в .dt, адже наявність деяких помилок у файлі 1Cv8.1CD може привести до того, що в вивантаженні буде відсутній частина інформації, або вивантаження взагалі неможливо буде завантажити. І якщо з 1Cv8.1CD можна "поворожити" і спробувати вивудити потрібні дані, то в разі повністю відсутніх даних вже нічого не зробиш.
3. Процедуру створення бекапа виконуйте в такий період, коли з базою не працюють користувачі.
4. Періодично перевіряйте наявність вільного місця на пристрої, куди налаштоване автоматичне створення резервних копій.
5. Намагайтеся розміщувати бекапи не на тому ж комп'ютері, де розташована сама база, а на інших комп'ютерах / сховищах в локальній мережі (наприклад, якщо на комп'ютері зіпсується жорсткий диск, або проникне вірус-шифрувальник, отримаємо порушеннях і базу, і бекапи). Намагайтеся також періодично розміщувати бекапи на додаткових (альтернативних) джерел, наприклад, в хмарному сховищі (dropbox, yandex disk і т.п.), або на флешці.

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

Початкові дії для діагностування таких випадків повинні бути такими:

1. Обов'язково робимо самий початковий бекап нашої проблемної бази (до будь-яких маніпуляцій з нею) копіюванням / архівуванням файлу 1Cv8.1CD, і прибираємо його в надійне місце, щоб випадково не пошкодити.
2. Пробуємо увійти в базу під іншими користувачами.
3. Повністю очищаємо кеш 1С (це можна зробити, наприклад, простим видаленням бази зі списку, і додаванням її в список знову, або використовувати утиліти типу http://infostart.ru/public/90572/ , Або видалити вручну http://help1c.com/faq/view/1267.html ).
4. Пробуємо перенести файл бази на інший комп'ютер, і ввійти в базу там.
5. Вдаємося до допомоги утиліти chdbfl.exe з поставки 1С: Підприємство, з встановленої галкою "Виправляти виявлені помилки".
6. Ще можна спробувати відкрити базу на більш свіжих релізах 1С, наприклад, якщо працювали на 8.2.15, то можна спробувати на 8.2.17.

Якщо всі спроби ні до чого не привели, і ми можемо констатувати факт, що база "мертва", то залишається вибрати правильний варіант подальших дій. Варіант перший, банальний - віддати базу на ремонт фахівцеві - розглядати не будемо, тут проблема з технічної площини йде в переговорно-фінансову. Варіант другий, нудний, тривалий, і з сумнівним результатом - переслати базу в 1С, і чекати результату - теж розглядати не будемо, хочете їм скористатися - будь ласка, але сильно сподіватися на швидке і позитивне рішення я б не став. Варіант третій - спробувати полагодити базу своїми силами - як раз і є нашою темою.
Отже, Ви вирішили полагодити базу своїми руками, і зануритися в самі нетрі загадкового вмісту файлу 1Cv8.1CD. Які ж корисні статті та інструменти ми маємо на поточний день?

1. Насамперед раджу ознайомитися зі статтею http://infostart.ru/public/19734/ , Що містить опис формату файлової бази даних .1CD. Вкрай настійно рекомендую прочитати, осмислити, і відкласти в пам'яті. Адже без чіткого уявлення пристрою бази займатися її ремонтом вельми проблематично.
2. Ще є офіційна інформація про призначення деяких таблиць БД від 1С: http://1c-dn.com/library/data_structure_in_1c_enterprise_8/?SECTION_CODE=data_structure_in_1c_enterprise_8&print=Y (На жаль, тільки анголязичная).
3. Неофіційна інформація про таблиці і полях: http://main.1c-ei.ru/Home/help/objectdb/dbschema (Російськомовна і більш розгорнута)
4. Далі, є прекрасна утиліта Tool_1CD http://infostart.ru/public/19633/ , Що дозволяє візуально переглянути і витягти дані з файлу .1CD в xml-файли, а також зберегти конфігурацію БД, основну конфігурацію і конфігурацію постачальника. Якщо з звалилася бази потрібно врятувати тільки конфігурацію - то найлегшим і простим варіантом є саме вона. Вивантажені в xml-файли дані частково можна довантажити в іншу базу за допомогою розробки http://infostart.ru/public/143704/ , Однак підтримується тільки певний перелік об'єктів.
5. Система відновлення баз 1С restoration-base-1c8: http://code.google.com/p/restoration-base-1c8/downloads/list . Є конфігурацією для 1С, що дозволяє завантажити і редагувати в ручному режимі вміст файлової бази. Завантаження бази відбувається дуже довго, слід запастися терпінням. Зчитує блоки, не спираючись на дані кореневого об'єкта, тому, якщо маємо базу з повністю зруйнованим кореневих об'єктом, то може бути дуже корисна. Опис прикладу застосування: http://infostart.ru/public/158034/
6. Компонента 1CDLib для прямого читання / запису даних з файлів баз даних .1CD http://infostart.ru/public/166557/ - єдиний наявний на поточний день інструмент, що дозволяє не тільки читати дані з файлової бази, але і записувати (якщо не розглядати низькорівневий доступ типу hex-редакторів, природно). Дана компонента дозволяє застосовувати до файлових баз багато наявні на просторах Інтернету поради по ремонту клієнт-серверних баз (MS SQL, PostgreSQL і т.д.), наприклад: http://www.gilev.ru/1c/81/restore/ , http://infostart.ru/public/116123/ . Оскільки є зовнішньою компонентою для 1С, дозволяє в 90% випадків ремонтувати бази за допомогою написання певного коду (скрипта) на мові 1С після проведення процедури обстеження, не вдаючись до hex-редактору.
7. Hex-редактор HxD http://mh-nexus.de/en/hxd/ (На випадок, якщо щось треба подивитися чи підправити безпосередньо і в ручному режимі). В принципі, можна використовувати будь-який, але мені сподобався цей.

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

Наступні етапи:

1. Обстеження

Див. також

www.thin.kiev.ua - Відновлення працездатності файлової бази 1С (* .1CD)

Помилка 1C: DBMS: error database file corrupted

Відновлення роботи зруйнованої файлової бази. Етап 0. Введення в проблематику.

Етап 0. Введення в проблематику.

З упертою періодичністю на форумах по 1С з'являються крики душі "Допоможіть! Впала файлова база, бекапов немає, що робити?". Особисто я завжди при цьому згадую відомий жарт "Адміни діляться на два типи - тих, хто робить бекапи, і тих, хто буде їх робити". Але, відкинувши жарти в сторону, постараємося серйозно розглянути дану проблему, адже ситуації бувають різні. Наприклад, бекапи робилися на диск, на якому закінчився місце, або бекапи робилися через вивантаження, і всі такі вивантаження за останнім часом виявилися непрацездатні. До слова сказати, навіть адміни, які вважають себе "бувалими", проколюються на такі дрібниці.
В якості розминки, дозвольте викласти кілька порад з правильної організації бекапов файлових баз даних, недотримання яких може зіграти злий жарт:

1. Крім налаштованих автоматичних щоденних резервних копій, обов'язково зробіть додатковий бекап перед такими критичними операціями, як оновлення конфігурації, тії, перевірка базу за допомогою chdbfl.exe і т.п.
2. Робіть бекап архівуванням (копіюванням) файлу 1Cv8.1CD, або комбінуйте копіювання з вивантаженням в .dt. Ні в якому разі не обмежуйте бекап тільки вивантаженням в .dt, адже наявність деяких помилок у файлі 1Cv8.1CD може привести до того, що в вивантаженні буде відсутній частина інформації, або вивантаження взагалі неможливо буде завантажити. І якщо з 1Cv8.1CD можна "поворожити" і спробувати вивудити потрібні дані, то в разі повністю відсутніх даних вже нічого не зробиш.
3. Процедуру створення бекапа виконуйте в такий період, коли з базою не працюють користувачі.
4. Періодично перевіряйте наявність вільного місця на пристрої, куди налаштоване автоматичне створення резервних копій.
5. Намагайтеся розміщувати бекапи не на тому ж комп'ютері, де розташована сама база, а на інших комп'ютерах / сховищах в локальній мережі (наприклад, якщо на комп'ютері зіпсується жорсткий диск, або проникне вірус-шифрувальник, отримаємо порушеннях і базу, і бекапи). Намагайтеся також періодично розміщувати бекапи на додаткових (альтернативних) джерел, наприклад, в хмарному сховищі (dropbox, yandex disk і т.п.), або на флешці.

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

Початкові дії для діагностування таких випадків повинні бути такими:

1. Обов'язково робимо самий початковий бекап нашої проблемної бази (до будь-яких маніпуляцій з нею) копіюванням / архівуванням файлу 1Cv8.1CD, і прибираємо його в надійне місце, щоб випадково не пошкодити.
2. Пробуємо увійти в базу під іншими користувачами.
3. Повністю очищаємо кеш 1С (це можна зробити, наприклад, простим видаленням бази зі списку, і додаванням її в список знову, або використовувати утиліти типу http://infostart.ru/public/90572/ , Або видалити вручну http://help1c.com/faq/view/1267.html ).
4. Пробуємо перенести файл бази на інший комп'ютер, і ввійти в базу там.
5. Вдаємося до допомоги утиліти chdbfl.exe з поставки 1С: Підприємство, з встановленої галкою "Виправляти виявлені помилки".
6. Ще можна спробувати відкрити базу на більш свіжих релізах 1С, наприклад, якщо працювали на 8.2.15, то можна спробувати на 8.2.17.

Якщо всі спроби ні до чого не привели, і ми можемо констатувати факт, що база "мертва", то залишається вибрати правильний варіант подальших дій. Варіант перший, банальний - віддати базу на ремонт фахівцеві - розглядати не будемо, тут проблема з технічної площини йде в переговорно-фінансову. Варіант другий, нудний, тривалий, і з сумнівним результатом - переслати базу в 1С, і чекати результату - теж розглядати не будемо, хочете їм скористатися - будь ласка, але сильно сподіватися на швидке і позитивне рішення я б не став. Варіант третій - спробувати полагодити базу своїми силами - як раз і є нашою темою.
Отже, Ви вирішили полагодити базу своїми руками, і зануритися в самі нетрі загадкового вмісту файлу 1Cv8.1CD. Які ж корисні статті та інструменти ми маємо на поточний день?

1. Насамперед раджу ознайомитися зі статтею http://infostart.ru/public/19734/ , Що містить опис формату файлової бази даних .1CD. Вкрай настійно рекомендую прочитати, осмислити, і відкласти в пам'яті. Адже без чіткого уявлення пристрою бази займатися її ремонтом вельми проблематично.
2. Ще є офіційна інформація про призначення деяких таблиць БД від 1С: http://1c-dn.com/library/data_structure_in_1c_enterprise_8/?SECTION_CODE=data_structure_in_1c_enterprise_8&print=Y (На жаль, тільки анголязичная).
3. Неофіційна інформація про таблиці і полях: http://main.1c-ei.ru/Home/help/objectdb/dbschema (Російськомовна і більш розгорнута)
4. Далі, є прекрасна утиліта Tool_1CD http://infostart.ru/public/19633/ , Що дозволяє візуально переглянути і витягти дані з файлу .1CD в xml-файли, а також зберегти конфігурацію БД, основну конфігурацію і конфігурацію постачальника. Якщо з звалилася бази потрібно врятувати тільки конфігурацію - то найлегшим і простим варіантом є саме вона. Вивантажені в xml-файли дані частково можна довантажити в іншу базу за допомогою розробки http://infostart.ru/public/143704/ , Однак підтримується тільки певний перелік об'єктів.
5. Система відновлення баз 1С restoration-base-1c8: http://code.google.com/p/restoration-base-1c8/downloads/list . Є конфігурацією для 1С, що дозволяє завантажити і редагувати в ручному режимі вміст файлової бази. Завантаження бази відбувається дуже довго, слід запастися терпінням. Зчитує блоки, не спираючись на дані кореневого об'єкта, тому, якщо маємо базу з повністю зруйнованим кореневих об'єктом, то може бути дуже корисна. Опис прикладу застосування: http://infostart.ru/public/158034/
6. Компонента 1CDLib для прямого читання / запису даних з файлів баз даних .1CD http://infostart.ru/public/166557/ - єдиний наявний на поточний день інструмент, що дозволяє не тільки читати дані з файлової бази, але і записувати (якщо не розглядати низькорівневий доступ типу hex-редакторів, природно). Дана компонента дозволяє застосовувати до файлових баз багато наявні на просторах Інтернету поради по ремонту клієнт-серверних баз (MS SQL, PostgreSQL і т.д.), наприклад: http://www.gilev.ru/1c/81/restore/ , http://infostart.ru/public/116123/ . Оскільки є зовнішньою компонентою для 1С, дозволяє в 90% випадків ремонтувати бази за допомогою написання певного коду (скрипта) на мові 1С після проведення процедури обстеження, не вдаючись до hex-редактору.
7. Hex-редактор HxD http://mh-nexus.de/en/hxd/ (На випадок, якщо щось треба подивитися чи підправити безпосередньо і в ручному режимі). В принципі, можна використовувати будь-який, але мені сподобався цей.

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

Наступні етапи:

1. Обстеження

Див. також