іння і без навантаження на сервер web-додатки в момент завантаження сторінок.
7. Резервне копіювання даних web-додатки. Система керування версіями
7.1 Загальні відомості
Сучасні web-додатки містять велику кількість даних, на збір, обробку та розміщення яких йде велика кількість часу і грошових ресурсів. Тому безповоротна втрата даних (насамперед, що зберігаються в базі даних) web-додатків може призвести до фатальних наслідків аж до повної втрати актуальності web-додатки та його так званої «смерті», тобто втрати інтересу користувача до web-додатком.
Крім даних, що зберігаються в БД, небезпеки некоректного зміни схильні і файли, що зберігаються у файловій системі комп'ютера web-додатки та забезпечують його роботу. У першу чергу, існує небезпека злому і зміни файлів, що містять сценарії на мовах PHP, JavaScript, які забезпечують роботу системи і web-додатки. Крім несанкціонованого доступу існує небезпека зміни файлів сценаріїв і за допомогою санкціонованого доступу, наприклад, зміни текстів сценаріїв розробниками, що займаються підтримкою і обслуговуванням web-додатки, які можуть бути некоректними і дестабілізувати роботу web-додатки. Тому необхідно убезпечити дані і файли web-додатки, забезпечивши їх резервне копіювання.
7.2 Реалізація резервного копіювання
Для того щоб захистити дані, що зберігаються в базі, слід скористатися утилітами, наданими СУБД. У нашому випадку це утиліта mysqldump [5], що надається СУБД MySQL. Ця утиліта повинна бути запущена з командного рядка операційної системи, яка відповідає за роботу web-додатки. У нашому випадку це операційна система GNU / Linux, тобто для запуску утиліти можна скористатися командною оболонкою Bourne Shell [3]. У процесі реалізації резервного копіювання був написаний сценарій на мові Bourne Shell, який забезпечує резервне копіювання даних і зберігає файл копії в файлової структурі web-додатки.
DUMP_FILE_NAME=`date +% Y% m% d% H% M% S` - u [логін_пользователя] - p [пароль] - f [імя_бази_данних]>/Tmp / $ DUMP_FILE_NAME.sql [$?- Eq 0] - c / tmp / $ DUMP_FILE_NAME.sql>/Home / bitrix / www / bitrix / backup / $ DUMP_FILE_NAME.auto.sql.gz644 / home / bitrix / www / bitrix / backup / $ DUMP_FILE_NAME.auto.sql.gzbitrix: bitrix / home / bitrix / www / bitrix / backup/$ DUMP_FILE_NAME.auto.sql.gz-f / tmp / $ DUMP_FILE_NAME.sql
У даному сценарії відбувається виклик утиліти mysqldump із зазначенням імені БД, логіна і пароля користувача для доступу до БД. Далі відбувається збереження файлу в локальній директорії комп'ютера з наступним його стисненням за допомогою утиліти gzip і призначення прав доступу та імені користувача ОС для доступу до цих файлів на скачування допомогою панелі управління системи «1С - Бітрікс: Управління сайтом». Локальна копія файлу в кінці видаляється. Тепер, присвоївши таким сценарієм ім'я mysql_dump.sh, можна здійснити резервне копіювання даних за допомогою виклику даного сценарію:
[root @ v8733 sh_scripts] #. / mysql_dump.sh
Для організації резервного копіювання файлової структури web-додатки був написаний сценарій file_dump.sh.
DUMP_FILE_NAME=`date +% Y% m% d% H% M% S` - exclude=bitrix / backup - c...
