Самостоятельное системное администрирование сервера с СЭО 3KL, подготовленного специалистами компании «Открытые технологии»

1. Общая информация по системе

1.1. Глоссарий терминов

 -Вернуться к содержанию-

1.2. Получение консольного доступа к системе

Если у вас действует гарантийная техническая поддержка, и ваша система доступна по сети по протоколу ssh (порт 22), достаточно подать заявку на получение root-доступа через кабинет клиента. К заявке следует приложить ваш публичный rsa-ключ, это поможет безопасно передать доступ, не пересылая конфиденциальные данные через интернет. Воспользуйтесь программой ssh для доступа к серверу.

Если гарантийная поддержка уже закончилась, либо сервер недоступен через интернет по протоколу ssh, вы можете получить root-доступ с помощью доступа к консоли сервера.

-Вернуться к содержанию-

1.3. Расположение основных файлов и папок на сервере

Если СЭО 3KL устанавливала компания «Открытые технологии», пути к файлам системы на сервере будут следующими:

• /etc - конфигурационные файлы Ubuntu. Здесь хранятся все настройки системы, включая сетевые. Форматы и расположение файлов соответствуют Ubuntu Server 20.04.
• /etc/opt/otlamp - конфигурационные файлы Apache, пароли от MySQL. Изменение домена, на который откликается веб-сервер, настраивается здесь.
• /var/opt/otlamp - файлы веб-приложения (СЭО 3KL), файловый контент, дампы базы данных, инкрементные резервные копии (папки .git). Дополнительно новый домен нужно прописать в файле www/local/domains.php.
• /var/opt/otlamp/[w1]/[код виртуального хоста]/www/htdocs - файлы, отображаемые на веб-сервере.
  [w1] - имя инстанса, совпадает с именем пользователя, от имени которого работают скрипты, и владельца файлов.
  [код виртуального хоста] - как правило имеет вид cXXXX или sdo.
• /var/opt/otlamp/[w1]/[код виртуального хоста]/www/data - пользовательские файлы, принадлежащие инсталляции Otlamp.
• /var/log/opt/otlamp - логи веб-сервера.

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

• /theme/ - для тем;
• /mod/ - для модулей активности и ресурсов;
• /blocks/ - для блоков сайдбара;
• /question/type/ - для типов вопросов;
• /course/format/ - для форматов курсов;
• /admin/report/ - для отчетов администратора;

Остальные файлы соответствуют стандартному расположению файлов в Ubuntu Server 20.04.

-Вернуться к содержанию-

1.4. Важные команды

-Вернуться к содержанию-

2. Информация по самостоятельному обновлению СЭО 3KL

Версии СЭО 3KL ежемесячно обновляются, в систему добавляются новые функции, плагины, исправляются ошибки. Чтобы в полной мере воспользоваться возможностями системы, рекомендуется регулярно обновлять ее. Вы можете обновить систему самостоятельно или обратиться с заявкой на проведение обновления в службу технической поддержки компании «Открытые технологии».

Можно выделить следующие основные шаги при самостоятельном обновлении системы.

-Вернуться к содержанию-

2.1. Получение дистрибутива

Дистрибутив СЭО 3KL можно скачать на сайте учебного центра ООО «Открытые технологии» по адресу https://moodle.opentechnology.ru/ , ссылка на дистрибутив будет находиться в маршруте внедрения, доступ к которому предоставляется в момент активации гарантийной поддержки. Следует перейти в раздел «Дистрибутив», выбрать версию СЭО 3KL и скачать архив.

-Вернуться к содержанию-

2.2. Подготовка к обновлению.

Перед обновлением следует проверить, насколько сервер отвечает требованиям той версии СЭО 3KL, до которой планируется произвести обновление. Для этого на странице «Среда (версии ПО)» (блок «Настройки»: Администрирование->Среда->(версии ПО)) в выпадающем списке поля «Версия Moodle» необходимо выбрать версию: три первые цифры в ее названии должны совпадать с первыми цифрами нужной версии СЭО 3KL (Рис. 2.2.1, поз. 1).

