Файловий режим зберігання баз 1С часто використовується маленькими компаніями. Його легко налаштувати, для цього не потрібні додаткові вкладення та файловий режимзручний у роботі. Але це лише тоді, коли йдеться про відділ, працює до п'яти осіб.
Зазначимо основні мінуси файлового зберігання баз 1с. При значних обсягах бази даних понад трьох гігабайт швидкість одночасно працюючих користувачів значно скорочується.
Надійність роботи також низька. Бази 1С у файловому режимі частіше ушкоджуються. Клієнт-серверний варіантзберігання інформації на порядок надійніше. Багатьом бухгалтерам та операторам 1С знайоме повідомлення: "Помилка формату потоку..." Виринає воно при спробі запуску бази 1с, або запису документа.
Що робити?
1. Зробіть резервну копію бази двома способами.
Папку з базою Ви можете самостійно скопіювати вручну, або виконайте вивантаження бази через конфігуратор.
Скопіюємо базу вручну. Спочатку визначимо, у якій папці знаходиться наша база даних. Запускаємо програму 1С. Виберіть (один раз натискаємо ліву кнопкумиші) необхідну базу, внизу подивіться шлях до папки
В даному випадку база знаходиться на Z:, у папці "torg".
Відкрийте Мій комп'ютер, диск Z:, натисніть папку "torg" і виберіть пункт "копіювати"
Потім відкрийте інший диск комп'ютера, бажано, мережеву папку. Можете скористатися папкою Мої документи, але тільки в крайньому випадку. Правою кнопкою миші натисніть на порожнє місце у відкритому вікніта виберіть пункт «Вставити»
Коли копіювання бази даних буде завершено, необхідно виконати додаткове резервне копіювання засобами 1С (якщо можна зайти в режимі конфігуратора).
2. Утиліта chkdbfl.exe
Відкрийте, Мій комп'ютер, диск С:, папку « Program files»(у 64-бітних версіях windows- "Program filex (x86)"), 1Cv8x (де x - версія Вашої платформи (8.0, 8.1, або 8.2)) Переходимо в папку "bin" (у версії 1с 8.2, то спочатку номер останньої версіїплатформи і там папку "bin"), там запускаємо файл chkdbfl.exe
У вікні натисніть кнопку «...», після чого відкрийте папку з базою, виберіть файл 1Cv8.CD і натисніть кнопку відкрити.
Поставте галочку "Виправляти виявлені помилки". Після цього натисніть "виконати".
Перевірка може тривати від 5 до 60 хвилин, залежно від розміру бази даних та потужності комп'ютера. (Рис. 6)
Коли перевірка завершиться, програма надасть журнал виправлених помилок (мал. 7)
У наведеному прикладі помилок не знайдено.
Зайдіть до бази даних і перевірте, як вона працює.
Розглянемо тепер причини виникнення цієї помилки, та можливі способиїх запобігання.
Причини пошкодження бази 1С:
Однією з найпоширеніших причин є збій у електромережі. Через збій в електропостачанні часто може відключитися сервер або комп'ютер з базою, або відключити мережу. На невеликих підприємствах економія на джерелах безперебійного харчування – справа нерідка. Буває, що джерела безперебійного харчування не встановлюють зовсім. Іноді підключають сервер, але забувають про захист мережевих пристроїв, що також веде до пошкоджень у разі збою у мережі.
Збій жорсткого диска чи флешки. Некоректне підключення флешки або зовнішнього дискатакож ведуть до пошкодження бази даних 1С. Загрозу для інформаційної бази становить і застарілий жорсткий диск, тривалість «життя» жорсткого диска стандартного офісного комп'ютера 2-3 роки, на сервері трохи більше – 3-5 років.
Несправна мережа. Частою причиною пошкодження баз даних є перевантажена мережа. Коли інформація передається набагато повільніше, ніж покладено, в 1С починаються проблеми. Використання застарілого обладнання або розташування його в несприятливих місцях. Комп'ютер перегрівається і починає зависати.
Неправильно прокладені кабелі також викликають помилки у роботі. Розетка, що відходить, прокладені по підлозі кабелі - це тільки найчастіші помилки.
Як уникнути збоїв у роботі?
1. Джерела безперебійного живлення необхідно встановлювати як на сервери, так і на мережеве обладнання.
Це обійдеться Вам набагато дешевше, ніж просто в роботі навіть на один день. Особливо якщо відновлювати базу доведеться в період звітності. Відновлення бази триває кілька днів.
2. Уважно підключайте зовнішні носії.
При використанні USB хаб, купуйте його із зовнішнім блоком живлення.
У вас зовнішній жорсткийдиск з кабелем з двома кінцями USB? Підключіть їх обидва, по першому кінцю подається додаткове харчування, а по другому - живлення та інформація.
Планову заміну жорстких дисківна комп'ютері чи сервері з базою рекомендуємо здійснювати раз на 2-3 роки.
3. Локальна мережамає бути в порядку. Використовуйте лише сучасні мережні пристрої.
Це позбавить Вас багатьох проблем, не тільки з 1С.
4. Не забувайте робити резервні копії!
Перед важливими операціями з базою даних виконуйте налаштування автоматичного резервного копіювання та робіть архівні копії бази вручну.
Останній шанс знайти резервну копію, якщо не лишилося інших варіантів
2017-12-07T16:51:24+00:00Отже, сталося непоправне:
Як кажуть у таких випадках – приїхали...
Не поспішайте панікувати – ще не все втрачено.
Заходимо в мій комп'ютер і відкриваємо властивості диска, на якому зберігається база (цей диск можна побачити, виділивши базу у вікні запуску 1С):
У діалозі, що відкрився, переходимо на закладку "Попередні версії":
Якщо тут є версія диска від потрібного числа - ми врятовані!
У цьому випадку виділяємо цю версію та натискаємо кнопку "Відкрити":
Знаходимо тут папку з нашою базою та перетягуємо її, наприклад, на робочий стіл.
Якщо вам не пощастило з наявністю тіньової копіїдиска (або там немає копії за потрібне число) переходимо до другого варіанта.
Шукаємо тимчасову резервну копію, створену під час оновлення бази
Одна з тимчасових резервних копій, створених 1С під час оновлення бази, все ще може зберігатися у тимчасовій папці комп'ютера. У цій статті я розповім про те, як таку копію знайти та отримати.
Насамперед знаходимо тимчасову папку нашого комп'ютера.
Для цього натискаємо комбінацію клавіш Win + R:
- Спочатку натискаємо Win;
- Потім, не відпускаючи Win, натискаємо англійську букву R;
- і відпускаємо обидві клавіші.
Ось як виглядає кнопка Win:
У відповідь на це у нас відкриється діалог "Виконати", у мене на Windows XP він виглядає так:
Друкуємо в текстове поле команду %temp% та натискаємо ОК:
У відповідь на це комп'ютер відкриє нам тимчасову папку:
Нас насамперед цікавлять папки, які починаються з " 1Cv8UpdateОсь в одній з цих папок і може знаходитися резервна копія нашої бази.
Щоб не переглядати їх усі (нам потрібна остання з резервних копій) сортуємо папки за датою:
І починаємо переглядати зверху вниз (від пізніших папок до ранніх).
Заходимо в кожну з папок, що починаються з " 1Cv8Update":
Резервна копія бази в цій папці буде виглядати як файл із жовтим значком, що починається з імені "1Cv8" і розширенням ".1CD" (але його не завжди видно). Цей файл зазвичай має найбільший розмір з усіх (у моєму випадку 752 мегабайти).
Праворуч від цього файлу ми можемо побачити дату створення. Якщо такий файл знайдено і дата створення нам підходить – це чудова новина!
Тепер давайте визначимо резервну копію якої бази ми знайшли?
Для цього відкриємо файл "log...txt":
Ось він шлях до папки бази, резервну копію якої ми знайшли: X: Бази 1С ArendaDemo.
Якщо ця резервна копія нам не підходить (не та база чи дата не та) – шукаємо далі.
Але ми знайшли найбільш підходящу - як із неї відновити базу?
Для цього створюємо в папці з базами 1с нову порожню папку, наприклад:
У цю папку копіюємо файл " 1Cv8....1CDз папки з резервною копією:
Змінюємо ім'я цього файлу на " 1Cv8(якщо розширення.1CD у вас не було видно, то дописувати його і не треба):
Підключаємо цю папку як звичайну базу 1С-ось.
Нічого не допомогло
Якщо ж резервну копію знайти не вдалося - теж не впадаємо у відчай (ніколи не треба впадати у відчай). Як кажуть, безвихідних ситуацій не буває:
- Якщо база була випадково видалена (у тому числі з кошика) і з комп'ютером після цього не проводилося жодних операцій - фахівець за допомогою спеціальних програмзможе знайти та відновити її з жорсткого диска. Це (якщо взагалі можливо) має коштувати недорого. Тільки потрібно звати спеціаліста не відкладаючи, поки віддалена база на жорсткому диску не перезаписувалася іншими даними.
- Якщо база настільки пошкоджена, що не допомогли, то добрий спеціаліст також майже завжди зможе відновити базу або витягти з неї дані. Ось за це вже з вас можуть попросити пристойну суму. І тут потрібно порівнювати ціну відновлення та ціну втрачених даних. Тут можна не поспішати і навіть показати базу одразу декільком фахівцям.
Прошу вас - регулярно резервні копії ваших баз та документів.Наскільки це важливо розумієш тільки ось у таких безвихідних ситуаціях, подібно до описаної у статті.
Ця стаття є продовженням циклу статей «Перші кроки до 1С». У ній розглянуто типові прийоми відновлення бази 1С на платформі «1С:Підприємство 8» після збоїв. Передбачається, що база працює у файловому режимі. Відновлення бази клієнт-серверному режимі роботи розглядається, т.к. це питанняявно виходить за рамки "перших" кроків фахівця-початківця.
Матеріал статті детально розкриє відповіді на такі питання:
- Що робити до початку всіх робіт з відновлення? (копію, Карле!)
- Які тонкощі є під час використання утиліти перевірки?
- Які засоби для відновлення є у конфігураторі?
- Коли і навіщо робити вивантаження/завантаження у формат *.dt?
- Якщо все вищеописане не допомогло, що можна спробувати?
Застосовність
Стаття написана для платформи «1С:Підприємство» версії 8.3.4.496, але не переживайте, якщо ви працюєте з старшою версією! Весь матеріал є абсолютно актуальним.
Як у 1С відновити пошкоджену базу «1С:Підприємство 8»
Часом для новачка дане завданняздається просто нереальною. Хоча, насправді, є ряд нехитрих штатних засобів тестування баз 1С і прийомів виправлення помилок, що виникають.
Поява різноманітних систематичних збоїв (помилок, невірно відображуваних даних, аварійне закриття програми) можна вважати пошкодженням бази.
Причини виникнення критичних помилокбувають різноманітними. Найчастіше проблеми виникають через збої електроживлення.
З упевненістю можна сказати, що при клієнт-серверному режимі роботи база більш стійка до помилок.
В рамках наших статей ми будемо розглядати файловий режим роботи бази. І перше, що потрібно попередити клієнта – наявність джерела безперебійного живлення на комп'ютері, де встановлена інформаційна база, дуже бажано.
Отже, головне не лякатися перед спробою відновлення бази зробити її копію.
Наприклад, можна спочатку скопіювати всю папку, в якій розміщена база, а потім у цій папці залишити лише файл 1Cv8.1CD (файл бази) та папку 1Cv8Log (журнал реєстрації подій).
Насправді, здебільшого бази підлягають відновленню. Деякі 1С-ники це зрозуміли і радо перехоплюють таких клієнтів. Самому робити здебільшого нічого особливого не треба, клієнт наляканий, а робота тестових програм займає чималий час.
Перейдемо до практики. Спочатку з'ясуйте у клієнта, як давно і за яких обставин почали виникати збої. Дізнайтеся, як користувачі здійснюють оновлення конфігурації та як за часом пов'язані ці дві події. Уточніть об'єм бази.
Навіть якщо в цьому конкретному випадкуЗ'ясовані обставини вирішальним чином на Ваші наступні дії не вплинуть, Ви зможете зібрати деяку статистику, яка може стати в нагоді в майбутньому.
Обов'язково дізнайтеся, чи оновлювалася платформа, і під яким релізом платформи база працювала раніше.
Насамперед видаліть усі файли та папки, які у заданій директорії оточують файл бази (1Cv8.1CD). Так, це деякі службові файли, які забезпечують повноцінну роботу, але точно зазначено, що у роботі цих файлів виникає деяке неузгодженість.
Нічого страшного не станеться, тому що при черговому запуску бази всі необхідні файли будуть створені заново. Із запуском ми поки що почекаємо.
Тепер використовуємо найефективніший, але ще далеко не останній засіб. У директорії C:\Program Files\1cv82 (для платформи 8.3 – 1cv8)\(далі номер релізу платформи)\binзапустіть утиліту chdbfl.exe
Увага! У кожному релізі платформи є власна утиліта chdbfl.exe. Доцільно використовувати утиліту з того релізу платформи, з яким використовувалась дана база. Найчастіше – це останній встановлений реліз платформи.
Тут варто сказати про одну особливість, якщо момент пошкодження бази приблизно збігається з моментом оновлення платформи, то утиліта chdbfl.exe попередньої платформи найчастіше дає кращі результати в пошуку та виправленні помилок.
Особливість даної утиліти - якщо при першому проході виправлених помилок не було (утиліта не змогла виправити жодної помилки), то повторно запускати її, можна сказати, марно.
Однак якщо помилки виправлені не всі, але при цьому відзначається зменшення кількості помилок, то є сенс запустити утиліту ще раз.
Були випадки, що за другий прохід кількість знайдених помилок змінювалася нанівець. Одним словом, повторюйте операцію, доки є результат зменшення кількості помилок. Схоже, що частина виправлених помилок при черговому проході дозволяє виправити ще й інші.
Самі параметри тестування та виправлення, якщо Ви абсолютно чітко не розумієте, що саме робите, краще не чіпати.
Поліпшення результатів тестування при повторне використання даного засобуне відмічено.
Слід сказати про засіб перевірки конфігурації. За досвідом, помилки, що відзначаються цим засобом, не відрізняються особливою критичністю. Швидше вони просто уповільнюють роботу самої бази. Що, по суті, для баз розміром понад 4 Гб користувач може розцінюватися теж як пошкодження бази.
4 Гб - це максимально допустимий розмір не самої бази, а таблиці в базі. Але який-небудь регістр може бути значно більше інших і займати більшу частину обсягу бази.
У цій формі без абсолютно чіткого розуміння ніяких налаштувань змінювати не варто.
Слід сказати ще про один не зовсім очевидний метод. Справа в тому, що при розвантаженні бази в файл з розширенням dt існує дуже низька ймовірність, що завантажити його назад не вдасться.
Однак при завантаженні відбувається певна реструктуризація пам'яті, що в окремих випадках дозволяє відновити роботу бази шляхом послідовного вивантаження та завантаження.
Якщо після всіх проведених заходів та випробувань Ви виявили, що Ваша база залишається пошкодженою, то доцільно використовувати цей засіб.
Вивантаження здійснюється в конфігураторі через меню Адміністрація, пункт Вивантажити інформаційну базу .
З'явиться діалогове вікно, в якому потрібно буде вказати напрямок вивантаження. Назва файлу, що створюється, можна використовувати за замовчуванням – 1Cv8.dt.
Слід зазначити, що вивантаження також є одним із можливих методів копіювання.
Завантаження найкраще проводити в нову базубез конфігурації. Для створення такої бази у вікні інформаційних баз натисніть кнопку Додати. На черговому кроці збережіть налаштування Створення нової інформаційної базита натисніть на кнопку Далі.
У формі, що з'явилася, поміняйте налаштування на Створення інформаційної бази без конфігураціїа також натисніть кнопку Далі. На наступних двох кроках визначте ім'я бази та директорію (порожню), в якій вона буде.
Додаткові параметри можна не заповнювати та натиснути на кнопку Готово. Буде створено інформаційну базу без конфігурації.
Ще кілька моментів. Якщо несправності в роботі бази спостерігаються лише на одному комп'ютері, слід спробувати змінити комп'ютер. Якщо несправності виявляються лише в одного користувача, слід спробувати перестворити користувача.
Іноді допомагає видалення бази зі списку у вікні інформаційних баз із подальшим додаванням до списку тієї ж існуючої інформаційної бази (відновлення шляху до неї).
Насамкінець хочеться сказати, що, звичайно, не всі бази підлягають відновленню, частина з них відновлюється складнішими способами. Але не засмучуйтесь, такі випадки бувають досить рідко.
Як профілактика можна порадити проводити оновлення баз через конфігуратор і використовувати штатні засоби тестування та виправлення помилок перед кожним оновленням. Користувачі, які є власниками базових версій та мають право на безкоштовне оновлення, також можуть попередньо завантажувати файли поновлення з сайту.
У наступній статті розглянемо можливості настроювання списку інформаційних баз.
Перед початком процедури відновлення інформаційної бази необхідно обов'язково створити резервну копію. Це можна зробити кількома способами.
Вивантажити архівну копію з конфігуратора
При неможливості вивантажити архівну копію бази даних у режимі Конфігуратор, необхідно просто скопіювати каталог з інформаційною базою в іншу папку.
Як знайти каталог інформаційної бази та зробити резервну копію
1. Натискаєте на ярлик "1С:Підприємство". Виводиться вікно "Запуск 1С: Підприємства".
2. Вибираєте зі списку необхідну інформаційну базу (встановлюєте курсор потрібної базі)
3. унизу списку відображається шлях "File=...". Копіюєте все, що в лапках. Наприклад, як на малюнку, копіюєте: "c:\1cconf\конвертація"
4. Відкриваєте файловий менеджернаприклад, провідник Windows
5. В адресний рядок вставляєте скопійований рядок. переходьте до каталогу.
6. У каталозі має бути файл "1cv8.1cd". Цей файл копіюєте до іншого каталогу. Запам'ятайте, куди скопіювали файл. Це резервна копія вашої інформаційної бази.
Тестуємо базу даних утилітою
Після того, як скопіювали файл інформаційної бази в інший каталог (зробили резервну копію), можна розпочати відновлення даних.
Відкриваємо утиліту відновлення файлової бази даних chdbfl.exe.
Для версії 1С:Підприємство 8.0 вона зазвичай знаходиться в каталозі "C: Program Files 1cv8 bin"
Для версії 1С:Підприємство 8.1 вона знаходиться в каталозі "C:Program Files1cv81bin"
Для версії 1С:Підприємство 8.2 вона знаходиться в каталозі "C: Program Files 1cv82 НОМЕР_ВЕРСІІ bin", де НОМЕР_ВЕРСІЇ - номер версії 1С підприємства 1С: 8.2. Необхідно відкрити каталог "C:\Program Files\1cv82" та вибрати необхідну версію(зазвичай у каталозі одна папка. Наприклад, шлях може виглядати так: "C: Program Files 1cv82 8.2.12.78 bin")
Запускаємо утиліту. Повинне з'явитися віконце, зображене малюнку.
Вибираємо файл інформаційної бази. Знайти його можна за інструкцією розділу "Як знайти каталог інформаційної бази і зробити резервну копію".
Ставимо галочку "Виправляти виявлені помилки". Натискаємо кнопку "Виконати" та чекаємо завершення процедури перевірки.
3. Тестування та виправлення з конфігуратора
Після завершення тестування інформаційної бази утиліта chdbfl.exe конфігурація 1С повинна запускатися в режимі "конфігуратор".
Запускаємо програму в режимі конфігуратора:
1. Вибираємо відновлювану інформаційну базу.
2. Натискаємо на кнопку "Конфігуратор"
3. У меню вибираємо "Тестування та виправлення..."
4. Вибираємо всі галочки у групі "перевірки та режими", як показано на малюнку. Вибираємо режим "тестування та виправлення". Натискаємо "Виконати" та чекаємо завершення тестування інформаційної бази.
Тестування завершено. Запускайте конфігурацію у режимі "1С:Підприємство". Спробуйте формувати звіти, записувати довідники та документи.
У попередній статті ми з вами розбирали питання щодо створення резервних копій бази 1С Підприємство на прикладі 1С Бухгалтерії 8. Ми з'ясували, що одним із способів резервного копіюванняє створення вивантаженняінформаційну базу. Тепер розберемося, що робити з файлом вивантаження, якщо з вашою базою трапилося щось погане.
Якщо проблема не усувається ніякими іншими способами, саме час прочитати інструкціюто раніше створений файл вивантаження 1С Бухгалтерія 8 (або будь-якої іншої конфігурації 1С Підприємство) дозволить зробити відкат бази, тобто. повернути стан інформаційної бази на дату створення вивантаження.
Невеликий відступ від теми:звідси зрозуміло, що з відновлення бази в такий спосіб частина даних буде неминучевтрачено. Тому чим частіше ви робите резервні копії, тим менше даних ви втратите у разі псування бази 1С.
Сам собою файл вивантаження марний і вимагає запуску Конфігуратора, тобто. не можна просто так запустити файл вивантаження (як, наприклад, фільм) і очікувати на результат. Тому запускаємо Конфігуратор та заходимо в меню Адміністрація.
У меню потрібно вибрати пункт "Завантажити інформаційну базу", як показано на малюнку вище. Відкриється вікно вибору файлу.
За допомогою цього вікна слід вибрати потрібний файл вивантаження. Якщо їх кілька, зазвичай вибирають найсвіжіший, тобто. зроблений останнім.
Увага! Будьте обережні при виборі файлу, якщо у вас їх кілька. Особливо якщо вони належать різним фірмам! Операцію з вивантаження не можна скасувати.
Тут була важлива частина статті, але без JavaScript її не видно!
З урахуванням вищесказаного слід додати одну важливу деталь- Якщо база "накрилася", то зробіть копію її папки повністю ( ну і що, що вона пошкоджена!) і тільки потім відкривайте Конфігуратор і здійснюйте відновлення. У разі помилки ви завжди зможете повернутися до "невідновленого" (тобто не остаточно зіпсованого внаслідок помилки відновлення) варіанта бази.
Якщо файл вибраний, то з'явиться таке попередження (воно необхідне, оскільки операція не скасовується).
Якщо ви впевнені, то натискайте Так і чекайте завершення процесу. Цю операцію не можна переривати!Після завершення завантаження з'явиться повідомлення про завершення операції.
У вікні, наведеному вище, простіше натиснути Ні, оскільки Конфігуратор нам більше не потрібний. Після натискання кнопки Ні Конфігуратор закриється. Тепер запускайте програму в режимі 1С Підприємство та перевіряйте працездатність бази. Як бачите, складного немає нічого.
А ще завантаження раніше вивантажених даних можна робити на цілком порожню основу, тобто. без конфігурації взагалі. Створити таку базу можна так, як описано у відповідній статті. Єдина відмінність у тому, що у вікні вибору шаблону конфігурації потрібно вибирати не шаблони, а нижній пункт, як показано на малюнку.
Ще раз нагадаю: будьте обережні під час відновлення бази 1С Бухгалтерія 8 своїми руками!Резервні копії можна робити сміливо - це безпечно для даних у будь-якому випадку, - а ось з відновленням акуратніше.
Завантаження...