Зависло резервне копіювання 1с 8.3 що робити. Початок сеансу з інформаційною базою заборонено. Резервне копіювання. Створення бази з посиланням на неї у профілі поточного користувача

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

Ми не продаємо 1С, тому розповідь буде без купюр, цензури, а головне — без маркетингового булшита. Бонустреком, під час посту можна знайти кілька корисних скриптів і порад для тих у кого дійсно багато баз 1С.

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

Неймовірний шлях від хмарної 1С до власного кластера серверів

На початку нашого шляху ми користувалися хмарним 1С-Фреш: цей сервіс в міру зручний, наскільки може бути зручно використовувати настільний додаток через браузер. Однак, досить швидко ми накопичили півсотні баз і адмініструвати їх через Інтернет стало нестерпно - веб-інтерфейс почав гальмувати, плюс виникла потреба програмно інтегрувати 1С з нашими внутрішніми інструментами, чого Фреш категорично не вміє. Довелося мігрувати, вивантажуючи всі дані з хмари. Благо зробити це було неважко (Вивантажити дані в локальну версію → Завантажити дані з сервісу).

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

Особливі незручності завдавала неможливості запуску. exe-файлів без попереднього узгодження (додавання хеш-сум до вирішальних політик домену), а нам, нагадаю, була необхідна інтеграція. Також були проблеми з тим, що через незрозумілі причини СГД провайдера неправильно синхронізувало ноди на блочному рівні. Так ми втратили кілька важливих баз, які довелося довго та болісно відновлювати. Із системами зберігання часто все непросто та нечесно.

Господині на замітку: тестуйте сховище. Якщо ви хостер, то приділіть цьому більше уваги. Якщо ви користуєтеся стороннім хостингом – обов'язково перевіряйте сховище та диски. Це дитячі граблі, наступати на які ще болючіше, ніж на дорослі:)

Після всіх пригод ми вирішили мігрувати на свій VPS. Потужності сучасних віртуальних серверів дозволяють спокійно утримувати пару сотень 1С-баз, легко допускаючи до них пару десятків бухгалтерів. Провайдери VPS часто не відповідають за ліцензування програмних продуктів, які ви запускаєте всередині, тому потрібно перейматися придбанням ліцензії на користувачів та покупкою конфігурації.
Господині на замітку: при ліцензуванні великої кількості баз на вас можуть чекати сюрпризи — активація кожної бази для кожного користувача через програмний ключ може стати вашою основною роботою на найближчі тижні. Цього недоліку позбавлений кряк апаратний ключ, але його не можна просто взяти і почати використовувати в VPS.

Не будемо забувати, що навіть найкращий VPS (вибраний з використанням цього кльового сервісу) не зрівняється з теплим і ламповим власним сервером. Ми вирішили мігрувати втретє.
Одного вечора наш VPS не запустився. Був самий пік звітності — останній її годинник, і сервер знаходився в дауні невиправдано довго. При цьому через панель управління ми зробити нічого не могли - сервер перебував на стадії запуску, а техпідтримка просто розводила руками. Як виявилось, на хості з нашою віртуалкою закінчилася оперативна пам'ять, І на запуск її просто не вистачало.
Разом
Зараз, маючи сотні баз пройшовши шлях від 1С-Фаршу, через біль, міграції, неконсистентність баз, некомпетентність техпідтримки, проблеми із синхронізацією нод у хостера, публікацію через веб, експорти, імпорти, резервні копії та масу відновлень, ми прийшли до свого кластера серверів .

На що хотілося б звернути увагу тих, хто проходить такий шлях або планує проходити:

  • думайте про ліцензії;
  • якщо вам потрібна інтеграція – використовуйте виділений сервер або VPS;
  • подбайте про сховище або ретельно тестуйте його у вашого провайдера;
  • резервні копії - це справді важливо;
  • відразу відмовтеся від веб-доступу, якщо навантаження буде серйозним і важлива стабільність.

Як спростити життя, якщо ви змушені працювати з купою баз

Створення бази з посиланням на неї у профілі поточного користувача
Ми розгортаємо всі наші бази із заздалегідь підготовленого шаблону (із завантаженими обробками, довідниками, налаштованою підпискою ІТС та резервним копіюванням).