Таблица «Проверка настроек сервера» будет содержать следующие данные:

• Название (см. поз. 2 Рис. 2.2.1). В колонке перечислены параметры сервера, по которым проводится проверка: moodle (ядро системы), unicode (стандарт кодирования символов), database (используемая база данных) и т. д.
  
• Информация (см. поз. 3 Рис. 2.2.1). Здесь дана краткая характеристика каждого параметра.
  Например mysql (5.7.33-0ubuntu0.16.04.1)— база данных mysql, версия 5.7.33, ОС Ubuntu 16.04.1.
• Отчет (см. поз. 4 Рис. 2.2.1). Содержит краткий результат проверки и ссылку на документацию Moodle с подробным описанием данного параметра.
• Статус (см. Рис. 2.2.1, поз. 5). Отображает состояние проведенной проверки. Если систему/серверное окружение необходимо привести в соответствие с требованиями данного параметра, отобразится статус «Проверьте», дополнительно подсвеченный красным или желтым. Если же требования параметра соблюдены, отобразится статус «OK» с зеленой подсветкой. Например, параметр php - «требуется версия 7.3.0, у Вас используется версия 7.2.34.18.16.04.1.1» - «Проверьте».
  

• Плагин. Колонка будет заполнена только в том случае, если в системе есть плагины, которые требуют данного компонента системного окружения. Например, компонент php_extension xsl требуется плагину «Книга / Инструмент плагина «Книга» / Импорт / экспорт файла Microsoft Word», поэтому его название отображается в соответствующей строке колонки «Плагин» (Рис. 2.2.2).

Следует проверить соответствие сервера техническим требованиям и системному окружению. Подробные технические требования к оборудованию содержатся в соответствующих разделах Регламента предоставления сервисов ООО «Открытые технологии» (Раздел 5. Требования к рабочему месту пользователя, Раздел 6. Требования к Технической площадке, далее — Регламент). Кроме того, в разделе «Системные требования» расширенного анонса того релиза, до которого планируется обновление (например, 3.9.13a), могут содержаться требования, отличные от тех, которые содержатся в Регламенте. В этом случае технические требования релиза пользуются приоритетом, в остальном же действуют требования Регламента.

Если какие-либо версии библиотек и расширений на сервере не соответствуют той версии СЭО 3KL, до которой производится обновление, следует сначала обновить серверное окружение.

Длительность обновления зависит от объема данных, параметров сервера и разницы между обновляемыми версиями. Целесообразно зарезервировать целый день на самообновление. Также, важно учитывать, что при неудачном обновлении придется делать восстановление исходного состояния системы из резервной копии, а в отдельных случаях, когда база данных очень большая, процесс восстановления из резервной копии может длиться до нескольких суток, в течение которых система будет недоступна. Обязательно нужно предупредить пользователей системы о предстоящем обновлении и будущей недоступности системы.

При выполнении обновления должно быть обеспечено требование о наличии более 20% свободного дискового пространства на сервере, причем эта пропорция должна соблюдаться на всех этапах процесса: до обновления, в процессе него и после завершения.

Если планируется обновление с версии более ранней, чем 3.9, следует воспользоваться таблицей промежуточных версий (Рис. 2.2.3). Необходимо обновляться последовательно, до каждой из отмеченных ключевых версий, в порядке их очередности, и лишь затем — до целевой версии.

-Вернуться к содержанию-

2.3. Сохранение резервных копий

До начала обновления следует сделать резервные копии системы, а именно:

1) Исполняемых файлов в [server]*/htdocs/[moodle]*, где вместо [server] будет отдельная конфигурация сервера Apache со своими настройками, а вместо [moodle] — корневая директория сервера с программными файлами СЭО 3KL (содержимое папки htdocs в дистрибутиве). Если вашу систему устанавливала компания «Открытые технологии» (см. п. 1.2), то исполняемые файлы находятся в /var/opt/otlamp/[w1]/[код виртуального хоста]/www/htdocs, где:

