LinuxMint.com.ru

Стоит задача перенести файловую базу 1С:Предприятие 8.3 на NAS сервер с linux и делать там бэкапы выгрузкой информационной базы. Кто делает, поделитесь скриптами и сопутствующими нюансами. Спасибо!

Мне кажется, рабоче-крестьянский rsync вполне подойдёт

Нюансов довольно много. Главный из них тот, что перед тем, как что-то делать с базой, надо удостоверится что она закрыта и никакой залетный пользователь не остался подключенным. Иначе потом такой "бекап" в лучшем случае ругаться будет.

Посему, крайне рекомендую собирать систему с возможностью делать снапшоты. btrfs для высоконагруженной базы данных не слишком подходит, так что - lvm+ext4 ваш выбор. (xfs - во первых капризнее, во вторых ее производительность сильно просаживают недавние патчи от дыр в процессорах. Есть конечно еще ZFS... но это для тех, кто уже точно знает - что и как от нее добиться. А то с ней можно так влететь...)
Принцип:
1. Проверить чтобы никого в базе не осталось.
2. Сделать снапшот.
3. Смонтировать его и скопировать базу. Чем и куда копировать - это уже по ситуации.
4. Отмонтировать и удалить снапшот.

Из сопутствующего:
- Дисковая конфигурация для сервера - лучше всего RAID10 (4 физических диска). С RAID 5 и 6 лучше не связываться. LVM поверх RAID.
- Можно посмотреть в сторону кеширования через небольшой ssd. Для общего понимания о чем речь: https://habr.com/post/182372/

slant писал(а): ↑

05 май 2018, 22:49

никакой залетный пользователь не остался подключенным

Тоже чешу репу на эту тему. Кстати, есть утилитка, которая пытается выкурить пользователей при операциях с базой http://helpme1c.ru/obnovlyator-1s-grupp ... a-odin-raz

slant писал(а): ↑

05 май 2018, 22:49

btrfs для высоконагруженной базы данных не слишком подходит

Только что прострелило: А если отключать COW для папки с базой chattr -R +C /папка, это не выправит ситуацию?

Если отключить COW теряется смысл btrfs. Хотя это действительно улучшает ситуацию с рандомным доступом, но быстрее чем lvm+ext4 на таких операциях оно все равно не будет (хотя и не просядет особо). Зато надежность упадет до того же самого уровня, т.к. станут вполне возможны ситуации недописанных данных как и на ext4. Обслуживание же btrfs в таком случае требует некоторой вдумчивости, в случае чего. И самое сладкое на закуску - стоит сделать снапшот в который попадет такая папка - и cow включится обратно. Т.к. нужен для работы механизма снапшотов.

Есть правда у btrfs один интересный нюанс по сравнению с mdadm - ее схема raid1 (и 10) может использовать оба диска для чтения данных независимо, но это будет происходить, только если данные будут читаться двумя разными процессами одновременно. Т.е. процессами с разными PID. К базе данных этот сценарий применим только в том смысле, что если читать будут два клиента разом - прочитают каждый со своего диска (копии) - т.е. суммарно будет быстрее. Но вот чего я не помню - создает ли samba под каждого приконнекченного клиента новый процесс, или нет? Если нет - фокус не пройдет.

Bill Williamson, бэкап в 1С делается средствами самой 1С, админом с монопольным доступом к БД, а дальше уже с самим бэкапом что хочешь, то и делай.
При работающей 1С, со стороны что-там копировать смысла не имеет, только после окончания работы как обычные файлы куда-то с упаковкой.

slant писал(а): ↑

05 май 2018, 22:49

Посему, крайне рекомендую собирать систему с возможностью делать снапшоты. btrfs для высоконагруженной базы данных не слишком подходит, так что - lvm+ext4 ваш выбор. (xfs - во первых капризнее, во вторых ее производительность сильно просаживают недавние патчи от дыр в процессорах. Есть конечно еще ZFS... но это для тех, кто уже точно знает - что и как от нее добиться. А то с ней можно так влететь...)

В новой федоре ещё такое появилось..
"Начальная поддержка локальной системы хранения Stratis, предоставляющей инструменты для упрощения настройки и управления дисками и SSD похожие на Btrfs, ZFS и LVM. Stratis реализуется как слой (демон stratisd), построенный поверх подсистемы devicemapper и XFS, и позволяющий использовать такие возможности как динамическое выделение места в хранилище, снапшоты, обеспечение целостности и создание слоёв для кэширования, без наличия квалификации эксперта по администрированию систем хранение. Для управления поредоставляется D-Bus API и cli-утилита"
http://fedoraproject.org/wiki/Changes/StratisStorage

А ведь можно сделать выгрузку dt не открывая конфигуратор https://infostart.ru/public/153871/#14

О! И расшугать пользователей из командной строки тоже можно https://infostart.ru/public/76235/ Почему-то я в эту сторону ни когда не смотрел

Заходишь в манагер лицензий и прерываешь сессии всех пользователей и после этого переводишь базу в монопольный режим. И после уже делаешь бэкап.