Для файлового варіанта:
<версия>\bin\1cv8.exe" createinfobase File="X:\Base\habrahabr" /AddInList "ХабраХабр ТОВ" /UseTemplate "X:\tmplts\ЧорнаБухгалтерія.cf"
Для SQL варіанта:
CHCP 1251 "%ProgramFiles(x86)%\1cv8\<версия>\bin\1cv8.exe" createinfobase Srvr="habr" Ref="HabraBD" SQLSrvr="habr" SQLDB="HabraBD" SQLUID="sa" SQLPwd="123" /AddInList "ХабраХабр ТОВ" /UseTemplate "X:\ tmplts\ЧорнаБухгалтерія.cf"

Як створити або видалити користувача одразу в сотні баз?
Управління користувачами завжди було хворим на місце 1С. У ранніх редакціях для цього потрібно отримати монопольний доступ до файлів бази, пізніше додали можливість додавання на льоту, але тільки через конфігуратор, зараз (в останніх редакціях бухгалтерії чи торгівлі) користувача можна створити безпосередньо з основного режиму роботи, через інструменти адміністрування. Але зробити це руками у випадку із сотнями баз вже нереально, тому ми навчилися додавати користувачів програмно. На допомогу приходить COM. Ми встановлюємо зовнішнє з'єднання V8.COMConnector та передаємо у бази всю необхідну інформацію. Додаємо користувачів із правами доступу, заповнюємо довідники або створюємо документи. .
Як підключити користувачеві одразу сотню баз?
Для додавання відразу всіх потрібних баз до списку користувача ми використовуємо v8i файли-списки загальних баз, які розміщені на файловій кулі. Посилання на ці файли додаються в профілі користувача (наприклад, через GPO або профіль за замовчуванням) у %AppData%\1C\1CEStart\1CEStart.cfg:
CommonInfoBases=X:\Base\List\Base_a1.v8i CommonInfoBases=X:\Base\List\Base_a2.v8i CommonInfoBases=X:\Base\List\Base_a3.v8i
Або із самої 1С (вже під користувачем) додаємо список загальних інформаційних баз:

Всередині файли v8i виглядають так:
[ХабраХабр ТОВ] Connect=File="X:\Base\Accounting\habrahabr"; ID = OrderInList = 6062080 Folder = / OrderInTree = 6422528 External = 1 App = Auto WA = 1 Version = 8.3
Створити їх можна прямо з вікна вибору бази («Зберегти посилання у файл») або взяти в профілі користувача-творця бази — %AppData%\ 1 °C \1CEStart\ibases.v8i. Посилання може бути на базу, що працює в будь-якому режимі (файловий, серверний, веб). Рекомендуємо зберігати в одному файлі не більше ста баз, інакше файл може просто завантажитись не до кінця:)

Як оновити одразу сотню баз?
Оновлення баз краще проводити на окремому сервері (а ще краще відразу на двох:) - це й швидше, та й керувати процесом простіше. Ми використовуємо типові конфігурації (без зняття з підтримки), які оновлюються через ІТС. У першому кварталі цього року для «Бухгалтерії 3.0» вийшло понад 10 оновлень, накотити їх навіть на десяток баз вручну — та ще веселуха. Тому ми розробили певну стратегію.
Прохолодна історія: у перший звітний період 2014 року наші улюблені державні органи і 1С раптово позбавили нас сну, випустивши в період з березня по квітень більше 10 апдейтів тільки для конфігурації Бухгалтерія 3.0! Звичайно, ми не стали оновлювати все підряд, але навіть 3-4 оновлення для сотень баз за такий короткий термін - хороша перевірка на міцність.
Читач може запитати себе, звідки стільки клопоту? Відповідь проста: зміни в законодавстві і при цьому в останній момент. Наприклад: з початку 2014 року не було затверджених форм ФСС та ПФР. В одному з першої десятки оновлень їх додали, але тільки для здачі в паперовому вигляді, а в електронному — ні. І так відбувається постійно.
Блокування
Через інтерфейс:

Або через створення файлика в каталозі бази 1Cv8.cdn ось із таким вмістом:
(1,20140514173100,00010101000000,"База тимчасово не доступна! Кріпіться =) Для адміністратора: Для того, щоб дозволити роботу користувачів, скористайтесь консоллю кластера серверів або запустіть "1С:Підприємство" з параметрами: ENTERPRISE /F habrahabr""/CДозволитиРоботуКористувачів /UC<код разрешения>","",""}