• [w1] - это инстанс инсталляции Otlamp и пользователь linux, обычно на сервере один инстанс w1 с наиболее актуальным серверным окружением, но на серверах с большим количеством мелких инсталляций может быть несколько инстансов (w1, w2, w3), которые нужны для создания разных настроек под нужды различных хостов;
• [код виртуального хоста] — код хоста, созданного после инициализации инсталляции, рабочие папки которого находятся в директории вида /var/opt/otlamp/w1/domain;
• /htdocs/ — рабочая папка хоста.

Файлы можно выкачать любыми утилитами по протоколам rsync, ftp, ssh или wget.

2) Пользовательских файлов в [server]*/[moodledata]*, где [moodledata]* — это папка для хранения контента и загруженных пользователями файлов, которая располагается в файловой системе сервера за пределами корневой папки хоста. Если вашу систему устанавливала компания «Открытые технологии» (см. п. 1.2), то пользовательские файлы находятся в /var/opt/otlamp/[w1]/[код виртуального хоста]/www/data.

Файлы можно выкачать по протоколам ftp, WinSP, wget, rsync и др.

3) Базы данных (дампы Postgres или MySQL).

Резервные копии баз данных можно сделать в mysqldump, phpMyAdmin или других программах, в зависимости от типа базы данных.

Пути к этим данным можно уточнить в файле конфигурации config.php :

$CFG->dbname и $CFG-prefix содержат название базы данных и префикс названия таблицы;
$CFG-dataroot - расположение загруженных файлов;
$CFG-wwwroot - код системы.

-Вернуться к содержанию-

2.4. Проверка обновлений ядра системы и плагинов

Информация о всех установленных в СЭО 3KL плагинах, их версии, доступности и т.д. содержится в блоке «Настройки»->Администрирование->Плагины->Обзор плагинов. При этом в СЭО 3KL в целях безопасности по умолчанию отключены функции автоматического обновления ядра и плагинов Moodle через интерфейс системы.

Все обновления системы и плагинов в СЭО 3KL доступны клиентам для скачивания только в виде дистрибутивов на сайте и могут быть установлены вручную на сервере. Ручная установка дистрибутивов — безопасный и рекомендуемый способ обновления системы и плагинов.

Если установлены сторонние плагины, следует самостоятельно подготовить сборку. Для этого надо скачать на сайте дистрибутив той версии системы, до которой планируется сделать обновление (например, 3.9.11b), затем перейти на страницу плагинов Moodle Plugins по адресу https://moodle.opentechnology.ru/, выбрать версию, совместимую с версией СЭО 3KL, до которой планируется обновление и скачать архивы полных пакетов плагинов. Допустимо также скачивать код плагинов из других источников. Далее следует разархивировать дистрибутив системы, добавить в нужные места архивы плагинов, заархивировать дистрибутив и использовать его для установки.

Если планируется отказаться от какого-либо установленного плагина и не обновлять его в новой версии системы, то необходимо заранее удалить такой плагин. Поскольку в СЭО 3KL установка, обновление и удаление плагинов через интерфейс отключено, все манипуляции следует выполнять в командной строке через консольный доступ к серверу (терминал).

Для полного удаления плагина и связанных данных воспользуйтесь командой php uninstall_plugins.php  --plugins=[название плагина],[название плагина] --run, где:

uninstall_plugins.php — файл с данными для администрирования плагинов, расположенный по  пути htdocs/admin/cli/uninstall_plugins.php,

--plugins=<название плагина> — это список подлежащих удалению плагинов, перечисленных через запятую.

-Вернуться к содержанию-

2.5. Запуск обновления системы и плагинов

До начала обновления рекомендуется включить режим технического обслуживания в «Настройки»->Администрирование->Сервер->Режим технического обслуживания, чтобы запретить авторизацию в системе всех пользователей, кроме администраторов.

 $CFG->upgradekey = ‘put_some_shared_secret_here’;

 Для обновления ядра системы и плагинов следует выполнить следующие действия:

