Напевно, рідко можна зустріти людину, яка часто працює з програмою 1С 8.3 (або 8.2) і не зустрічався з віконцем з написом подібного роду: «Невірний формат сховища даних 'file: // C: / Users / Alex1 / AppData / Local / 1C / 1cv8 / 058t1m89-295c-47c4-8922-f67f568rf70e / Config / RuntimeCacheStorage ' «.
Найчастіше така помилка з'являється при оновленні конфігурації, при відкритті обробки, в конфігураторі і в інших випадках. Причина криється або в порушенні цілісності структури інформаційної бази, або - частіше - в кеші 1С.
Розглянемо варіанти, як її виправити. А варіантів може бути декілька. Перерахую їх у міру зростання складності дій, а потім опишу детальніше:
- очищення кеша;
- виправлення структури бази даних;
- перенесення даних в чисту, не "биту» інформаційну базу.
Очищення кеша 1С
Як Ви вже, напевно, здогадалися, цей варіант допоможе виправити помилку тільки в тому випадку, якщо вона пов'язана з неполадками в локальному кеші. Інформацію, як почистити локальний кеш, Ви без зусиль знайдете в інтернеті. Про це багато вже написано (в тому числі і в нашій статті: Як очистити кеш в 1С 8.3), і повторюватися я не буду.
Часом досить видалити рядок з найменуванням інформаційної бази зі списку, а потім знову додати. При цьому створиться нова, чиста папка для кеша. Часто таким способом користуватися не рекомендую, так як папка зі старим кешем залишається і засмічує диск.
Виправлення структури бази даних
На даному етапі в першу чергу ми повинні випробувати штатні механізми тестування та виправлення бази. Це відноситься як до запуску відповідного пункту в конфігураторі, так і запуску файлу chdbfl.exe.
Але практика показує, що ці механізми не завжди допомагають.
Тоді чинимо так. Розгортаємо чисту інформаційну базу. Мета - отримати файл конфігурації (з розширенням cf).
Потім знімаємо непрацюючу конфігурацію з підтримки і робимо об'єднання зі збереженим файлом cf. Якщо потрібно, об'єднуємо з відновленням підтримки. Не забудьте перед цим дією зробити резервну копію!
Важливо! При об'єднанні з чистою типовою конфігурацією внесені раніше зміни в Вашої конфігурації можуть пропасти. Потрібно буде додати їх знову. Будьте уважні!
Перенесення даних в чисту, не "биту» інформаційну базу
Це, мабуть, самий радикальний спосіб виправити ситуацію. Вдаватися до нього варто тільки в тому випадку, якщо більше вже нічого не допомагає.
Створюємо чисту інформаційну базу того ж релізу, що і «бита», і за допомогою обробки «Вивантаження Завантаження даних XML«, яку можна знайти на диску ІТС, переносимо дані в напевно цілісну базу. Тут знову ж таки повторюся, що структури баз повинні збігатися, і якщо у Вашій базі є структурні зміни, їх спочатку потрібно додати в чисту.