Оновлення
Для файлового варіанта:
CHCP 1251 SET cfu_file="X:\tmplts\1C\Accounting\3.0.32.7\1cv8.cfu" SET base_dir="X:\update\habrahabr" "%ProgramFiles(x86)%\1cv8\<версия>\bin\1cv8s.exe" CONFIG /F %base_dir% /N"Адміністратор" /P"123" /UpdateCfg %cfu_file% /UpdateDBCfg /Out update.log
Для SQL варіанта:
CHCP 1251 SET cfu_file="X:\tmplts\1C\Accounting\3.0.32.7\1cv8.cfu" "%ProgramFiles(x86)%\1cv8\<версия>\bin\1cv8s.exe" CONFIG /S"habr\HabraBD" /N"Адміністратор" /P"123" /UpdateCfg %cfu_file% /UpdateDBCfg /Out update.log
Як правильно робити резервне копіювання баз?
Якщо ви використовуєте SQL, наступний абзац можна безжально скипнути — він є актуальним лише для файлового режиму.

У нашій практиці ми неодноразово зустрічали базу в неконсистентному стані. Більше того, у файловому варіанті, немає спеціальних інструментів, щоб повідомити базу про початок копіювання, немає можливості заблокувати роботу з нею, якщо вона йде прямо зараз. Ми справлялися з цим так: опівночі сервер RDP переходив у режим заборони нових підключень, через кілька годин усіх користувачів м'яко виганяв скрипт. Потім спрацьовувало регламентне оновлення та резервне копіювання.

Вивантаження в dt
Для файлового варіанта:
CHCP 1251 "%ProgramFiles(x86)%\1cv8\<версия>\bin\1cv8s.exe" CONFIG /F "X:\Base\habrahabr" /N"Адміністратор" /P"123" /DumpIB "X:\Backup\DT\habrahabr.dt"
Для SQL варіанта:
CHCP 1251 "%ProgramFiles(x86)%\1cv8\<версия>\bin\1cv8s.exe" CONFIG /S"habr\HabraBD" /N"Адміністратор" /P"123" /DumpIB "X:\Backup\DT\habrahabr.dt"
Все вище сказане справедливо для 1С Підприємство, платформа 8.3; Бухгалтерія 3.0; Зарплата та Управління Персоналом 2.5.

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

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

Давайте ж докладно розглянемо зміст отриманого діалогового повідомлення:

Рядок 1.А «Початок сеансу з інформаційною базою заборонено.» є стандартним записом, що вказує на встановлене блокування входу користувачів в програму. При такому блокуванні в каталозі інформаційної бази автоматично створюється спеціальний файл із розширенням ".cdn" (докладніше: див. наступні розділи).

У рядку 1.Б зазвичай вказується причина, тривалість блокування, а також інша корисна інформація. Залежно від того, ким або чим (у разі системи) встановлено блокування входу, а також для якої мети, інформація в цьому блоці може бути різною. Рядок «Резервне копіювання» є стандартним записом для ручного чи регламентного резервного копіювання (у разі так само характерна рядок «Для виконання резервного копіювання.») інформаційної бази засобами 1С Підприємство.

Адміністратор, у разі створення блокування в режимі 1С 8.3 Підприємство, або програміст 1С, у разі завдання блокування програмним способом в конфігураторі, може вигадувати свої власні повідомлення:

У рядку 2 наведено підказку, як можна запустити програму з-під командного рядка Windows, якщо Вам відомий так званий код дозволу (див. наступний крок).

У рядку 3 пояснюється хід процесу та дія кнопок.

Крок 2. Рішення як зняти блокування та увійти до бази 1С 8.3

Блокування сеансів умовно можна класифікувати так:

  • Заплановані. Коли вручну або автоматично було запущено блокування сеансу, що обслуговує плановий процес у базі 1С (резервне копіювання, регламентне завдання, оновлення);
  • Інші помилкові. Коли блокування встановлено внаслідок помилкових дій користувача або помилок самої системи, що виникли, коли вона автоматично не знімає раніше встановлене блокування. Наприклад, було запущено процес резервного копіювання, але користувач його перервав, примусово закривши програму.

Спосіб 1

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

Таким чином, простим рішеннямпомилки запуску програми через блокування сеансу буде видалення файлу 1Cv8.cdn.