1) Переместить старые исполняемые файлы из директории с файлами, отображаемыми на сервере, в другое место (например, временную директорию). Для перемещения воспользуйтесь консольной командой mv.

2) Распаковать архив дистрибутива новой версии системы в пустую директорию для установочных файлов (где они находились до перемещения). Для извлечения архива в формате .tgz, можно воспользоваться консольной командой tar, архива в формате .zip - командой unzip. В ходе обновления система преобразует структуру базы данных.

3) Скопировать перемещенный старый файл config.php обратно в директорию с исполняемыми файлами. Для копирования можно воспользоваться консольной командой cp.

4) Убедиться, что на файл config.php и все директории с исходным кодом системы выставлены права на чтение.

5) Убедиться, что все плагины правильно расположены в поддиректориях внутри директории с исполняемыми файлами (см. п. 1.2).

Далее следует запустить процесс обновления. Это можно сделать одним из двух способов:

• Через командную строку. Запустите в терминале из корня сайта следующую команду:
  

    $ sudo -u [w1] /usr/bin/php /var/opt/otlamp/[w1]/[код виртуального хоста]/www/htdocs/admin/cli/upgrade.php

  где/usr/bin/php следует заменить на путь к интерпретатору php той версии, которая соответствует устанавливаемой новой версии СЭО 3KL, а [w1] означает инстанс инсталляции и пользователя, отличного от root, но с правами администратора, и если пользователей несколько, то вместо [w1] соответственно может быть [w2], [w3] и т.д.
  После запуска скрипта начнется обновление. Следуйте инструкциям, появляющимся в терминале, до его успешного завершения. 
  
• Через браузер. Отключите режим технического обслуживания и перейдите на url вашего сайта в адресной строке браузера. Подтвердите старт обновления в появившемся окне. Система автоматически идентифицирует новую версию и выполнит обновление базы данных и файловой системы. Могут появляться сообщения с инструкциями. После успешного выполнения скриптом проверки появится страница с плагинами. Следуйте инструкциям по дополнительным настройкам для них. Дождитесь завершения процесса обновления.
  

 По завершении обновления следует войти в систему и протестировать ее:

• проверить все или несколько курсов - как они открываются и функционируют;
• проверить пользователей, все ли на месте;
• проверить сохранность файлов, загруженных пользователями - как открываются, отображаются и т. д.;
• проверить корректность отображения темы оформления и ее элементов;
• проверить основной функционал системы: создание курсов; авторизацию пользователей, выполнение задач планировщиком cron; рассылку email-сообщений.
• создать резервную копию системы сразу после обновления.

-Вернуться к содержанию-

3. Информация по самостоятельной установке СЭО 3KL

-Вернуться к содержанию-

3.1. Получение дистрибутива

Дистрибутив СЭО 3KL нужной вам версии можно скачать на сайте учебного центра ООО «Открытые технологии» по адресу https://moodle.opentechnology.ru/, ссылка на дистрибутив будет находиться в маршруте внедрения, доступ к которому предоставляется в момент активации гарантийной поддержки. Следует перейти в раздел «Дистрибутив», выбрать версию СЭО 3KL и скачать архив.

-Вернуться к содержанию-

3.2. Подготовка к установке

Подготовка к установке СЭО 3KL подразделяется на четыре этапа: определение характеристик сервера в соответствии с техническими и системными требованиями, выбор размещения сервера для установки СЭО 3KL, подготовка сервера к установке операционной системы, настройка серверного окружения.

-Вернуться к содержанию-

3.2.1. Определение характеристик сервера в соответствии с техническими и системными требованиями

Техническая площадка, на которой планируется разместить СЭО 3KL, должна соответствовать техническим и системным требованиям, изложенным в Разделе 6 Регламента предоставления сервисов ООО «Открытые технологии» (в той редакции, которая действовала по состоянию на дату выхода устанавливаемой версии СЭО 3KL). Например, для версии СЭО 3KL 3.9.14a действуют следующие требования:

