Ввиду того,что обновление конфигурации требует обновления платформы, а резервная копия виртуалки не содержит полностью рабочую версию, остановил виртуалку и запустил копирование образа виртуалки в /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.lst
service srv1cv83 restart
/wwwroot/docs/default.vrd заменил docs-1c на 127.0.0.1
service 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_files
chmod 0775 /home/usr1cv8/docs_files
в ДО Настройка — Настройки программы -Работа с файлами
Включил Хранить файлы в томах на диске
Кликнул Тома хранения файлов
Выделил Группа по умолчанию, нажал Сохранить
Ввел наименование docs, полный путь для Linux /home/usr1cv8/docs_files. Запомнил
Нажал Перенос в тома. Пошла процедура переноса файлов из базы.
Отчет по завершении переноса сохранил в excel
Надо настроить резервное копирование папки /home/usr1cv8/docs_files
Настроил резервное копирование файлового хранилища документооборота
Использовал rshapshot
установил его: apt install rsnapshot
Определил, что резервные копии будут делаться еженочно. Храниться будут три ежедневные копии и три ежемесячные
Отредактировал файл /etc/rsnapshot.conf
snapshot_root /mnt/backups/docs_filesretain оставил только:
retain daily 3
retain monthly 3
backup сделал только:
backup /home/usr1cv8/docs_files/ docs-1C/
В crontab надо будет добавить
0 23 * * 1-5 /usr/bin/rsnapshot daily
0 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