Однак користувачеві слід попередньо поставити запитання «Адже, якщо блокування сеансів встановлено – значить це чимось зумовлено?». Можливо, інший користувач з адміністративними функціями (далі – адміністратор) запустив у 1С 8.3 Бухгалтерія справді важливе завдання чи обробку, не терплять одночасного перебування кількох користувачів у базі.

Спосіб 2

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

  • "C:\Program Files (x86)\1cv8\common\1cestart.exe" - шлях до програми запуску 1С Підприємства 8.3;
  • ENTERPRISE – означає, що програма запуститься у режимі користувача, тобто. у режимі 1С Підприємство;
  • /F”F:\Бази1С\Бухгалтерія” – позначає файлову інформаційну базу (параметр /F) та шлях до неї (адреса серверної бази вказується у параметрі /S);
  • /С Дозволити Роботу Користувачів – необов'язковий параметр: якщо встановлений, то система не запускається, але блокування при цьому зніметься (знищиться файл блокування), згодом користувачам можна буде входити до інформаційної бази.

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

І викликавши форму Блокування роботи користувачівза однойменною командою:

У формі, що відкрилася, зняти блокування сеансів можна натисканням кнопки Зняти блокування, де /UC12345 – у параметрі /UC вказується код дозволу (12345). Назви параметрів пишуться англійською мовою.

Докладніше про параметри командного рядка дивіться у довідці 1С 8.3 Підприємства.

Спосіб 3

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

1. У вікні програми запуску (позначка «А») виділяємо заблоковану базу даних та натискаємо кнопку Змінити, після чого відкриється вікно редагування властивостей ІБ (позначка «Б»):

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

Зверніть увагу:коли відбувається автоматичне резервне копіювання (безпосереднє або у складі іншої процедури, наприклад при автоматизованому оновленні), система блокує інформаційну базу 1С 8.3 і ставить стандартний код розблокування « Резервне копіювання ».

Тому якщо процедура «зірвалася» і блокування бази залишилося, але немає можливості видалити cdn-файл, тоді можете при запуску ІБ використовувати параметр: /UCРезервнеКопіювання.

3. Натискаємо кнопку Готово та повертаємось до вікна програми запуску, де запускаємо ІБ за кнопкою 1С:Підприємство. Таким чином, помилка “Початок сеансу з інформаційною базою заборонено. Резервне копіювання” усунуто:

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

Анатомія файлу блокування 1Cv8.cdn

Допитливі можуть заглянути всередину створюваного під час блокування сеансів файлу 1Cv8.cdn – це простий текстовий файл, який можна відкрити відповідним редактором Блокнот:

Текст у файлі обрамлений фігурними дужками, в яких перелічені наступні розділені комами параметри блокування:

  • 1 (0) – ознака установки блокування (1 – встановлена; 0 – вимкнена);
  • 20160706154700 – повна дата (дата + час) початку блокування сеансу, у нашому випадку це 06 липня 2016 20:00:00;
  • 20160706154700 – повна дата (дата + час) закінчення блокування сеансу, в нашому випадку це 06 липня 2016 20:00:00 (якщо дата закінчення не вказана, то за замовчуванням до параметра заноситься значення 00010101000000)
  • Далі слідує текстовий параметр, де в подвійних лапках розміщено допоміжний текст, що відображається користувачеві в діалоговому вікні;
  • «123» – вказано код дозволу.

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

