Створення резервних копій інформаційної бази

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

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

Для чого потрібна резервна копія?

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

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

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

Як часто потрібно робити резервну копію?

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

Частота виконання резервного копіювання повинна залежати від того, як Ви оцінюєте вартість зусиль на повторне введення тієї інформації, яка вноситься в інформаційну базу в інтервалах між "збереженнями". Ми рекомендуємо виконувати резервне копіювання щодня.

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

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

Куди зберігати резервну копію?

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

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

Для резервного копіювання великих інформаційних баз в організаціях, у яких працює кілька користувачів, зазвичай застосовуються спеціалізовані пристрої резервного копіювання або пристрої, що дають змогу зберігати великі обсяги інформації на зовнішніх (стосовно комп'ютерів) носіях. Наприклад, це можуть бути "стримери", пристрої типу "ZIP-drive" (дискети великої місткості) або пристрої, що записують на компакт-диски (CD-Writer). Останнім часом вартість цих пристроїв знижується, і їх можна рекомендувати навіть для невеликих організацій.

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

Скільки зберігати резервну копію?

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

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

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

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

Відновлення резервної копії

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

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