• Потребность в оперативной памяти определяется в гигабайтах и рассчитывается по формуле: 2 + (количество конкурентных пользователей / 25) гигабайт. Минимально-рекомендуемый объем составляет 8 (Восемь) гигабайт.
• Потребность в количестве ядер центрального процессора рассчитывается по формуле: 2 + (количество конкурентных пользователей / 50) шт. Минимально-рекомендуемое количество составляет 4 (Четыре) вычислительных ядра.
• Потребность в объеме постоянной (дисковой) памяти в гигабайтах рассчитывается по формуле: 30 + объем учебных материалов * 3 * 1.3 гигабайт. Минимальный рекомендуемый объем постоянной памяти составляет 50 гигабайт.

-Вернуться к содержанию-

3.2.2. Выбор способа размещения сервера для установки СЭО 3KL

Можно выделить четыре варианта размещения сервера для установки СЭО 3KL: собственный физический сервер на территории организации, собственный физический сервер в дата-центре провайдера, арендованный физический сервер в дата-центре провайдера и арендованный виртуальный сервер в дата-центре провайдера.

3.2.2.1. Собственный физический сервер на территории организации

Для него требуется отдельное помещение (серверная), единовременные капиталовложения (достаточно большие) в закупку и монтаж оборудования, текущие расходы на обслуживание и замену комплектующих, настройку и поддержание работы сети, а также посменное дежурство системных администраторов. В часы работы пользователей с СЭО 3KL системный администратор должен находиться на рабочем месте и в случае возникновения технических проблем и неисправностей - уметь оперативно восстановить работоспособность системы. Если предполагается работа с системой в выходные дни и нерабочие часы, а системные администраторы выполняют свои должностные обязанности исключительно в рабочее время, то данный вариант размещения сервера не подойдет.

-Вернуться к содержанию-

3.2.2.2. Собственный физический сервер в дата-центре провайдера (Colocation)

Аренда места в дата-центре хостинг-провайдера для размещения сервера может стать более рациональным решением, чем содержание собственной серверной комнаты с обеспечением всех необходимых технических условий. Например, если серверного оборудования очень мало (одна-две физические машины), целесообразно воспользоваться для его размещения готовой инфраструктурой дата-центра. Аренда по тарифам провайдера как правило обходится дешевле, чем содержание собственной серверной, при этом отсутствует необходимость самостоятельно обеспечивать бесперебойное питание и нести круглосуточное дежурство. С другой стороны, арендатору все равно предстоят капиталовложения в закупку и транспортировку оборудования и текущие расходы на ремонт и замену комплектующих. Также важно учитывать, что не все дата-центры предоставляют доступ к оборудованию в режиме 24/7.

-Вернуться к содержанию-

3.2.2.3. Арендованный физический сервер в дата-центре провайдера (Dedicated)

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

-Вернуться к содержанию-

3.2.2.4. Арендованный виртуальный сервер в дата-центре провайдера (VDS/VPS)

Это сервер, созданный с помощью технологий виртуализации и средств операционной системы, которые разделяют ресурсы физического сервера на изолированные виртуальные машины, при этом каждая становится полноценной операционной системой с собственной памятью, процессами, пользователями. Виртуальные серверы VDS/VPS дают такие же возможности, как и физический сервер, обеспечивая гибкость в настройке операционной системы. В подавляющем большинстве случаев виртуальный сервер - оптимальный вариант для установки СЭО 3KL. Предоставляется готовая инфраструктура, отсутствует физический износ и необходимость следить за аппаратными ресурсами и обновлениями серверного окружения. Можно менять настройки, работать с файлами системы, устанавливать и настраивать любое программное обеспечение (версию PHP, сервер баз данных и т.д.). Провайдер обеспечивает выполнение всех работ, требующих физического присутствия рядом с сервером, и арендатору остается только удаленное системное администрирование операционной системы и СЭО 3KL.

