align="justify"> 19 * * 5 root /etc/cron.weekly/scanclam
В якості додаткового захисту в файл монтування дисків/etc/fstab для розділу/home був доданий параметр noexec, що перешкоджає запуску виконуваних файлів, навіть якщо уставлені відповідні права.
Для організації резервного копіювання було вирішено не використовувати сторонні пакетні програм, а написати скрипт bash.
Створення щоденної резервної копії буде вироблятися кожен будній день в 21:00. Архівуватися будуть тільки офісні документи розширень doc, docx, xls, xlsx, odt, ods, rtf, txt, odp, ppt, pptx, vsd, vdx. Нижче наведено код скрипта backup-dialy.
#!/bin/bash
SRCD=»/ home» # вихідний каталог
TGTD=»/ home/Backup/dialy /» # кінцевий каталог 1 Монтуємо локальний диск для резервних копій
sleep 1/dev/sda1/home/Backup/home/trash - type f - mtime +31 - exec rm - r {} ; очищення кошика від файлів, старше місяці=`date + % D `# занесення в змінну поточної дати
find/home/Backup/dialy - type f - mtime +14 - exec rm - r {} ; # видалення файлів щоденної резервної копії старше двох недель2 Створюю каталоги дати ... Число дня: $ DATES
mkdir - p $ TGTD $ DATES # створення каталогу для архіву за поточний день Початок резервного архівування файлів ... архівує каталог infotd ...
if [- f $ TGTD $ DATES/infotd.tar.bz2]; then # перевірка існування архіваФайл $ TGTD $ DATES/infotd.tar.bz2 вже існує на дане число, видаліть файл для виконання нового копіювання $ SRCD/infotd - regex . * (docx | doc | odt | rtf | xls | xlsx | ods | txt ) - Exec tar - cjf $ TGTD $ DATES/infotd.tar.bz2 {} ; # пошук файлів по масці і їх архівування із стисненням
... # код повторюється для кожного каталогу Samba Отмонтіруем диск ...
sleep 5/home/Backup5
echo Резервне архівування завершено 0
У файл/etc/crontab впишемо завдання для виконання:
0 21 * * 1-4 root/etc/cron. dialy/backup-dialy
Створення повної резервної копії буде вироблятися раз на тиждень в суботу з 7:00 ранку, при цьому з архівування будуть виключатися файли, важче 2 Гб. Щотижневий архів буде перезаписувати старий. Як правило, файли такого розміру - це фільми, які не є унікальною інформацією.
#!/bin/bash
SRCD=»/ home» # вихідний каталог
TGTD=»/ home/Backup/weekly /» # кінцевий каталог 1 Монтуємо локальний диск для резервних копій
sleep 1/dev/sda1/home/Backup/home/trash - type f - mtime +31 - exec rm - r {} ; очищення кошика від файлів, старше місяці
sleep 2 Початок резервного архівування файлів ... архівує каталог infotd ...
if [- f $ TGTD /infotd.tar]; then # перевірка існування архіваФайл $ TGTD $ DATES/infotd.tar вже існує на дане число, видаліть файл для виконання нового копіювання $ SRCD/infotd - size 2G - exec tar - cf $ TGTD $ DATES/infotd.tar {} ; # пошук файлів по масці і їх архівування
... # код повторюється для кожного каталогу Samba Отмонтіруем диск ...
sleep 5/home/Backup5
echo Резервне архівування завершено 0
У файл/etc/crontab впишемо завдання для виконання:
0 7 * * 6 root /etc/cron.weekly/backup-weekly
2.5 Тестування налаштувань
При роботі демона Samba головне навантаження здійснюється на дискову підсистему. Тому при тестування проводився аналіз показників роботи підсистеми вводу/виводу. (Input/Output Operations Per Second) - один з ключових параметрів при вимірюванні продуктивності систем зберігання даних, що позначає кількість операцій введення/виводу. IOPS - це кількість блоків, яке встигає вважатися або записатися на носій . Чим більше розмір блоку, тим менше частин, з яких?? складається файл, і тим менше буде IOPS, оскільки на читання частини більшого розміру буде витрачається більше часу.
Для визначення IOPS треба знати швидкість і розмір блоку при операції читання/запису. Параметр IOPS дорівнює швидкості, поділеній на розмір блоку при виконанні операції.
У ході тестування роботи файлового сервера доступ до нього мали всі відділи організації, близько 150 користувачів. Час тестування з 13 до 15 годин.
Для визначення показників роботи дискової підсистеми використовувалася утиліта iostat базового пакета sysstat.
...