На сайті Ви можете ознайомитись з іншими безкоштовними статтями та відеоуроками по конфігурації 1C Бухгалтерія (

Ви потрапили на потрібну сторінку! Швидше за все, вранці ви виявили, що кохана 1С 8.3 не запускається з повідомленням: Початок сеансу з інформаційною базою заборонено. Для виконання резервного копіювання.».

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

Мій досвід підказує, що ви користувач (не системний адміністратор і не програміст), а ваша інформаційна база файлова (якщо база SQL, вашою проблемою вже займаються фахівці). Для початку треба зрозуміти, в якій папці (каталозі) вона розташована та видалити в цій папці один файл - 1Cv8.cdn(Файл можна не зберігати, він більше не знадобиться).

*Якщо ви ІТ-фахівець, можете сміливо переходити до читання розділу «Блокування та зняття блокування з інформаційної бази 1С».

У вікні зі списком інформаційних баз знайдіть свою базу (цифра 1 на ілюстрації нижче) та натисніть на неї один (і лише один!) раз мишкою. Потім натисніть кнопку «Змінити» (цифра 2).

У списку може бути лише одна база, тому це вікно може бути знайоме як «вікно запуску 1С». У цьому випадку просто натисніть кнопку "Змінити".

Якщо ви бачите, що інформаційна база розташована на даному комп'ютері або локальної мережі- мій досвід не підвів - файлова база, і ми все робимо правильно. Скопіюйте цей шлях ( цифри 3 та 4).

Тепер зайдіть у цю папку.

Про всяк випадок, ось кілька варіантів запуску Провідника:

  • У вас є Windows XP або Windows 7. Натисніть Пуск, Виконати, вставте раніше скопійоване розташування інформаційної бази. Відкриється Провідник.
  • У вас є Windows 7. Але пункту «Виконати» немає. Вставте розташування відразу після натискання Пуск. Відкриється Провідник.
  • У вас Windows 8 або Windows 10. Натисніть Пуск, у правому верхньому кутку натисніть на Лупу, вставте раніше скопійоване розташування інформаційної бази, натисніть Enter. Відкриється Провідник.

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

  • Універсальний спосіб для всіх версій Windows та її налаштувань. Натисніть кнопку з прапорцем на клавіатурі і, не відпускаючи її, натисніть на клавіатурі латинську R (або російську К). Відкриється вікно "Виконати", вставте туди раніше скопійоване розташування інформаційної бази та натисніть ОК.

Скориставшись одним із запропонованих варіантів, ви потрапите у вікно провідника з розташуванням інформаційної бази.


У вікні провідника знайдіть у списку файлів файл 1Cv8.cdn, натисніть на ньому правою кнопкою миші, виберіть "Видалити", як показано на попередньому малюнку.

Готово! Ваша «1С:Бухгалтерія» або «1С:Зарплата та управління персоналом» або «1С:Управління торгівлею» знову запускаються.

Блокування та зняття блокування з інформаційної бази 1С. Руйнуємо міфи.

У цьому розділі ви знайдете унікальну інформацію щодо роботи з блокуваннями, а також отримаєте спростування поширених помилок на тему «Блокування даних».

Як встановити блокування?

Механізм блокування інформаційної бази призначений для завершення поточних відкритих сеансів та запобігання новим підключенням. Розташування функціоналу блокування меню може різнитися залежно від конфігурації. Наприклад, в УТ, редакція 11 (11.3.3.163) це НСІ та адміністрування, [Сервіс] Блокування роботи користувачів. Альтернативний варіант: НСІ та адміністрування, Підтримка та обслуговування, Блокування роботи користувачів. У УТ, редакція 10.3 (10.3.21.2) це Сервіс, Користувачі, Блокування установки з'єднань з інформаційною базою.

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


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


Оскільки вводиться початок та закінчення дії блокування, необхідно бути дуже уважним у цьому діалозі та ввести інформацію у явному вигляді. Якби в діалозі була б можливість запровадити початок блокування «через 15 хвилин» тривалістю «на 20 хвилин», або хоча б довідково відображалися ці величини на підставі абсолютного часу початку та закінчення блокування, то було б складно встановити блокування тривалістю на рік, як це може статися при помилці введення дати-часу.

Параметр «Час початку» рекомендується встановити як поточна дата/час + час, необхідний користувачам для підготовки до виходу зі збереженням редагованих документів. Наприклад, зараз 9 год 50 хв, даємо 10 хвилин користувачам для збереження їх результатів. Ітого час початку блокування має бути 10 год 00 хв.

Час кінця – можна не вводити, при цьому блокування об'єкта буде встановлене безстроково (навіки).

Код для розблокування - одноразовий "пароль" на запуск "з нуля", всупереч встановленому блокуванню, який може знадобитися в деяких випадках (буде сказано далі). Вводити та запам'ятовувати обов'язково.Цей параметр у разі SQL-варіанту інформаційної бази видно у оснащенні «Адміністрування серверів 1С підприємства» і називається там «Код дозволу».

У разі SQL-варіанту інформаційної бази додатково потрібна авторизація адміністратора інформаційної бази або адміністратора кластера.


Отже, після натискання кнопки «Встановити блокування» та позитивної відповіді на підтвердження.


…ви повернетеся до попереднього діалогового вікна, зовнішній виглядякого змінився:


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


Заплановано? Може це якось пов'язано з регламентними завданнями?

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

Що побачать користувачі, і я сам?

До початку блокування активні користувачі отримуватимуть «ввічливі» нагадування про необхідність завершення роботи. У даному діалозі по таймууту спрацьовує «Так», тому користувачі, які відсутні на робочому місці, успішно вийдуть з сеансу 1С.


Ініціатор блокування отримує інше повідомлення:


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



Бомба вибухає точно у призначений час. Сирена виє до вибуху.

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

Не становлять виключення режими введення довідкових значень, у яких введено значення, відсутнє у довіднику – вийти з режиму введення не можна (наприклад, закрити 1С хрестиком), але це завадить завершити роботу. Значніший інтерес представляє режим модального діалогу, тому про нього буде сказано докладніше.

*Завершення сеансів користувачів у старих конфігураціях відбувається трохи пізніше за призначений час, т.к. користувачі спочатку одержують оповіщення «Робота системи завершується».

А точно вибухне?

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

Користувач файлової ІБ, який вирішив, наприклад, видалити документ, а потім піти на обід, залишивши на екрані діалог «Позначити документ на видалення?», триматиме відкритим з'єднання з інформаційною базою. Звичайно, його сеанс завершиться після обіду, після того, як він відповість «Так» або «Ні», але до цього моменту ви бачитимете, що є активні користувачі. При цьому ініціатор блокування побачить повідомлення:


У журналі реєстрації з'явиться повідомлення про runtime-помилка, яке слід інтерпретувати не як runtime-помилка, а як «не всі користувачі завершили свої сеанси»:


І це не єдина причина, через яку блокування може не спрацювати (див. далі розділи «По чиїй годині?» і «А як же мої користувачі у Владивостоці?»).

Модальний діалог у SQL-варіанті інформаційної бази на керованих формах

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



Модальний діалог у SQL-варіанті інформаційної бази на звичайних формах

Сеанси користувачів завершуються.

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



Чи спрацює блокування, якщо встановити блокування та закрити діалог?

Чи спрацює блокування, якщо встановити блокування та одразу вийти з 1С (тобто завершити сеанс 1С до початку дії блокування)?

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

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

Проблема розсинхронізації годинника

При файловій ІБ кожен комп'ютер сам перевіряє, чи є в ІБ встановлений часовий діапазон блокування, і порівнює його зі своїм локальним годинником. Від точності свого годинника залежить, чи зможе цей комп'ютер здійснити завершення сеансу точно в потрібний час. Якщо база блокується з 10:00, для одного комп'ютера цей момент настане раніше, а для іншого пізніше.

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

Здається, що мова може йти про секунди, принаймні хвилини. Але насправді, на комп'ютері може бути, наприклад, не встановлено оновлення операційної системи, що підтримує перехід на сезонний (зимовий/літній) час, і помилка може становити не секунди, а годинник. Легко провести такий експеримент: заплануйте блокування на 10 ранку тривалістю півгодини, а на одному з комп'ютерів переведіть час на годину вперед – блокування на нього не діє.

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

А як же мої користувачі у Владивостоці?

Проблема абсолютного часу при користувачах з різних часових поясів

Тимчасовий діапазон блокування зберігається в базі даних. Подивіться вміст блокувального файлу 1Cv8.cdn (який створюється у файловому варіанті ІБ), в ньому записано час початку блокування 17.07.2017 13:59 у форматі ГГГГММДДЧЧММСС без будь-якої вказівки на часовий пояс:


Без вказівки на часовий пояс було б зрозуміло, про який абсолютний час мова йде, якщо час завжди ставився б до якогось конкретного часового поясу, наприклад UTC+0. Але в базі зберігається локальний час годинника комп'ютера, який був ініціатором блокування. З якого часового поясу був цей комп'ютер – невідомо, а значить, невідомий абсолютний час блокування.

Якщо в Москві, в централізованій ІБ, ви встановлюєте блокування о 13:59, і цей момент часу для московських користувачів перебуває в майбутньому, то у користувачів цієї ІБ у Владивостоці 13:59 було 7 годин тому. І залежно від технічного рішення, відповідно до якого здійснюється робота з ІБ користувачів Владивостока, блокування цих користувачів або спрацює, чи ні.

Які можуть бути технічне рішення, у яких блокування працюватиме неправильно для користувачів Владивостока? Ті, за яких клієнтська частина 1С отримає час по Владивостоку, а не по Москві. Наприклад, офіси пов'язані у локальну мережу за VPN, а клієнтська частина 1С запускається з локального комп'ютера, маючи час UTC+10. Але якщо вони працюють з базою через RDP-з'єднання або в режимі RemoteApp на московському сервері, запускаючи на цьому сервері клієнтську частину 1С - все буде гаразд, т.к. вона матиме час UTC+3.

Чи є проблеми розсинхронізації годинника та часового поясу у разі SQL-варіанту інформаційної бази?

Ні. У цьому варіанті є «годинник сервера», який приймається за зразок.

Чи викине мене з Конфігуратора, якщо я був у ньому, а блокування почало діяти?

Чи можна буде зайти до Конфігуратора після початку блокування?

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

Як зняти блокування?

У тому ж діалозі, в якому блокування встановлювалося. Нагадуємо, що після встановлення блокування в ньому замість кнопки "Встановити блокування" кнопка "Зняти блокування".

У разі SQL-варіанту ІБ зняття блокування можливе також у оснащенні «Адміністрування серверів підприємства 1С». (Див. далі)

Навіщо потрібен код розблокування?

Для входу в ІБ у той момент, коли діє блокування. Ситуації, в яких це необхідно:

  • Після встановлення блокування було завершено сеанс роботи з ІБ (вручну або внаслідок дії блокування на самого ініціатора), і потрібно розпочати новий сеанс;
  • Час закінчення блокування помилково було не заповнено взагалі;
  • Час закінчення блокування було заповнено помилково (наприклад, був ненароком введений наступний місяць або рік);
  • Інформаційна база в SQL-варіанті, і для скасування неправильно встановленого блокування неможливо видалити файл 1Cv8.cdn у каталозі інформаційної бази.

У такому разі скористайтеся підказкою, яка дається під час запуску. Тобто. у вікні зі списком інформаційних баз натисніть «Змінити» та введіть у додаткові параметри запуску рядок:

ENTERPRISE /F"Z:\Обмін\УТ 11" /CДозволитиРобота Користувачів /UC12345

… з урахуванням каталогу розташування та коду розблокування.


Цей рядок краще скопіювати в буфер обміну та підправити в діалозі «Редагування інформаційної бази». Якщо ви переплутали тип лапок або російську «С» та латинську, то побачите повідомлення про помилку:



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

Що робити, якщо я не встановлював блокування, а SQL база кимось заблокована? При цьому я не знаю коду розблокування.

Блокування інформаційної бази може встановлюватися конфігурацією на час створення архівної копії. Якщо процес її створення не завершився нормально, SQL-база може залишитися в стані блокування. В цьому випадку необхідний доступ до консолі (правильніше – оснащенню) «Адміністрування серверів 1С:Підприємства».

Де її шукати?

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

  • Підключіться по RDP до сервера, який вказаний у рядку Srvr=… використовуючи свій доменний логін та пароль. Якщо неможливо з'єднатися, попросіть системного адміністратора додати вас до групи користувачів віддаленого робочого столу. (У разі відмови у таких правах – розгорніть та налаштуйте на робочій станції оснащення «Адміністрування серверів підприємства 1С»);

  • На сервері знайдіть оснащення «Адміністрування серверів 1С:Підприємства»;
  • Запустіть оснастку, розгорніть дерево до вузла з інформаційною базою;

  • У властивостях інформаційної бази зніміть чекбокс «Блокування початку сеансів увімкнено» або виправте час початку та кінця блокування або подивіться «код дозволу» для входу в ІБ (він же «код для розблокування» у діалозі встановлення блокування).

Що робити, якщо користувачі інформаційної бази SQL вийшли, а запустити Конфігуратор як і раніше не можна, т.к. чи є активні користувачі?

У вузлі «З'єднання» інформаційної бази, у правій частині екрана можна видалити наявні з'єднання.


Це не всі питання, пов'язані з темою блокування інформаційної бази.

Якщо у вас залишилися питання:

  • Чи можна працювати за московським часом, якщо ви орендуєте сервер у Європі і не хочете залежати від його часового поясу?
  • Як знайти сервер додатків 1С, якщо невідомо, де його встановлено?
  • Як розгорнути оснастку «Адміністрування серверів 1С:Підприємства» та як її налаштувати?
  • Якщо в одній локальній мережі кілька серверів програм, як бути?
  • Як бути у випадку кластерної системи? і т.д.

Наші сертифіковані консультанти з технологічних питань 1С із задоволенням на них дадуть відповідь.