Если оценивать стоимость текущих расходов на аренду, виртуальный сервер - наименее затратный вариант.

-Вернуться к содержанию-

3.2.3. Подготовка сервера к установке операционной системы

После того, как сервер выбран (физический или виртуальный), необходимо подготовить его к установке операционной системы:

• Определить сетевые настройки, в т.ч. получить ip-адрес. В случае если планируется локальная установка СЭО 3KL внутри локальной сети, требуется внутренний (локальный) ip-адрес, предназначенный для применения в локальных сетях. В случае если планируется публичное размещение сайта в интернете, требуется выделить внешний (публичный) ip-адрес напрямую на сервер. К нему будет привязано доменное имя, которое позволит внешним пользователям обращаться к системе. Основное взаимодействие с системой идет через порты 80 и 443, их нельзя блокировать.
• Произвести разбивку диска. Разбивку диска на разделы следует осуществлять по одной из схем: простой, с выделением раздела для резервных копий, или детальной. Желательно при этом использовать менеджер логических томов (Logical Volume Manager, LVM) для операционных систем на базе Linux, который позволяет использовать разные области одного жесткого диска или области с разных жестких дисков как один логический том. Использование LVM позволяет оперативно изменять размер логического тома, добавлять и удалять новые диски.  Для оптимального использования ресурсов и производительности рекомендуется применять следующую детальную схему:
  • Корневой раздел (30Гб + 20% резерв).
  • Раздел для статических данных (планируемый объем полезных данных + 20% резерв). 
  • Раздел для инкрементных резервных копий (объем полезных данных, помноженный на 2, + 20% резерв).
  • Раздел для СУБД (планируемый объем базы данных + 20% резерв). Рекомендуется использовать быстрые SSD-диски.
    Планируемый объем базы данных определяется индивидуально. Если невозможно или затруднительно определить планируемый объем базы данных, рекомендуется стандартный, наиболее часто встречающийся объем для небольших и средних баз данных, - до 1Гб.
  • Раздел для временных файлов (объем полезных данных + 20%). Рекомендуется использовать быстрые SSD-диски.
    Для лучшего восстановления данных из резервных копий, в качестве минимального стартового рекомендуется объем, равный объему самого большого курса в системе, + 20%.
  • Своп, равный объему оперативной памяти.
• Установить на сервер операционную систему (ОС) Ubuntu Server 20.04 LTS 64bit.
• Подключить сервер к сети «Интернет» через роутер по стабильному каналу передачи данных. Потребность в пропускной способности в мегабитах в секунду рассчитывается по формуле: 5 + (количество конкурентных пользователей /10) мегабит в секунду. Требуемая минимальная пропускная способность подключения составляет 10 мегабит в секунду.

-Вернуться к содержанию-

3.2.4. Настройка серверного окружения

Перед установкой СЭО 3KL следует провести подготовку установленной операционной системы на сервере:

1) Убедиться, что на сервере приняты необходимые меры безопасности, на все системные учетные записи установлены несловарные пароли длиной более 16 символов, содержащие как строчные, так и прописные буквы, а также цифры и специальные символы.

2) Настроить автоматическое резервное копирование по расписанию, систему мониторинга сервера и систему автоматического обнаружения вторжений и блокировки атакующих ip-адресов.

3) Определить структуру директорий и файлов, в которых будут храниться установочные, пользовательские файлы и база данных СЭО 3KL. Их расположение будет иным, чем приведено выше в п. 1.2 для случаев, когда СЭО 3KL устанавливается компанией «Открытые технологии» (т.е. предстоит самостоятельно определить и прописать пути к файлам системы на сервере). Можно использовать похожие наименования папок и пути, либо придумать собственные:

