Установить 1с на nas
Обновлено: 06.07.2024
Внимание! Приложение HASP package (Hasplm) совместимо только с NAS Synology, основанными на аппаратной платформе х86. По состоянию на момент релиза программы HASP Package поддерживаются следующие модели на процессорах х86:
19 серия: RS1619xs+, RS1219+, DS1819+
18 серия: FS1018, RS3618xs, RS818RP+, RS818+, RS2818RP+, RS2418RP+, RS2418+, DS3018xs, DS418play, DS918+, DS718+, DS218+, DS1618+
17 серия: FS3017, FS2017, RS3617xs, RS3617RPxs, RS4017xs+, RS3617xs+, RS18017xs+, DS3617xs, DS1817+, DS1517+
16 серия: RS2416RP+, RS2416+, RS18016xs+, DS416play, DS916+, DS716+II, DS716+, DS216+II, DS216+
15 серия: RS815RP+, RS815+, RC18015xs+, DS3615xs, DS415play, DS415+, DS2415+, DS1815+, DS1515+
14 серия: RS3614xs, RS3614RPxs, RS814RP+, RS814+, RS3614xs+, RS2414RP+, RS2414+, DS214play
13 серия: RS3413xs+, RS10613xs+, DS713+, DS2413+, DS1813+, DS1513+
12 серия: RS3412xs, RS3412RPxs, RS812RP+, RS812+, RS2212RP+, RS2212+, DS3612xs, DS712+, DS412+, DS1812+, DS1512+
11 серия: RS3411xs, RS3411RPxs, RS2211RP+, RS2211+, DS3611xs, DS411+II, DS411+, DS2411+, DS1511+
10 серия: RS810RP+, RS810+, DS710+, DS1010+. Список совместимых моделей может расширяться по мере роста и изменения модельного ряда сетевых накопителей Synology.
Программа HASP package (Hasplm) является приложением для управления HASP-ключами, созданным для работы в составе ОС DSM для NAS Synology. Используя данный программный продукт, пользователь может устанавливать USB HASP-ключ непосредственно в NAS Synology для активации процесса аутентификации лицензий программного комплекса 1С. Такое решение позволяет отказаться от использования одного из ПК вашей локальной сети в качестве HASP-контроллера для программы 1С:Предприятие и осуществлять независимый настраиваемый доступ к базам со всех ПК. Базы данных при этом могут храниться на самом NAS Synology.
В настоящем руководстве мы подробно опишем пошаговую процедуру установки программы HASP package и инициации процесса верификации лицензий 1C:Предприятие.
Копируем свои репозитории в подготовленный образ:
И запаковываем в tarball-файл, чтобы было удобней переносить:
4. После инициализации DiskStation включаем ftp-сервер, через веб-интерфейс добавляем общую папку «share».
Переносим подготовленный на третьем этапе tarball-файл с системой (debootstrap) в эту папку;
5. Чтобы потом не собирать на слабеньком DS'е — сразу на виртуальной машине собираем пакеты XRDP:
Собираться будет долго, по окончанию забираем готовые пакеты из ./X11RDP-o-Matic/packages, помещаем в ту-же общую папку share на DS'е. Туда же копируем служебный скрипт из ./X11RDP-o-Matic/RDPsesconfig.sh. Виртуальная машина более не понадобится, ее можно выключать.
6. Подключаемся к DS по SSH. Система монтирует раздел в папку "/volume1", переходим в нее, в подпапку share (которая расшарена по ftp). Распаковываем созданный tarball-файл в /volume1/deboo;
7. Переносим настройки DNS и имя сервера:
8. Распаковываем все пакеты:
9. Делаем скрипты для монтирования/размонтирования системных папок, разрешаем их запуск:
10. Монтируем системные папки, и запускаем уже полноценный debian:
11. Все, теперь началась полноценная работа с debian в баше. Подготавливаем работу с репозиториями и обновляем пакеты:
12. Устанавливаем вероятно самую лёгкую графическую оболочку (иксы так-же устанавливаются при разрешении зависимостей):
13. Устанавливаем пакеты XRDP, собранные на пятом этапе:
14. Добавляем пользователей в систему, которые будут подключаться к серверу терминалов, запускаем скрипт RDPsesconfig.sh, полученный на этапе 5, который сгенерирует им нужные конфигурационные файлы;
15. Запускаем XRDP:
Теперь можно подключаться к серверу терминалов.
16. Скачиваем отсюда пакеты клиента и сервера для DEB-based систем. Распаковываем их в одну папку и устанавливаем:
17. Для платформы нужны дополнительные пакеты шрифтов и imagemagick, ставим их:
Дело сделано! Осталась рутина. В ту-же общую папку помещаем файловую базу 1С (уже распакованную демонстрационную версию Управление Торговлей). Подключаемся по RDP на сервер под своим пользователем, запускается оболочка, добавляем ярлык для запуска 1С Предприятия на рабочий стол, запускаем. 1С предлагает вам добавить базу. Добавляем существующую, указываем на общую папку, в которую была помещена база. Подключаемся в режиме предприятия, выбираем пользователя.
И еще пару слов напоследок, несмотря на то, что сервер терминалов запустить все таки удалось, считаем использование данной конфигурации для решения поставленной задачи нецелесообразным, в силу дороговизны и сложности в подготовке программной составляющей.
В общем случае вполне работоспособный вариант. Хотя в вашем конкретном случае - неизвестно.
Тут все зависит от того что это за NAS и какие у него характеристики - может даже избыточно, а может явно не хватить.
Информации вы никакой полезнй не дали, поэтому неизвестно пойдет в вашем случае или нет.
Зато привели явно не нужную информацию - "инет в офисе медленный и нестабильный" - каким боком это относится к вопросу?
Что за базы - размер, конфигурация, количество активных пользователей, какая сеть в офисе - гигабит или нет, какая конфигурация NAS - процессор, память, диски.
Зная это можно уже точно сказать будет ли работать и как хорошо, и посоветовать варианты.
Файл 1Cv8.1CD - 1.3 Гб, 1С-Предприятие, 3 пользователя максимум, сеть 100Мбит
При таких данных работать будет, NAS должен быть не самым дохлым с более-менее адекватным процессором, и достаточным количеством оперативки, но за 15-20найти такой не проблема.
Сеть надо гигабитную, на сотку работать будет, но заметно медленнее.
Диски особой разницы нет - там нагрузка минимальная, можно и HDD можно и SSD, особого эффекта от SSD ждать не надо, будет работать не шустрее чем на HDD.
Но если мы говорим о HDD надо понимать, что на нем кроме баз не должно быть ничего - никаких файловых помомек, левых баз данных, операционных систем, и.т.п. - иначе не факт что справится.
При файловом режиме 1с работает следующим образом -
Читает большой кусок данных из файла 1Cv8.1CD, по сети, записывает его в папку пользователя на комьпютере пользователя, и там с ним активно работает.
В итоге -
Нагрузка на сам файловый сервер небольшая, чтение и запись в основном крупными блоками и не очень интенсивное.
Нагрузка на сеть - приличная, передается большой объем информации.
И самое главное огромная нагрузка на диск локального компьютера, где запущена 1с, и на память этого компьютера, ибо там идет вся основная работа.
Чтобы например адекватно работала Бухгалтерия 3,0 нужно как минимум 8гб памяти на клиентской машине, и обязательно SSD под систему.
По поводу рэйда - зеркальный рэйд это хорошая штука, и временами незаменимая.
Но конкретно в вашем случае не вижу особого смысла в нем.
Вам важны бэкапы - раз в день, или несколько раз в день, чтобы не потерять информацию.
А сам по себе простой при трех пользователях как правило некритичен, поэтому зеркальный рэйд не сильно то и нужен.
А если уж делать все отказоустойчиво - то кроме рэйда нужно еще делать резерв по питанию, по сети, и.т.д., иначе просто нет смысла.
Цель - не потерять базу при выходе из строя жесткого диска.
Ну если так тогда рэйд.
Хотя практика показвает что такое бывает крайне редко.
Самые популярные причины потери базы -
1)Внезапное отключение питания- база битая.
2)Ошибка пользователя - пользователь случайно в общей папке удалил файл базы и все, или загрузил в него через конфигуратор другую базу - вообще популярная тема.
3)Ошибка софта - стороний софт при работе случайно удаляет файлы, бывали случаи.
4)Целенаправленные деструктивные действия пользователя - уволенный работник удаляет базу.
5)Вирусы и вредоносные программы - шифровальщик например зашифровал.
От всего этого защищает бэкап, а рэйд никак не защищает.
Если есть бэкап - ну полетел диск, печально, сбегали купили новый, залили базу из бэкапа - потеряли только внесенные данные за полдня. Если не устраивает можно делать чаще.
Обычно когда три пользователя это не критично, вот когда их триста, это уже критично, ибо остановка работы трехсот человек на несколько часов это серьезно, и это приличные деньги. Тут желательно кроме бэкапа еще и зеркальный рэйд, с обязательным резервированием по питанию, по сети, и.т.д.
Я обычно предпочитаю использовать под файловые базы не NAS, а обычный офисный компьютер с виндой, он ничем не хуже чем NAS, разве что более громоздкий и шумный.
Зато там полный доступ к файловой системе - и можно работать с теневыми копиями- каждый час делается теневая копия - всегда можно откатить базу на час назад.
Из этих же теневых копий делаются и бэкапы, хотя сами теневые копии бэкапами не являются.
Тот же самый кобиан прекрасно умеет работать с теневыми копиями.
А при теневом копировании совершенно пофиг кто там к базе обращается - можно делать в любой момент, потому что она при создании блокирует все потоки чтения- записи, и мгновенно делает снимок всего диска.
Т.е не важно сколько у вас там на диске данных - 1 мегабайт или один террабайт - снимок будет сделан мгновенно.
И самое главное - за рэйдом надо следить, иначе пользы от него нет.
Вот вам реальный пример -
Стоял файловый сервер под 1с, настраивали приглашенные грамотные спецы, все по уму, RAID1 разумеется.
Настроили и начали работать.
Работал как часы года три, потом у него полетел диск.
Но там же RAID1 - поэтому пользователи ничего не заметили, а админа своего не было и никто не мониторил, все спокойно работали на деградировавшем рэйде и никто даже не замечал проблем.
Через полгода вылетел второй диск - база потеряна.
Второй случай - тот же рэйд, сильный скачок напряжения в сети, выгорели цепи питания на мат. плате, и на обоих дисках.
Вот так одним махом из зеркального рэйда было потеряно сразу два диска.
Еще вариант - сервер стоял на полу, человек споткнулся и случайно его пнул.
Диски в этот момент активно работали, и не выдержали такого жесткого обращения и всей толпой дружно накрылись.
Так что не надо считать RAID1 панацеей от всех бед.
Он даже от выхода из строя дисков гарантированно не защищает.
Хотя повторюсь в некоторых случаях он обязателен и незаменим, но только в комплексе с другими мерами.
Каждая компания однажды сталкивается с необходимостью надежного хранения данных с доступом к ним именно тех сотрудников, которые по роду своей деятельности в компании связаны с этими данными. Одновременно встает задача по ограничению доступа к этим данным нежелательным лицам и, уж тем более, посторонним.
Одной из наиболее часто встречающихся практических задач в малых и средних компаниях является создание ограниченного доступа к бухгалтерским и прочим учетным базам.
Решение этой проблемы состоит из двух частей:
1) Ограничение доступа к данным методом наложения групповых и индивидуальных политик в домене или рабочей группе
2) Организация физической недоступности носителя информации или отделение места (устройства) хранения базы и обрабатывающего его сервера или клиентского ПК.
Для реализации обоих пунктов данного решения корпорация Synology предлагает использовать свои сетевые многодисковые накопители данных (NAS) как основное хранилище для бухгалтерских и иных критически важных баз данных.
- Имея возможность интеграции в Windows домены и поддерживая детальные настройки прав доступа к папкам и поддиректориям, сетевые накопители полностью решают вопрос разграничения доступа к хранимой на них информации.
- Обладая высокой скоростью обмена данными по сетевому интерфейсу (все модели NAS Synology имеют сетевой порт Gigabit Ethernet) и высокой нагрузочной способностью, сетевые накопители Synology обеспечат одновременный высокоскоростной доступ к хранимым данным как группе рабочих станции так и обрабатывающему серверу (например SQL-серверу).
- Благодаря небольшим размерам, минимальному уровню генерируемого шума, тепловыделения и отсутствию требований к кондиционированию места установки, сетевые накопители Synology могут иметь скрытый монтаж в любом удобном месте офиса или иного помещения, где доступно сетевое подключение. В настоящий момент, в связи с бурным развитием технологии Wi-Fi, проводные сетевые подключения могут быть заменены на беспроводные, что позволяет располагать сетевой накопитель с хранящейся ответственной информацией в любой точке помещения, а также и удаленно.
- Высокая степень надежности хранения информации обеспечивается поддержкой в сетевых накопителях Synology RAID-массивов уровня 1,5 и 6 в зависимости от конкретной модели NAS Synology.
В случае возникновения задачи синхронизации базы данных филиала и головного офиса или резервной репликации базы внутри сети предприятия с одного ресурса хранения на другой, корпорация Synology предлагает комплект встроенных в NAS Synology и устанавливаемых на клиентских ПК фирменных программных продуктов, обеспечивающих сетевое резервирование на удаленные ресурсы и внешние носители. Репликация баз в режиме резервирования может производиться как циклически, по заранее определенному расписанию, так и единовременно по команде администратора.
О гарантированной совместимости оборудования Synology с учетными программными комплексами и их базами говорит специально пройденная сертификация в компании 1С.
В результате тщательных тестирований сетевые накопители Synology официально получили статус «1С Совместимо. Система программ 1С: Предприятие».
Читайте также: