Історія сховища конфігурації 1с програмно. Сховище конфігурації: створення і використання. Налаштування каталогу баз даних сховища конфігурацій

При колективній розробці потрібно контроль за історією розробки, відстеження об'єктів, які доопрацьовуються в поточний момент.

Для цього і призначений сховище конфігурації.

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

Значить вам треба розгортати сховище конфігурацій.

швидкий перехід

Як це робиться поетапно:

1. Зайти в «» і створити сховище
2. Вказати його розташування (папку на яку є права на запис)
3. Задати ім'я Адміністратора і його пароль
4. Далі, конфігурація підключиться до ство даному сховища
5. Наступний крок: додавання користувачів в сховище - кожна база розробки прив'язується до окремому користувачеві. Ці користувачі ніяк не пов'язані з користувачами інформаційної бази. Зайдіть в «Адміністрування сховища»
   
6. Додаєте і задаєте пароль:
   
7. Встановлюєте його права, досить прав на «Захоплення сховища»
8. Створюєте нову базу з копії (або використовуєте вже існуючу), зміни повинні бути збережені, оскільки при першому підключенні конфігурація синхронізується з даними сховища
   
9. Вказуєте дані раніше ство даного користувача
10. Ось і все: підключення до сховищ успішно завершено
    

Робота зі сховищем

При кожному старті запуску конфігурації потрібно:

• підключитися до сховища вказавши пароль, або прописати його в параметрах запуску 1с «ConfigurationRepositoryP» (Користувач: «ConfigurationRepositoryN», сховище: «ConfigurationRepositoryF»)
• або відмовитися від підключення, але не відв'язувати сховища - в цьому випадку ви зможете правити тільки раніше «Захоплені» об'єкти, інші тільки на просомтр

Для початку роботи з об'єктом його потрібно «Захопити» об'єкт - встановити монопольний доступ на його розробку. До цього всі об'єкти доступні тільки на читання (подібно «Поставці» до зняття з підтримки).

Це можна зробити двома способами:

Після закінчення у вас два основні варіанти:

• скасувати захоплення, при цьому у вас об'єкт відновиться їх сховища (цим скасовуються також внесені правки)
• помістити змінений об'єкт

В іншої бази розробник на вашу сигналу може оновити конфігурацію зі сховища:

це основні команди для роботи зі сховищем.

особливості роботи

Відбір захоплених об'єктів

• можна відібрати все захоплені
• захоплені певним користувачем

В цілому, сховище працює дуже стабільно:

• проблеми виникали при мережевому зберіганні: злітало поле даних у реквізитів, швидше за все втрата даних в процесі приміщення).
• «Сховище конфігурації пошкоджено» така помилка відбувається один раз на рік - просто створили заново (робіть додаткові копії цієї папки).

для резервного копіювання досить налаштувати збереження

1Cv8ddb.1CD і ПОВНІСТЮ папку data, розташовану в тій же папці, що і файл 1Cv8ddb.1CD

Якщо http-Сервер не відповідає або скидає з'єднання, то може виникнути помилка «некласифікованих помилка роботи зі сховищем конфігурації»:

При «Помилці мережевого доступу до сервера »спробуйте перезапустити службу сховища і виконати команду« Сховище конфігурації / Закрити сховище / Відкрити сховище ».

Якщо така помилка відбувається при повному приміщенні, спробуйте поміщати об'єкти частинами - іноді спрацьовують таймаут відповіді сервера.

Зменшилася зручність під час наступного з'єднання

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

Раніше, настройки: адреса сховища і користувач зберігалися, залишалося тільки внести пароль - це було набагато швидше.

Суб'єктивно і процес початкової синхронізації став довше - не пригадую довго висить стану «Побудова знімка версії конфігурації»

В 8.3. з'явився режим сумісності на вкладці «Інше» в адмініструванні сховища: цим можна включити новий формат зберігання.

особливості зберігання

«Сховище» до 8.3.3 це звичайна файлова база, як файл 1Cv8ddb.1CD, в якій додатково зберігається інформація про захоплення.