• Для хранения исполняемых файлов СЭО 3KL можно использовать путь вида /www/[htdocs], где [htdocs] - это корневая веб-директория системы. Если вы используете дистрибутив СЭО 3KL от компании «Открытые технологии», достаточно будет распаковать ранее загруженный на сервер архив дистрибутива в директорию /www/[hostname], где [hostname] - это веб-директория хоста. Для извлечения архива в формате .tgz, можно воспользоваться консольной командой tar, архива в формате .zip - командой unzip. В зависимости от версии СЭО 3KL, будут извлечены папки /htdocs, /data и /cli.
  Допустимо переименовать папку /[htdocs] и использовать любое другое название (например, /moodle и т.п.), либо переместить содержимое папки /htdocs в корневую директорию хоста.
• Для хранения пользовательских файлов (загруженные и временные файлы, кэши, данные о сессиях и т.д.) можно использовать путь вида /www/[data], где директория [data] должна располагаться вне корневой веб-папки сайта или папки с исполняемыми файлами. Если путь этой директории будет доступен через интернет, возникнет уязвимость, а сама система не установится. Воспользуйтесь консольной командой mkdir для создания директории и установите командой chmod 0777 права на запись в нее для всех пользователей. Допустимо переименовать папку [data] и использовать любое другое название (например, /moodledata и т.п.).

4) Подготовить и настроить серверное (системное) окружение в соответствии с требованиями п. 6.8 Регламента предоставления сервисов ООО «Открытые технологии». Например, для версии 3.9.14a действуют следующие требования:

• Требуемая локаль по умолчанию — ru_RU.UTF-8.
• Интерпретатор PHP 7.2, с расширениями: mysqlnd, bcmath, dom, gd, json, pdo_dblib, pgsql, shmop, sqlite3, tokenizer, xmlwriter, opcache, openssl, calendar, exif, gettext, ldap, pdo_mysql, phar, simplexml, sysvmsg, wddx, xsl, pdo, ctype, fileinfo, iconv, mbstring, pdo_pgsql, posix, soap, sysvsem, xmlreader, zip, xml, curl, ftp, intl, mysqli, pdo_sqlite, readline, sockets, sysvshm, xmlrpc, zlib, spl, pcre, hash; и настройками: memory_limit не менее 256 мегабайт, file_uploads включен, max_execution_time не менее 600 секунд, opcache.enable включен.
• Веб-сервер Apache 2.4 или Nginx.
• СУБД MySQL 5.6 и выше. Рекомендуемой является именно MySQL, также допустимо использовать MariaDB и для очень больших систем PostgreSQL. Не рекомендуется MSSQL, поскольку система менее всего протестирована на этой СУБД, высока вероятность в будущем столкнуться с неподдающимися исправлению ошибками. Для создания базы данных в MySQL можно воспользоваться приложением phpMyAdmin, которое предоставляет веб-интерфейс для администрирования СУБД MySQL. Требуется указать следующие данные:
  
  • dbhost - название хоста сервера базы данных (localhost, если база данных и веб-сервер на одном и том же хосте);
  • dbname - название базы данных (любое название, например, moodle);
  • dbuser - пользователь базы данных (любое название, например, moodleuser, - не используйте название суперпользователя root);
  • dbpass - пароль для пользователя базы данных.
• Скрипт Unoconv, позволяющий конвертировать документы различных форматов.
• КриптоПро CSP, КриптоПро ЭЦП SDK (необходимо для функции интеграции с ЕСИА).
• Планировщик Cron установлен.
• Время должно быть синхронизировано с интернет-службами NTP. 

После настройки окружения сервер будет готов к запуску установщика СЭО 3KL для создания таблиц базы данных и конфигурирования сайта.

-Вернуться к содержанию- 

3.3. Установка системы

Загрузите архив дистрибутива на сервер. Это можно сделать разными способами: через панель управления вашего хостинга, если таковая имеется (ISPmanager, CPanel  и т.д.), по FTP/SFTP или SSH. Для загрузки дистрибутива на сервер через командную строку терминала по SSH можно использовать консольную команду 

scp [russianmoodle.3.9.13c.release.tar.gz] [user]@[hostname]:.

