Ввиду того,что обновление конфигурации требует обновления платформы, а резервная копия виртуалки не содержит полностью рабочую версию, остановил виртуалку и запустил копирование образа виртуалки в /backup/docs-1C.РК делалась 33063 сек (550мин или 9 часов)
Попробовал создать тестовую виртуалку с документооборотом чтобы она могла работать одновременно с боевой. Делал следующее:Внес следующие изменениязаблокировал на микротике 10.210.7.34 — !10.210.0.0/22 — временно, пока не поменял ipзаблокировал на микротике 10.210.7.40 — !10.210.0.0/22в доменной зоне ripcm.com сделал запись docs-2c 10.210.7.40в доменной зоне lan.ripcm.com запись docs-2c 10.210.7.40заменил docs-1c на docs-2c В файлах:/etc/hostname/etc/hosts (еще добавил запись 10.210.7.40 docs-2c, но не уверен, что она нужна)/etc/network/interfaces — заменил 10.210.7.34 на 10.210.7.40перезагрузил систему/home/usr1cv8/.1cv8/1C/1cv8/reg_1541/1CV8Clst.lst/home/usr1cv8/.1cv8/1C/1cv8/1cv8wsrv.lstservice srv1cv83 restart/wwwroot/docs/default.vrd заменил docs-1c на 127.0.0.1service apache2 restartПосле использования такой виртуалки слетела лицензия сервера. Ее удалось восстановить в конфигураторе, восстановив второй пин-код (указав сервер docs-1c). В файле лицензии и боевого сервера и тестовой виртуалки появилась запись о дубликате.Имя хоста является параметром контроля лицензии.Попробовал сделать тестовую виртуалку без переименования хоста. С заменой ip на 10.210.7.40. Не удалось. При подключении ищет ip 10.210.7.34
Отправил запрос в 1С на предоставление нового комплекта пин-кодов.Получил ответ. что второй пин-код по-прежнему является активным и имеется еще один резервный.С помощью Максима Николаева восстановил лицензию сервера.Сработало восстановление лицензии в конфигураторе без указания нового пин-кода. Необходимо было указать сервер, на который должна быть записана лицензия.В папке /var/1C/licenses появился еще один файл лицензии.Сервер заработал в нормальном режиме.
Выполнил обновление тестовой виртуалки:Подсмотрел упрощенный вариант в https://forum.infostart.ru/forum71/topic144867/- скопировать файлы конфигурации на всякий случай- закачать дистрибутивы в формате deb в папку сервера документооборота- остановить сервисы service srv1cv83 stop и apache2- sudo dpkg -i /путь к папке с файлами/*.deb- apt-get install -f -y устранение проблем с зависимостями- apt autoremove — не обязательно, только освободило место от файлов старых ядер.- запустить сервис service srv1cv83 startперезапустить apache: service apache2 startпроверить в клиенте версию Главное меню-справка-о программеВ конфигураторе:Конфигурация — Поддержка — Обновить конфигурациюОставить только Обновления в каталогах -> downloads.v8.1c.ru…Логин и пароль для ИТСДалее все очевидно.Затем в 1С Документооборот от имени админа завершается обновление.Надо добавить контроль выполнения регламентных заданий.В результате выполнения 20-го этапа регламентных заданий после обновления размер базы вырос на 48 ГБ. Свободное место уменьшилось с 27 до 3%.Попытка сжать базу postgres с помощью vacuum провалилась. /usr/lib/postgresql/9.6/bin/psql —dbname docs —host 127.0.0.1 —port 5432 —username postgres —command "vacuum full analyze"Vacuum требует свободного места для проведения сжатия.Александра Каныгина увеличила размер раздела, выделенного для виртуалки с 200 до 300 ГБzfs set volsize=300G rend-2u/docs-1CПосле этого команда внутри системы документооборота lsblk показывает, что размер диска vda стал 300 ГБ, а 100 ГБ не занято.Распределение пространства в виртуалке:/home/usr1cv8 — 55 ГБ, занятых в основном огромными файлами /home/usr1cv8/.1cv8/1C/1cv8/reg_1541/xxxx/1Cv8Log/1Cv8.lgd/var/lib/postgresql/9.6/main/base — 75 ГБ до обновления и больше 100 ГБ после обновления.
Вынес файлы из базы в отдельную папкуАлександра сделала том zfs /dev/zvol/rend-2u/docs-1C-data размером 200ГБПробросил том в виртуалку docs-1C, добавив в файле /etc/libvirt/qemu/docs-1C.xml секцию <disk>, скопировав его из секции корневого раздела и поменяв в нем- значение source c docs-1C на docs-1C-data- значение target с /dev/vda на /dev/vdb- значение slot в секции address c 0х05 на 0х06- удалил раздел bootОстановил виртуалку virsh shutdown docs-1Cприменил изменение конфигурации service libvirt-bin reloadСтартовал виртуалку. В виртуалке командой lsblk увидел новый том vdbСоздал раздел fdisk /dev/vdb — ввел n — параметры по умолчанию — wотформатировал раздел mksf.ext4 /dev/vdb1создал папку /home/usr1cv8/docs_filesпримонтировал раздел mount /dev/vdb1 /home/usr1cv8/docs_filesи внес соответствующую строку в /etc/fstabизменил на нее права chown usr1cv8:grp1cv8 /home/usr1cv8/docs_fileschmod 0775 /home/usr1cv8/docs_filesв ДО Настройка — Настройки программы -Работа с файламиВключил Хранить файлы в томах на дискеКликнул Тома хранения файловВыделил Группа по умолчанию, нажал СохранитьВвел наименование docs, полный путь для Linux /home/usr1cv8/docs_files. ЗапомнилНажал Перенос в тома. Пошла процедура переноса файлов из базы.Отчет по завершении переноса сохранил в excelНажо настроить резервное копирование папки /home/usr1cv8/docs_files
Настроил резервное копирование файлового хранилища документооборотаИспользовал rshapshotустановил его: apt install rsnapshotОпределил, что резервные копии будут делаться еженочно. Храниться будут три ежедневные копии и три ежемесячныеОтредактировал файл /etc/rsnapshot.confsnapshot_root /mnt/backups/docs_filesretain оставил только:retain daily 3retain monthly 3backup сделал только:backup /home/usr1cv8/docs_files/ docs-1C/В crontab надо будет добавить0 23 * * 1-5 /usr/bin/rsnapshot daily0 3 1 * * /usr/bin/rsnapshot monthlyЗапуск создания копии вручную/usr/bin/rsnapshot daily
Порядок проведения обновления платформы и конфигурации
0. Сделал Снапшот виртуалки
zfs snapshot rend-2u/docs-1C@backp2
1. Установил на своем компе технологическую платформу 8.3.14.1944. Удаляю все сеансы в консоли администрирования (комп Богачева).
2. Блокирую подключения пользователей. Информационные базы — docs — Свойства — Блокировка начала сеансов включена — ВКЛ.
3. Делаю df в конфигураторе
4. На сервере docs-1C останавливаю сервисы srv1cv83 и apache2
5. На сервере docs делаю копию файлового хранилища /usr/bin/rsnapshot daily. Остановилась на 708 МБ. В итоге скопировал вручную в tc.
6. Обновляю сервер 1С
— sudo dpkg -i /home/1cbit/1c/*.deb
— apt-get install -f -y устранение проблем с зависимостями
— запустил сервис service srv1cv83 start
перезапустил apache: service apache2 start
проверил в клиенте версию Главное меню-справка-о программе
6.1 В конфигураторе:
Конфигурация — Поддержка — Обновить конфигурацию
Оставить только Обновления в каталогах -> downloads.v8.1c.ru…
Логин и пароль для ИТС.
Выбрал обновление конфигурации до 2.1.14.4
Далее все очевидно.
Затем в 1С Документооборот от имени админа завершается обновление.
7. Запускаю Vacuum для postgres: psql —dbname docs —host 127.0.0.1 —port 5432 —username postgres —command "vacuum full analyze"
Высвободилось 20 Гиг
8. с 6.1 проделал и для тестовой базы. Размер тестовой базы вырос на 22 ГБ. Надо сделать для нее vacuum