Внутрішні таблиці не можуть бути більше 4 ГБ інакше може бути помилка: «Помилка операції зі сховищем конфігурації. по причині: Перевищено максимально допустимий розмір внутрішнього файлу », але таке зустрічається тільки при дуже інтенсивній роботі зі сховищем (багато версій макетів та інших ємних об'єктів).

З версії 8.3.3 з'явилася папка «data»:
Швидше за все для більш універсальної роботи з системами версионного контролю.

У разі проблем з розсинхронізація можна почистити каталог «Cache» в папці сховища.

механізм оптимізації

Знаходиться на вкладці «Інші»

Виробляється упаковка файлів метаданих в папку pack

• Кількості упакованих файлів більше 5000.
• Кількості архівів більше 50.

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

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

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

Стандартні сховища налаштувань

Отже, за замовчуванням, в конфігурації є наступні сховища налаштувань:

• ХраніліщеВаріантовОтчетов - для доступу до налаштувань варіантів звітів.
• ХраніліщеПользовательскіхНастроекОтчетов - для доступу до призначених для користувача налаштувань звітів.
• ХраніліщеНастроекДаннихФорм - для доступу до призначених для користувача налаштувань даних форм.
• ХраніліщеОбщіхНастроек - для доступу до загальних налаштувань.
• ХраніліщеСістемнихНастроек - для доступу до системних налаштувань.
• ХраніліщеПользовательскіхНастроекДінаміческіхСпісков - для доступу до призначених для користувача налаштувань динамічних списків.

До кожного з цих сховищ можна звернутися як до властивості глобального контексту.

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

Для роботи зі сховищами налаштувань (як зі стандартними, так і з доданими програмістом) використовуються наступні методи.

Запис і отримання настройки:

ХраніліщеОбщіхНастроек.Сохраніть (НазваніеОб'екта, НазваніеНастройкі, ЗначеніеНастройкі, ОпісаніеНастройкі, ім'я користувача); ЗначеніеНастройкі \u003d ХраніліщеОбщіхНастроек.Загрузіть (НазваніеОб'екта, НазваніеНастройкі, ОпісаніеНастройкі, ім'я користувача);

Видалення зайвої / непотрібної налаштування:

ХраніліщеОбщіхНастроек.Удаліть (НазваніеОб'екта, НазваніеНастройкі, ім'я користувача);

Отримання списку налаштувань:

СпісокЗначенійНастроек \u003d ХраніліщеОбщіхНастроек.ПолучітьСпісок (ІмяОб'екта, ім'я користувача);

Параметри «НазваніеОб'екта», «НазваніеНастройкі» і «ім'я користувача» повинні строкової тип.

У базі даних, всі налаштування зберігаються в окремо таблиці.

Сховища налаштувань створювані програмістом

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

• необхідно переміщення налаштувань між базами даних;
• необхідний контрольний контроль при зберіганні налаштувань;
• потрібна особлива структура налаштувань 1С.

Сховища налаштувань додають у відповідному розділі конфігурації.

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

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

Доступ до створеного сховища можна отримати таким чином:

ХраніліщаНастроек.НазваніеХраніліща.Загрузіть ();

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

керовані форми мають дві властивості:

• Автоматичне збереження даних - якщо вибрано значення «Використовувати», то дані будуть зберігатися автоматично в стандартне сховище налаштувань даних форм;
• Збереження даних в налаштуваннях - якщо вибрано значення «Використовувати список», то у вікні реквізитів форми з'явиться стовпець «Збереження», за допомогою якого можна вказати які реквізити форми повинні зберігатися, а також з'явитися можливість вибрати сховище налаштувань для цих даних.

На цьому все, сподіваюся дана стаття Вам допомогла.

Для групової розробки конфігурації в системі «1С: Підприємства» 8.3 використовується сховище конфігурації. Доступ розробників до сховища конфігурації може здійснюватися по локальної мережі (Файли бази даних розташовуються на загальному мережевому ресурсі), По протоколу tcp або http. Для останніх двох варіантів необхідна установка сервера сховища конфігурацій. Сервер сховища конфігурацій в свою чергу є мережеву службу, За замовчуванням «слухають» порт 1542 і забезпечує взаємодію клієнтських додатків (конфігуратора) з базою даних сховища конфігурації. Одна служба може обслуговувати кілька сховищ конфігурацій. Щодо розміщення сервера сховища конфігурацій системи «1С: Підприємства» 8.3 (Справедливо і для версії 8.2 ) В ОС сімейства Windows (в поточному прикладі -) і піде мова в даній статті.

1. Налаштування каталогу баз даних сховища конфігурацій

Сервер сховища конфігурацій слід встановлювати на тому ж комп'ютері, де будуть розташовуватися файли баз даних сховища. Тому перш за все визначимо центральний каталог сервера, в якому будуть зберігатися файли всіх сховищ, яких буде обслуговувати даний сервер. Нехай в рамках даної статті це буде каталог C: \\ 1C_BASE \\ repository \\. Також слід визначити обліковий запис Windows, з під якої буде відбуватися запуск відповідної служби. Можна створити, або використовувати існуючий обліковий запис Windows. В даному прикладі будемо використовувати локального користувача USR1CV8 з паролем UsrPass8. Необхідно для даного користувача на центральний каталог сервера сховища конфігурацій.

2. Установка файлів сервера сховища конфігурацій

На момент написання статті сервер сховища конфігурацій існував тільки як 32-розрядний додаток. Тому для установки файлів сервера необхідний 32-розрядний дистрибутив системи «1С: Підприємства» 8.3 для Windows. запускаємо файл 1CEnterprise 8.msi з дистрибутива поставки 1С. На сторінці вибору компонент вибираємо компоненту « Сервер сховища конфігурацій 1С: Підприємства»(1C: Enterprise configuration repository server), а також запам'ятовуємо шлях установки компоненти.

3. Реєстрація та запуск служби сервера сховища конфігурацій

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

Crserver.exe -instsrvc | -rmsrvc -usr<пользователь> -pwd<пароль> -start | -stop -port<порт> -d<каталог>

Параметри запуску сервера сховища конфігурацій crserver.exe схожі з:

Параметри запуску сервера сховища конфігурацій «1С: Підприємства»

параметр	опис
-port<порт>	Робочий порт сервера сховища. За замовчуванням використовується порт 1542 .
-d<каталог>	Кореневої каталог для сховищ конфігурації. За замовчуванням використовується каталог % APPDATA% \\ 1C \\ 1Cv8 \\.
-instsrvc	Реєстрація сервера сховища як сервісу.
-rmsrvc	Видалення реєстрації сервера сховища як сервісу.
-usr<имя> -pwd<пароль>	Ім'я користувача, від імені якого буде зареєстрований сервіс. Цей користувач повинен мати право Вхід в систему як сервіс (Log on as a service). Крім цього, він повинен володіти правами на читання каталогу виконуваних файлів відповідної версії системи «1С: Підприємство» і повними правами на кореневий каталог сховища конфігурації (каталог % APPDATA% \\ 1C \\ 1Cv8 \\ або той каталог, який вказаний в параметрі - d) І пароль для даного користувача.
-start	Запуск сервісу сервера сховища.
-stop	Зупинка сервісу сервера сховища.

Зареєструємо новий сервіс за допомогою програми Windows PowerShell , Запустити яку можна виконавши команду powershell (Для цього необхідно натиснути комбінацію клавіш Win + R, у вікні « виконати»(Run) ввести ім'я команди в поле« відкрити»(Open) і натиснути« ОК») Або клікнувши по відповідному ярлику в панелі завдань.

У відкрилася консолі Windows PowerShell, для зручності введення подальших команд перейдемо в каталог bin каталогу з встановленими файлами «1С: Підприємства» виконавши команду

Cd "C: \\ Program Files (x86) \\ 1cv8 \\ 8.3.5.1088 \\ bin"

Потім, в рамках даного прикладу, Виконаємо команду

. \\ Crserver.exe -instsrvc -d C: \\ 1C_BASE \\ repository -usr. \\ USR1CV8 -pwd UsrPass8

і запустимо службу виконавши

. \\ Crserver.exe -start

Перейдемо в оснащення служби (запустити яку можна виконавши команду services.msc) І переконаємося що служба з ім'ям 1C: Enterprise 8 Configuration Repository Server зареєстрована і запущена.

5. Створення нового сховища конфігурації

Як я вже говорив раніше, один сервер може обслуговувати кілька сховищ конфігурації. Файли баз даних кожного зі сховищ повинні розташовуватися в окремому каталозі центрального каталогу сервера сховища конфігурацій. Таким чином для створення нового сховища, створимо в каталозі C: \\ 1C_BASE \\ repository \\ папку Accounting в якій буде розташовуватися файли нового сховища конфігурації.

Тоді для створення і підключення до даного сховища необхідно буде використовувати рядок tcp: // WIN2012 / accounting, де WIN2012 - мережеве ім'я комп'ютера, на якому встановлена \u200b\u200bслужба, або рядок tcp: //192.168.0.10/accounting, де 192.168.0.10 , Відповідно, IP-адреса даного комп'ютера. Детально про створення нового сховища можна прочитати в статті «».

До створеному таким чином сховища також можливо буде підключатися і в обхід сервера, наприклад по шляху C: \\ 1C_BASE \\ repository \\ Accounting на поточному комп'ютері або по шляху \\\\ WIN2012 \\ repository \\ Accounting якщо налаштувати загальний доступ до каталогу C: \\ 1C_BASE \\ repositoryна даному сервері.

Чи допомогла Вам ця стаття?

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

Рішення помилки формату сховища даних

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

Крім моменту запуску конфігурації помилка «Невірний формат сховища даних» може виявитися і при відкритті зовнішньої обробки. В такому випадку найголовніше - не запускати 1С, так як при старті система затирає тимчасові файли в каталозі TMP. Саме в ньому знайдіть нашу обробку - файл з ім'ям «v8_ *» і розширенням tmp. Якщо таких файлів багато, то щоб зрозуміти, який з них наша обробка - змініть розширення на epf і спробуйте відкрити через 1С.

Якщо ви вже запускали 1С та файли затерті, то спробуйте провести аналогічні дії на іншому комп'ютері, де запускалася обробка. Або скористайтеся утилітами для відновлення віддалених файлів на жорсткому диску.

Лист 08 2017 32638

Може виникнути ситуація, коли 1С 8.3 не починається і з'являється помилка - «Невірний формат сховища даних» із зазначенням шляху до файлу file c users config runtimecachestorage. Але, не варто панікувати, помилка невірного формату даних сховища не така рідкісна як може здатися на перший погляд. Тому в даній статті давайте дізнаємося як виправити помилку в 1С 8.3.

Причини виникнення помилки "Невірний формат сховища даних" в 1С 8.3

Як правило, помилка з'являється через не коректного завершення роботи програми 1С 8.3, або несподіваного виключення комп'ютера. І для виправлення помилки невірного формату даних не потрібно нічого зробити з базою даних, в більшості випадків досить очистити тимчасові файли 1С, або очистити кеш 1С.

Що таке кеш 1С 8.3?

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

Як очистити 1С 8.3?

Файли кешу зберігаються в папці AppData, в профілі користувача, під яким запускається програма 1С 8.3. Найпростіше її відкрити через команду Пуск \\ Виконати \\% userprofile% \\ AppData

Тут нам потрібно видалити весь вміст наступних папок:

AppData \\ Local \\ 1C \\

AppData \\ Roaming \\ 1C \\ 1cv8 \\

AppData \\ Roaming \\ 1C \\ 1cv82 \\

Після виконання операцій видалення знову запусків програму 1С Підприємство 8.3 та радіємо життю.

Очищення кешу 1С може допомогти при появі різних проблем з запуском 1С Підприємства 8.3, навіть коли при запуску, вона відразу закривається. Так що, очищення кеша може ще ні разу в нагоді на практиці.