где
[russianmoodle.3.9.13c.release.tar.gz] - это файл дистрибутива,
[user] - имя пользователя вашего сервера,
[hostname] - веб-адрес вашего сервера или его IP-адрес.

Команду следует запускать из директории с архивом дистрибутива.

Установить СЭО 3KL можно двумя способами:

1) Установка запуском мастера инсталляции в командной строке терминала. При запуске из корневой папки сайта, консольная команда будет иметь вид
/usr/bin/php /htdocs/admin/cli/install.php , где

/usr/bin/php - это путь к интерпретатору php (измените на свой путь, если устанавливаемой версии СЭО 3KL соответствует другая cli-версия php, чем установленная на вашем сервере по умолчанию),
/htdocs/admin/cli/install.php - это относительный путь к файлу с установочным скриптом (измените на свой).

При запуске из папки иной, чем корневая, следует соответственно изменить относительный путь.

Запустится программа установки системы через командную строку. По мере установки в терминале будут появляться сообщения с предложениями выбрать язык установки, определить веб-адрес, прописать путь к каталогу пользовательских данных (data, или moodledata), выбрать драйвер, сервер, название, порт, пользователя и пароль базы данных, принять условия пользования авторскими права и др. Пропишите необходимые данные и завершите установку. 

2) Установка запуском мастера инсталляции через веб-интерфейс в браузере. После распаковки дистрибутива СЭО 3KL в корневую папку сайта перейдите  на  URL главной страницы вашей системы, чтобы запустить скрипт установки. Предварительно установите на папку с исполняемыми файлами права чтения командой chmod -R 0755.

 В появившемся окне выберите язык установки (русский). Укажите веб-адрес, пути к каталогу с исполняемыми файлами и каталогу с пользовательскими файлами (Рис. 3.3.1).

 Выберите драйвер базы данных (Рис. 3.3.2), укажите сервер (localhost), название базы данных, пользователя и пароль (Рис. 3.3.3).

После принятия лицензионного соглашения будет проведена проверка соответствия техническим и системным требованиям, продолжится установка и откроется страница настроек (Рис. 3.3.4). В разделе общих настроек следует указать логин администратора, пароль, ФИО, email, а также опционально дополнительные сведения (Рис. 3.3.5).

 Укажите название сайта, описание  для главной страницы, локацию и другие сведения (Рис. 3.3.6) и зарегистрируйте ваш сайт (Рис. 3.3.7).

По завершении установки появится главная страница сайта СЭО 3KLс предложением создать новый курс. Требуется ввести серийный номер программного продукта, полученный от компании «Открытые технологии» после приобретения лицензии в соответствии с выбранным тарифным планом, и сделать завершающие настройки:

• Прописать один или несколько SMTP-серверов для отправки электронной почты в Настройки->Администрирование->Сервер->Электронная почта->Настройка исходящей почты. 
• Указать контакты службы поддержки (имя, email, страница) в Настройки->Администрирование->Сервер->Контакты службы поддержки.
• Прописать системные пути (к PHP CLI, утилите du, исполняемому файлу aspell, dot и др.) в Настройки->Администрирование->Сервер->Системные пути.
• Если используются прокси-сервера/файервол, указать их данные в Настройки->Администрирование->Сервер->HTTP.
• По необходимости отредактировать часовой пояс и местонахождение ip-адреса в Настройки->
• Администрирование->Местонахождение->Настройки местонахождения. 
• Настроить периодичность запуска  скрипта планировщика cron в файле [htdocs]/admin/cli/cron.php, где [htdocs] - это директория с исполняемыми файлами СЭО 3KL. Рекомендуемое расписание планировщика cron для выполнения задач на сервере - ежеминутно.
• Настроить периодическое резервное копирование системы, сделать настройки безопасности и проверить работу исходящей и входящей электронной почты.
• Настроить внешний вид главной страницы (шапка страницы, подвал страницы, цветовая схема, боковые фоны и т.д.) в Настройки->Администрирование->Внешний вид->Темы->СЭО 3KL->Стандартный профиль.

-Вернуться к содержанию-