Резервна копія 1С 7.7: створення та перевірка відновлення

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

Для кого ця інструкція. Основний спосіб нижче призначений для файлової бази 1С 7.7, у каталозі якої є файли .DBF. Для SQL-варіанта потрібне резервування самої бази засобами СУБД і пов’язаних файлів 1С. Якщо не знаєте свій варіант або не маєте доступу до каталогу, узгодьте дії з адміністратором.

Коротка пам’ятка: 5 перевірок · Завантажити пам’ятку в PDF

Що саме потрібно зберегти

Резервна копія — це окремий збережений примірник, з якого можна відновити роботу на певний момент. Ярлик на робочому столі, список баз у вікні запуску або один файл конфігурації 1cv7.md не містять усіх облікових даних.

Для повної копії файлової бази копіюйте весь її каталог із файлами та вкладеними папками. Це також збереже розміщені всередині каталогу звіти, обробки й інші допоміжні файли. Якщо якісь компоненти або обміни налаштовані на файли поза цим каталогом, їх треба врахувати окремо.

ZIP-архів зручний для зберігання такої копії, але стискання саме по собі не підтверджує можливість відновлення. Так само воно не зменшує розмір DBF після розпакування і не замінює згортання чи обслуговування бази.

Крок 1. Знайдіть каталог потрібної бази

1. Відкрийте звичне вікно запуску 1С 7.7.
2. Один раз виберіть потрібну інформаційну базу у списку. Шлях до неї відображається в нижній частині вікна.
3. За потреби натисніть «Змінити», щоб побачити назву й шлях в окремому діалозі. Запишіть шлях і закрийте діалог кнопкою «Скасувати»: змінювати його для резервування не потрібно.

Шлях може вести на локальний диск або мережеву папку. Якщо бачите різні схожі бази, спочатку з’ясуйте, в якій ведеться потрібний облік. Назва у списку не завжди точно описує її вміст.

Крок 2. Завершіть роботу з базою

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

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

Крок 3. Зробіть повну копію каталогу

1. У Провіднику Windows відкрийте папку, в якій міститься каталог бази.
2. Виділіть каталог бази цілком і виберіть «Копіювати» або натисніть Ctrl + C.
3. Відкрийте інше місце для резервів і виберіть «Вставити» або натисніть Ctrl + V. Збережена папка не повинна міститися всередині робочої бази.
4. Дочекайтеся завершення. Якщо Windows повідомила про помилки доступу, пропущені чи зайняті файли, така копія потребує перевірки; не позначайте її як готовий резерв.
5. Дайте копії зрозумілу назву, наприклад Buh_2026-10-21_1100_before_update. Дата й час мають відповідати фактичному копіюванню.

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

Облікова база містить конфіденційну інформацію. Не завантажуйте її у відкритий каталог сайту, публічний файловий обмінник або загальнодоступне посилання.

Окремий спосіб: штатне збереження в Конфігураторі

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

1. У вікні запуску виберіть потрібну базу й режим «Конфігуратор». Увійдіть із користувачем, який має відповідні права.
2. У меню «Адміністрування» відкрийте вікно збереження даних. У нашій українізованій програмі воно має заголовок «Збереження даних».
3. Перегляньте список «Файли, що зберігаються». Для додаткових звітів та інших файлів важливий саме склад цього списку.
4. У полі «Зберігати в» виберіть новий ZIP-архів із датою в назві поза каталогом робочої бази. Не залишайте шлях навмання й не перезаписуйте попередній резерв.
5. Натисніть «Зберегти», дочекайтеся повідомлення про завершення й перевірте, що файл архіву створено в обраному місці. За повідомлення про помилку резерв не вважайте готовим.

Штатне збереження формує архів за правилами платформи та списком файлів для збереження. Не вважайте його автоматично тотожним повній копії всього каталогу: додаткові звіти, бібліотеки, вкладені папки й зовнішні залежності потрібно врахувати та перевірити відновлення. Якщо використовуєте цей спосіб, погодьте склад архіву зі спеціалістом.

Не плутайте збереження даних зі збереженням самої конфігурації. У цій статті перевіряємо відновлення з повної копії каталогу; завантаження штатного архіву даних у робочу базу тут не виконуємо.

Крок 4. Відкрийте окрему копію для перевірки

Збережений резерв залиште недоторканим. Скопіюйте його ще раз в інший порожній каталог для перевірки. У нашому прикладі папку з резервом названо Reserve, а примірник для запуску — Restore. Вони містяться окремо від вихідної бази.

1. Якщо резерв зберігається у ZIP, розпакуйте його в нову окрему папку. Переконайтеся, що вказуєте каталог самої бази, а не зовнішню папку, всередині якої лежить ще одна папка з нею.
2. У вікні запуску 1С натисніть «Додати».
3. У полі назви напишіть, що це перевірочна копія. На скриншоті використано назву 0. BACKUP CHECK.
4. У полі «Шлях» виберіть каталог перевірочного примірника. Уважно звірте: це не робоча база і не недоторканий резерв.
5. Збережіть запис і відкрийте цю копію в режимі «Підприємство». Якщо програма запитає користувача й пароль, використайте дозволений вам обліковий запис.

Зовнішні дії на копії. Якщо в базі є обміни, відправлення пошти, банківські інтеграції або інші зовнішні підключення, перед запуском узгодьте їх із відповідальним спеціалістом. Не запускайте обміни й не надсилайте звітність із перевірочного примірника.

Крок 5. Перевірте результат, а не лише запуск

Успішне відкриття — перша перевірка. Після нього звірте з бухгалтером дані на момент створення резерву:

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

Зафіксуйте дату резерву, місце зберігання та результат перевірки. Після перевірки вийдіть із копії, щоб не почати вести в ній поточний облік помилково.

Пам’ятка: 5 перевірок перед оновленням

1. Правильна база. Записано її шлях і підтверджено файловий варіант.
2. Немає запису даних. Користувачі вийшли, фонові процеси погоджені.
3. Повний резерв. Каталог скопійовано цілком, помилок і пропусків немає.
4. Окреме відновлення. Перевірочний примірник відкрито за іншим шляхом; збережений резерв не використовують для роботи.
5. Перевірені дані. Контрольні документи й звіти звірені, місце зберігання та дата відомі.

Завантажити пам’ятку PDF · 1 сторінка

Часті запитання

Достатньо скопіювати 1cv7.md?

Ні. Це файл конфігурації, а не повний набір облікових даних. Для описаного способу потрібен весь каталог файлової бази з вкладеними папками.

Чи потрібні навички програмування для резервної копії?

Для повного копіювання правильно визначеного каталогу закритої файлової бази — ні. Визначення зовнішніх залежностей, SQL-резервування та усунення помилок відновлення можуть потребувати спеціаліста.

Чи можна після цього самостійно оновити будь-яку конфігурацію?

Наявність резерву не змінює умов оновлення. Для користувача без навичок програмування самостійне оновлення конфігурації підходить для типової версії або попереднього Комплексного пакета без власних доопрацювань. Для зміненої конфігурації спеціаліст може виконати ручне перенесення чи суміщення окремих об’єктів. Докладніше — в інструкції встановлення оновлень.

Чим резервна копія відрізняється від згортання бази?

Резервування зберігає стан даних для відновлення. Згортання — окреме обслуговування зі скороченням історії у робочій базі та погодженим перенесенням залишків. Придбання Комплексного пакета не виконує згортання автоматично.

Що робити далі

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