Как поддерживать работоспособность радиовещательного комплекса
Работоспособность радиовещательного комплекса зависит от множества компонентов, в которые включаются аппаратные мощности оборудования, вещательное ПО, модули дистанционного управления и так далее.
За ними нужно вести постоянное наблюдение и выполнять базовые действия по их поддержке и обслуживанию.
Не проводя профилактические операции, радиостанция рискует попасть в затруднительное положение. В самом худшем варианте - потерять всю наработанную за время действия станции информацию и метаданные к ней.
Команда Дигиспот II составила перечень профилактических работ, рекомендуемых к выполнению каждой радиовещательной станции, благодаря которым обеспечиваются защита информации от потери и штатная работа комплекса в целом.
1. Поддержание Медиа Базы данных в чистоте и порядке
Медиа База Данных (далее МБД) - это централизированная система хранения медиаданных, которая используется всем комплексом радиостанции. Через неё происходит обмен контентом между разными отделами, приложениями, а также дополнение и редактирование медиа элементов.
С течением времени МБД наполняется множеством элементов и метаданных. Конечно же, актуальность некоторых из них пропадает, и они начинают лежать "мертвым" грузом, занимая место и снижая эффективность работы системы. Поэтому мы предлагаем своевременно производить базовые действия по поддержанию штатного механизма работоспособности МБД.
Очистка МБД от ненужных элементов не производится вручную. В системе Дигиспот II для этого существуют специальные операции и модули. О них мы и расскажем далее.
1.1. Удаление неиспользуемого материала
Данный модуль сканирует содержимое каталогов и удаляет материалы, которые нигде не задействованы и на которые не заведены карточки в МБД и других модулях Дигиспот II. Хранилища файлов, которые следует сканировать, указываются в Общих настройках на вкладках Хранение звука и DB Storage. О работе модуля и его особенностях можно почитать в инструкции.
Данная функция может вызываться из меню: Сервис/Удаление неиспользуемого материала. А также по триггеру из Менеджера задач (при наличии лицензиина него).
Права на запуск данной операции могут быть выданы в системе Администрирования. Для этого зайдите в Файл/Администрирование, выделите нужную роль в Группе пользователей, на вкладке Общие раскройте Общие настройки и поставьте/уберите флажок в пункте Удаление неиспользуемого звука.
1.2. Автоудаление из категорий
Данный модуль позволяет производить автоматическое удаление элементов из категорий либо непосредственно из МБД. Для его настройки следует перейти в Сервис/Общие настройки/Настройки автоудаления.
Чтобы настроить автоматическое удаление для определённой категории, следует нажать Добавить и указать в окне Детали автоудаления соответствующие параметры.
Автоудаление запускается только по триггеру из Менеджера задач. Соответственно, для возможности работы с этой опцией должна быть приобретена лицензия на Менеджер задач.
Подробнее о настройке модуля можно прочитать в соответствующей инструкции.
1.3. Очистка МБД с помощью скрипта mdb_clean.sql
Скрипт mdb_clean.sql запускается пользователями, если необходимо подготовить базу данных к обновлению комплекса или очистить от старых, неиспользуемых записей.
Скрипт mdb_clean:
- Удаляет новостные элементы старше 14 дней;
- Очищает список удалённых элементов;
- Удаляет из базы информацию о расписаниях и элементах расписания старше 3 дней (но не сами элементы из базы данных);
- Удаляет историю воспроизведения старше 100 дней;
- Удаляет историю планирования старше 100 дней;
- Удаляет историю генерации в маге старше 14 дней.
- Очищает список удалённых элементов;
- Удаляет из базы информацию о расписаниях и элементах расписания старше 3 дней (но не сами элементы из базы данных);
- Удаляет историю воспроизведения старше 100 дней;
- Удаляет историю планирования старше 100 дней;
- Удаляет историю генерации в маге старше 14 дней.
Подробнее про данный скрипт можно прочитать в соответствующей инструкции.
*Примечание: перед выполнением данного скрипта обязательно следует выполнить бэкапирование БД для возможности возврата на предыдущую версию.
2. Создание резервных копий Баз Данных
Медиа БД организована на движке MS SQL сервера, где информация хранится в табличном представлении. Существует несколько конфигураций MS SQL сервера, различных по функционалу. Наименее функциональной является конфигурация MS SQL Express - бесплатная, однако в большинстве случаев её функций и мощностей достаточно для корректной работы малой или среднего уровня радиостанции.
Операция бэкапирования баз данных предназначена для возможности восстановления медиаданных за определённый период. Своевременное бэкапирование БД - важный элемент защиты наработок радиостанции от их внезапной потери. Под эти задачи подходит ежедневное бэкапирование.
Долговременное хранение бэкапов БД позволяет просмотреть, при необходимости, информацию за определённый период. Например, при возникновении спорных ситуаций по рекламным кампаниям либо для составления отчётности за длительный период.
2.1. Бекапирование БД в MS SQL Express
В версии MS SQL Express доступно ручное бэкапирование Баз Данных с помощью встроенных функций MS SQL Server Management Studio.
Основные этапы, необходимые для создания резервной БД, описаны в инструкции по резервному бэкапированию.
2.2. Как производить автоматическое бэкапирование в MS SQL Express
Существуют возможности автоматического бэкапирования с помощью специальных скриптов.
Для ежедневного бэкапирования был создан специальный скрипт <SQLTractBackup.cmd>. Он позволяет производить бэкапирование БД в течение заданного промежутка времени, по истечении которого бэкапы перезаписываются.
Для ежемесячного бэкапирования был создан скрипт <SQLTractBackup_All.cmd>. Он позволяет производить бэкапирование БД на диск пользователя, а затем - на удалённый сервер.
Файлы .cmd и инструкция по их настройке находятся по ссылке.
2.3. Автоматическое бэкапирование в платном SQL
Если у Вас установлен платный SQL сервис, автоматическое бэкапирование можно осуществлять, пользуясь его встроенными функциями. Прочитать о том, как настроить автоматическое бэкапирование, можно на официальном сайте.
3. Бэкапирование комплекса
Раз в месяц рекомендуется выполнять бэкапирование всего комплекса, за исключением нескольких папок, и перемещать копию на внешнее хранение.
Это нужно для того, чтобы в случае неполадок с жёсткими дисками была возможность восстановить состояние комплекса хотя бы образца месячной давности.
В противном случае, станции придётся восстанавливать состояние комплекса с нуля, что займёт огромное количество времени и сил.
В противном случае, станции придётся восстанавливать состояние комплекса с нуля, что займёт огромное количество времени и сил.
Итак, для каждого рабочего места нужно сделать резервную копию каталога установки программы (С:\Program Files\Дигиспот\<название_программы>). Из копии можно исключать каталоги SS8, DBG_LOG, DMP.
Также следует сделать резервную копию корневого каталога ROOT, из него можно исключать такие каталоги, как SND, SND_TMP, SS8 (однако, их рекомендуется бэкапировать хотя бы раз в полгода).
4. Своевременное обновление комплекса
Команда разработчиков Дигиспот II постоянно совершенствует программный комплекс, дополняя систему новыми опциями и доработками. Каждую неделю выходит новый релиз актуальной версии комплекса, в котором отражаются все наработки за неделю. Новости об изменениях каждую неделю выходят в нашем телеграмм-канале.
Рекомендуется обновляться в рамках текущего поколения Дигиспот II не менее 1 раза в квартал (например, во время профилактики). Так вы получите надёжную работу программного комплекса и актуальное ПО. В рамках одной версии, например 2.17.2, обновление бесплатно.
Перед обновлением комплекса следует произвести ряд подготовительных действий, далее произвести обновление и проверить работоспособность комплекса. Если тезисно, то следует выполнить следующие операции:
1. Произвести очистку МБД от ненужного материала (п.1);
2. Произвести бэкапирование комплекса в целом (п.3);
3. Обновить структуру МБД до актуальной версии с помощью специального скрипта mdb_update.sql. Актуальную версию можно найти по ссылке дистрибутивов;
4. Если производится переход на поколение выше, необходимо также выполнить замену лицензий;
5. Произвести установку новой версии;
6. Проверить корректность работы системы после обновления, включая проверку сопряжения с внешним оборудованием. В случае некорректной работы вернуть комплекс в исходное состояние и обратиться в поддержку Дигиспот II.
2. Произвести бэкапирование комплекса в целом (п.3);
3. Обновить структуру МБД до актуальной версии с помощью специального скрипта mdb_update.sql. Актуальную версию можно найти по ссылке дистрибутивов;
4. Если производится переход на поколение выше, необходимо также выполнить замену лицензий;
5. Произвести установку новой версии;
6. Проверить корректность работы системы после обновления, включая проверку сопряжения с внешним оборудованием. В случае некорректной работы вернуть комплекс в исходное состояние и обратиться в поддержку Дигиспот II.
Подробное руководство по обновлению можно прочесть в соответствующей инструкции.