- Открытие аккаунта
В момент открытия аккаунта Вам высылается информация для доступа по ftp - логин, пароль и IP адрес. Используя их Вы попадаете в свой домашний каталог, где для Вашего сайта (или сайтов, если их на аккаунте несколько) уже автоматически созданы следующие каталоги:
/имя_домена/www
/имя_домена/www/cgi-bin
/имя_домена/www/wstat
/logs
Эти каталоги нужны для нормальной работы Вашего аккаунта, поэтому с ними ничего делать не нужно.Рассмотрим назначение каждого из вышеназванных каталогов:
/имя_домена/www - это корень Вашего виртуального WEB сервера. Именно в эту директорию нужно помещать все файлы, относящиеся к Вашему сайту.
/имя_домена/www/cgi-bin - если Ваш тарифный план включает поддержку CGI, то все скрипты должны находиться в этой директории. И наоборот - все, что находится в этой директории, при вызове из браузера считается скриптом и пытается выполниться. Поэтому не нужно размещать в данной директории простые HTML страницы - вы не сможете их просмотреть (будет выдана ошибка 500).
/имя_домена/www/wstat - эта директория используется для хранения Вашей статистики обсчитанной программой Webalizer, если данная опция включена Вами в панели управления (файлы статистики входят в Вашу дисковую квоту). В данной директории также находится файл rotate.conf, отвечающий за ротацию log-файлов Вашего виртуального домена.
/logs - как следует из названия, в данном каталоге находятся необработанные log-файлы Apache (HTTP-сервер, обеспечивающий работу всех сайтов на сервере, относящиеся к Вашему домену. Вы можете использовать их для обработки своими программами статистики, а файл ошибок www.domain-error.log удобен для отладки работы Вашего сайта. Обращаем Ваше внимание, что log-файлы не входят в Вашу дисковую квоту, поэтому их размер не является поводом для беспокойства.
По умолчанию все сайты, расположенные на наших серверах, доступны как с добавлением www перед именем домена (www.domain.any), так и без добавления (domain.any).
Примечание: Информацию о корневых директориях доменных имен, размещенных на аккаунте, Вы можете посмотреть в "Контрольной панели", в разделе "Сайт" -> "DocumentRoot".
- Индексные файлы или ошибка 403 - ForbiddenЧто такое индексный файл? При обращении к любой директории на Вашем сайте Apache ищет в ней файлы с определенными именами (эти имена указываются явно в конфигурации). Если такой файл найден, то он выводится в браузер посетителя. Если не удается найти ни одного индексного файла (их может быть несколько), то возможны два варианта развития событий:
1. Если это не запрещено конфигурацией, то посетителю отдается листинг (список существующих файлов и поддиректорий) запрашиваемой директории. Это удобно, если нужно в простом виде предоставить пользователю получить несколько файлов - файл-архивы, сборники FAQ и т.д.
2. Вариант, реализованный на нашем сервере по умолчанию. Листинг директории запрещен из соображений безопасности, в результате клиенту выдается ошибка 403 Forbidden. Т.о. если Вы случайно забудете поместить индексный файл (или он будет не нужен Вам в этом месте), никто не сможет просмотреть Ваши файлы не зная их точного имени.
По умолчанию при заведении аккаунта в конфигурации Вашего виртуального домена прописывается index.html и только он. Если файла с таким именем не будет в директории /имя_домена/www, при обращении к домену будет выдаваться вышеуказанная ошибка.
Если Вам нужно использовать в качестве индекса другой (другие) файл (ы), пропишите их в контрольной панели, раздел «сайт» в разделе "Индексные файлы" или (для опытных пользователей) в файле .htaccess директории сайта.
- Ошибка 404 Not FoundHTTP ошибка 404 отдаётся сервером в случае, когда запрашиваемый пользователем файл не найден. Чтобы отобразить пользователю страницу в дизайне Вашего сайта необходимо создать её (например 404.html) и прописать соответвующие пути к файлам. Например, для ошибки 404 в .htaccess необходимо прописать:
ErrorDocument 404 /404.html
В контрольной панели, раздел «сайт» в разделе «.htaccess и .htpasswd» есть возможность сформировать код для последующей вставки в .htaccess - FTP доступ, или обновление Вашего сайтаЧто такое FTP? Это протокол передачи файлов по сети Internet. Вам нужно разместить созданный Вами сайт на нашем сервере? Значит, Вам нужно передать файлы со своей локальной машины на наш сервер. Самый простой способ сделать это - использовать FTP. После установления соединения работа с сервером ничем не отличается от работы с локальными дисками, за исключением задержек на передачу данных по сети.
Для использования протокола FTP Вам нужен ftp-клиент - программа, умеющая общаться и с Вами, и с FTP сервером. Подобных программ огромное количество, они отличаются простотой использования и количеством функций (иногда совершенно не нужных).
Самый простой, но не самый удобный вариант - консольная программа ftp. Однако, если Вы захотите пользоваться ей, то наша помощь в данном вопросе Вам явно не нужна.
программы FTP-клиентов. На этих страницах описана настройка FAR и Total > Commander, а также отдельного FTP-клиента Filezilla.Если Вы используете в своей работе файл-менеджеры FAR или Total Commander, то самым простым выходом будет использование встроенных в эти программы FTP-клиентов. На этих страницах описана настройка FAR, Total Commander, а также отдельного FTP-клиента Filezilla.
- Установка и настройка Fastsite
Для начала работы с сервисом fastsite необходимо:
- Установить приложение из контрольной панели управления аккаунтом: «Создание сайта» → «Наши приложения» → установить
- По умолчанию сайт устанавливается на основной домен, но если Вы хотите установить его на другой домен, Вам необходимо выбрать домен или поддомен.
- Пароль Вы можете вписать самостоятельно, но рекомендуется воспользоваться нашим сервисом генерации пароля.
Итак, Вы создали аккаунт. Теперь Вам предлагается пройти по ссылке на странцу проекта (http://fastsite.majorodmo.ru) и авторизоваться, используя, созданные на предыдущей странице, логин и пароль. После авторизации Вы увидите следующее меню (см. ниже), в котором есть несколько разделов управляющих кнопок:
Рисунок 1.Сейчас мы подробнее остановимся на каждом из них:
Рисунок 2.- управление блоками:
В данном разделе Вы можете управлять блоками «Номер телефона», «Фотогалерея», «Текстовый блок» и другими скрывая и удаляя их.
Чтобы добавить блок необходимо:- Нажать на плюс в интересующием Вас блоке (он находится в разделе «Выберите блоки для добавления на Ваш сайт»)
- Нажать «Сохранить изменения».
- выбор дизайна:
Здесь можно выбрать понравившуюся Вам тему оформления сайта. Ползунок в верхней части позволяет изменить масштаб картинки предпросмотра. Выбор темы оформления осуществляется нажатием на картинку, изменения сразу же применяются и видны на экране.
- установка сайта:
Остановимся подробнее на каждой вкладке данного раздела.
Во вкладке «Заголовок и keywords» можно задать какой заголовок будет у страницы, какие ключевые слова будут прописаны в мета-тэге.
Во вкладке «Установка сайта на хостинг» Вы выгружаете свой только что созданный сайт по FTP к себе на хостинг, вводя пароль и логин от основного входа на FTP.
Обращаем Ваше внимание на то, что пароли в открытом виде не хранятся, поэтому в том случае, если Вы не помните свой пароль на основной вход, Вы можете сгенерировать его в панели управления аккаунтом, раздел «Сайт» - подраздел «FTP».
Вкладка «Google Analytics» служит для того, чтобы при задании Вашего Google Analytics-идентификатора на страницу был добавлен его код, для отслеживания посещаемости сайта.
Вкладка «Удалить аккаунт» служит для того, чтобы удалить созданный fastsite-аккаунт. Обращаем Ваше внимание на то, что выгруженный Вами сайт не будет удалён и будет отображаться в сети интернет. Аккаунт на Majordomo при этом сохраняется.
Попасть на Fastsite после создания Вы можете следующим образом:
пройти по прямой ссылке: fastsite.majordomo.ru или
- Войти в панель управления аккаунтом на Majordomo.
- Выбрать раздел «Создание сайта» - подраздел «Наши приложения».
- В открывшемся окне, в поле «Создай свой сайт за 5 минут» нажмите кнопку «Установить».
- Нажмите гиперссылку «Вход в панель администрирования осуществляется на сайте проекта».
- Панель управленияПанель управления позволяет Вам выполнять основные настройки аккаунта через обычный браузер. Мы постарались сделать интерфейс панели максимально понятным, поэтому приводим только общее описание возможностей, а не подробные инструкции. Итак, что же можно сделать через нашу панель?
На первой странице Вы получаете всю информацию по Вашему аккаунту, а именно:
- Статус аккаунта - включен или выключен.
- Уведомление об окончании средств на контактный email об окончании оплаченного срока - включено или выключено, а также за какое время до окончания срока будет отправляться письмо.
- Состояние Вашего счета - количество денег на счету и количество оплаченных дней.
- Стоимость месяца для Вашего аккаунта - складывается из базового тарифного плана плюс дополнительные услуги.
- Использование диска - установленная квота и реальное количество занятого Вашими файлами места.
- Использование почты - разрешенное количество почтовых ящиков и их реальное количество.
Самая используемая страница - управление почтой. Здесь Вы можете произвести все необходимые настройки почты для Вашего домена.
Вы можете создавать почтовые ящики, менять пароли на уже существующие и удалять не нужные. Кроме этого Вы можете создавать и удалять переадресации с Ваших почтовых ящиков на другие. Есть пара интересных возможностей, которые могут Вам облегчить жизнь
- Если Вы создаете почтовый ящик с именем postmaster, то на него будет поступать вся почта на Ваш домен, которая не имеет живых адресатов (ящики с адресуемыми именами не созданы). Это позволяет Вам получать письма даже в том случае, если при отправке была допущена ошибка в первой части e-mail. Однако следует отметить, что отправителю не будут посланы уведомления о ошибках, эта обязанность ложится на Вас. Postmaster является последней стадией проверки адреса полученного письма, поэтому переадресации с него будут работать только для писем адресованных именно на postmaster, но не для ошибочных.
- Если Вам не удобно получать почту с нашего сервера (сервер Вашего провайдера вполне может оказаться быстрее, т.к. он максимально близок к Вам), то Вы можете переадресовать всю почту Вашего домена на любой произвольный адрес используя переадресацию вида *->e-mail. Однако следует учесть, что проверка переадресаций происходит до проверки существования адреса в домене, поэтому все созданные ящики в такой конфигурации работать не будут.
На странице статистика Вы можете включить или выключить обработку log-фалов Вашего сервера программой Webalizer, а также указать приемлемый для Вас способ ротации log-файлов. При включении статистики следует учесть, что в отличие от log-файлов результаты работы Webalizer входят в Вашу дисковую квоту. Для посещаемых ресурсов объем статистики достаточно велик.
Назначение страницы смена пароля понятно сразу - Вы можете изменить свой пароль в любое удобное Вам время на все, что душе угодно.
И для нас, и для Вас важно, чтобы Ваш контактный e-mail в нашей базе был жив. Вы можете изменить его в любой момент. На данный адрес отправляются все служебные сообщения, кроме того, письма только с этого адреса считаются доверенными при просьбах о любых серьезных изменениях в конфигурации Вашего аккаунта.
Загрузка архива еще одна удобная возможность панели управления. При обновлении сразу большого количества страниц удобнее и быстрее закачивать на сервер не кучу маленьких файлов, а один большой. Вы можете поместить все файлы в архив (поддерживаются форматы .zip, .tar, .tgz) и закачать его через панель управления. В течение нескольких минут архив будет автоматически обработан и все файлы будут помещены в указанное Вами место.
Наша панель постоянно развивается, поэтому в будущем обязательно появятся новые возможности. Если у Вас есть предложения о расширении ее функциональности, мы всегда готовы их рассмотреть. Пишите на support@majordomo.ru и, если Ваше предложение будет интересным, оно безусловно будет добавлено в панель.
- Паролирование директорийВам нужно закрыть доступ к какой-то части Вашего сайта? Самый простой способ сделать это - использование встроенной в Apache авторизации.
1. Для того, чтобы авторизация заработала нужно создать два файла .htaccess и .htpasswd. Первый файл должен находиться непосредственно в директории, которую нужно закрыть (так же под паролем окажутся и все поддиректории ниже), и содержать следующие строки:
AuthName "Sample Authorization" AuthType basic require valid-user AuthUserFile /home/path_to_.htpasswd
В данном примере Вы можете изменить "Sample Authorization" на любое понравившееся Вам название (это то, что выводится в заголовке при запросе пароля). Кроме этого нужно откорректировать путь к файлу .htpasswd.
Файл .htpasswd должен содержать построчно пары логин - зашифрованный пароль для всех пользователей, которым Вы разрешаете доступ к закрытой области Вашего ресурса. Примерный вид файла:
admin:BmTVyfHN63qY. guest:5QNohc47y.CaA
Встает законный вопрос - как сгенерировать файл паролей?
Эта возможность есть в панели управления аккаунтом, в разделе .htaccess и .htpasswd.
- Создание поддоменовПоддомен - это дополнительный домен, созданный в Вашей доменной зоне. Допустим, у Вас есть домен domain.ru. Вы можете создавать домены вида any.domain.ru и направлять их в любое место в Internet. Одной из возможностей является выделение отдельной части Вашего ресурса (например - форум) и назначение ей своего имени (например - forum.domain.ru).
Создание и удаление поддоменов осуществляются Вами самостоятельно из панели управления. После создания поддомен начнет функционировать в течение получаса-часа.
Что представляет из себя поддомен на Вашем аккаунте с "внутренней" стороны - это директория в Вашем домашнем каталоге, имя которой совпадает с названием поддомена (например - /forum). Вы можете в письме указать как Вам удобнее размещать скрипты - если Вы используете общие скрипты на основном сайте и на поддомене, то проще иметь одну директорию cgi-bin на оба ресурса, если же скрипты не пересекаются, то и директории лучше создавать отдельно (/www/cgi-bin, /forum/cgi-bin). Если Вы не указываете желаемого размещения скриптов, по умолчанию устанавливается первый вариант конфигурации с общей директорией cgi-bin.
- СGI скрипты - что, где, какИспользование CGI-скриптов возможно на всех тарифных планах виртуального хостинга.
Самый распространенный язык написания CGI - Perl. Этот язык достаточно прост в изучении, а его возможности по обработке текстовой информации удивительно велики.
Если Вы помещаете на сервер Perl-скрипт, то Вам нужно учесть следующие моменты:
1. Первой строкой обязательно должна быть #!/usr/bin/perl -w (это путь к интерпретатору Perl).
2. Все скрипты должны размещаться в директории cgi-bin. В этой директории должны размещаться только скрипты и вспомогательные файлы, но не HTML страницы, т.к. все содержание данной директории при обращении к нему из браузера считается скриптом и старается выполниться. Результатом выполнения HTML кода будет ошибка 500 Internal Server Error.
3. На все скрипты должны быть установлены права доступа 755 или 750 (rwx r-x r-x или rwx r-x ---), последний вариант предпочтительнее по соображениям безопасности. Если права установлены по другому результатом будет та же ошибка. Права доступа к файлам можно изменить через любой ftp-клиент. Кроме этого, если Вы создаете поддиректории в cgi-bin, то на них также должны быть установлены права 755 (rwx r-x r-x). Обычно права устанавливаются автоматически, но если что-то идет не так, как должно, следует проверить этот момент.
4. Если Вы пишете или редактируете Perl код под windows, при закачке файлов по ftp на наш сервер нужно обязательно указывать текстовый режим передачи файлов в Вашем ftp-клиенте. В противном случае в тексте скрипта остаются символы перевода строки, используемые в windows, что скорее всего приведет к ошибке при попытке запустить скрипт.
5. Если все перечисленное выше выполнено, но скрипт упорно отказывается работать, самое время заглянуть в лог ошибок Вашего сервера. Он находится в директории /logs и называется www.domain.name-error.log. Если в первой строке Вашего скрипта указан ключ -w, то в лог будет писаться достаточно обширная информация об ошибках. Скорее всего причина сбоя выяснится на данном этапе.
6. Если ничего не помогает, не расстраивайтесь, для этого мы и работаем. Напишите на support@majordomo.ru о возникшей проблеме и мы обязательно поможем Вам найти ошибку.
- Отправка почты из скриптовВы можете отправлять почту из скриптов Вашего сайта практически без ограничений. Главное - отсутствие жалоб на спам с Вашего сайта. Если будут жалобы, нам придется запретить Вам отправку почты, а мы этого делать не любим.
Первый и главный момент при отправке письма - путь к почтовой программе. В качестве почтового демона у нас установлен Exim, путь к нему, который Вы должны использовать в скриптах - /usr/sbin/sendmail -t.
Подробности синтаксиса мы описывать не будем, т.к. об этом написано достаточно. Существует один момент, который скорее всего не описан в используемой Вами литературе или на нем не заострено внимание. Этот момент становится важным при использовании скриптов на сервере с несколькими доменами и заключается в указании отправителя письма.
Если Ваш скрипт отправляет письма только Вам, например, данные из форм на Вашем сайте, то указание отправителя не принципиально. А вот в случае рассылки писем это становится актуальным, как минимум письмо должно содержать поле From:, чтобы не казаться анонимкой.
При использовании Perl отправка письма осуществляется вызовом /usr/sbin/sendmail и печатью в поток. Заголовок From: указывается явно. При использовании PHP письмо можно отправить вышеописанным образом, или, что много проще, используя функцию mail(). Во втором случае заголовок From: указывается в четвертом параметре функции среди других необязательных заголовков.
Если почта дошла до адресата, то все ОК и указанной информации вполне достаточно, однако наш мир не совершенен. Существует куча причин, по которым письма не доходят и почтовые сервера генерируют письма с сообщением об ошибке. Эти письма направляются на адрес, указанный в заголовках потерявшегося письма в поле Reply-To:.
Как формируется данное поле? Так как задания на отправку почты запускаются от имени Вашего пользователя в системе, в поле Reply-To: указывается обратный адрес вида your_login@your_server.majordomo.ru. Для того, чтобы иметь возможность установить в данное поле Ваш реальный адрес - свяжитесь пожалуйста с технической поддержкой, support@majordomo.ru. Мы сделаем специфические настройки на сервере, почле чего Вы сможете использовать добавочный ключ "-f" с Вашим адресом в команде mail():
mail($email, $subject, @body, "From: your_mail@domain.ru", "-fyour_mail@domain.ru") -
Настройка резервного копирования средствами ISPmanager
Организация резервного копирования данных - важная задача для каждого системного администратора. У клиентов нашего VPS-хостинга и арендаторов физических серверов есть возможность хранить резервные копии на наших, специально выделенных для этого площадках. В рамках услуги "Место под backup" бесплатно предоставляется 5 гигабайт дискового пространства с доступом к нему по протоколу FTP, также есть возможность увеличения этой квоты за отдельную плату. Стоимость услуги "Дополнительное место под backup" указана на страницах "VPS-хостинг" и "Аренда сервера".
Получить параметры доступа к серверу хранения резервных копий можно в биллинг-панели Вашего сервера control2.majordomo.ru.
В этом руководстве мы настроим ведение резервного копирования встроенными средствами ISPmanager'а. Версия ISPmanager Lite устанавливается по умолчанию, если при создании сервера Вы явно не выбрали ОС без него.
Войдите в ISPmanager под учетной записью "root" (параметры доступа - ссылка, логин и пароль - высылались Вам в письме при создании сервера). Если интерфейс у Вас на английском языке - измените его на русский, это можно сделать через меню "Settings" в правом верхнем углу.
Рис.1 Изменение языка интерфейса ISPmanager'а на русский.
В разделе "WWW домены" отображаются размещенные Вами на сервере сайты и абсолютные пути к их корневым директориям. Скопируйте пути сайтов, которые Вы хотите архивировать, себе в "Блокнот" или другой текстовый редактор, они понадобятся нам при настройке плана резервного копирования.
Рис.2 Абсолютные пути к корневым директориям сайтов.
В разделе "Базы данных" отображаются созданные на сервере базы MySQL, информация о их владельце и объем в мегабайтах. Определите базы, которые Вы намереваетесь архивировать, запомните или также скопируйте в "Блокнот" их имена.
Рис.3 Список баз данных MySQL.
Перейдите в раздел "Настройка резервного копирования", и создайте новое задание ("Backup plan" в терминологии ISPmanager'а) кнопкой в правом верхнем углу. Откроется окно, в которое предлагается ввести настройки задания. "Название задания" можно ввести любое, в целях совместимости следует ввести его в латинице и без пробелов. В выпадающем списке "Хранилище" выберите "удаленный сервер FTP" - резервные копии будут закачиваться на наши сервера по протоколу FTP. В поля "Сервер", "Логин" и "Пароль" введите учетные данные для доступа на FTP-сервер (уточнить их можно у Вас в биллинг-панели или у службы техподдержки, support@majordomo.ru). Проверьте, что данные введены в форму корректно и без пробелов в конце строк. "Архиватор" рекомендуется оставить "tgz" - архивы "zip" не могут быть более 2 гигабайт. Установите желаемый "Период" архивации, и количество архивов за этот период. Будьте внимательны, каждая резервная копия занимает место на сервере, ее объем зависит от характера архивируемых данных - разные типы файлов сжимаются по-разному. Например, изображения в формате jpg, файлы mp3 или видео в avi практически не уменьшаются в объеме, а текстовые данные - статичные html-страницы, скрипты, базы данных MySQL - сжимаются очень хорошо. Примерный объем каждой резервной копии заранее предсказать практически невозможно, поэтому не рекомендуем сразу задавать высокую частоту создания архивов и долгое время их хранения. После 1-2 успешно проведенных архиваций Вы будете иметь представление о размере каждой новой копии, отталкиваясь от этого можно будет изменить задание и указать наиболее подходящие параметры. На рисунке ниже настроено ежедневное резервное копирование и хранение архивов на сервере в течении трех дней. Соответственно, по истечении трех дней при таких настройках будут доступны бэкапы за "сегодня", "вчера" и "позавчера", бэкапы старше трех дней будут удаляться перед загрузкой новой "сегодняшней" копии. "Время запуска" рекомендуется устанавливать ночью: создание архива - достаточно ресурсоемкий процесс, а в ночное время посетителей на сайтах обычно меньше. Галочки "Клиент может удалять архивы" и "Перезаписывать существующий архив" Вы можете установить по своему желанию, в этом примере они активированы.
Рис.4 Создание нового задания резервного копирования.
По нажатию кнопки "ОК" система предложит Вам выбрать данные для архивации. В этом руководстве для архивирования мы укажем конкретные папки и базы, что позволит сократить объем каждой резервной копии и даст впоследствии возможность восстанавливать файлы и директории сайтов выборочно, а не одновременно все сайты и базы MySQL, принадлежащие одному владельцу ("Пользователю" в ISPmanager'е). Снимем галочки и нажмем кнопку "Отмена".
Рис.5 Шаблоны выбора данных для резервного копирования.
Задание создано. Заданий можно создать несколько, что добавляет гибкости в решении задачи резервирования в целом. В списке иконками обозначен статус задания (активно/неактивно), место хранения, формат архивов, периодичность, время запуска и количество архивов за каждый период. Кнопки "Добавить", "Изменить" и "Удалить" совершают соответствующие действия с выбранным заданием, кнопки "Включить" и "Выключить" - возобновляют или приостанавливают запуск задания. Кнопка "Сделать резервную копию сейчас" немедленно запускает выбранное задание. Так как мы отказались от шаблонов данных, нужно добавить в наше задание директории файлов сайтов и их базы данных. Внести их можно путем нажатия последней кнопки - "Данные для резервного копирования".
Рис.6 Созданное задание.
Кнопка "Добавить" вызывает окно, в котором можно указать конкретные данные для архивации. В выпадающем списке "Тип данных" доступны разные сущности - отдельные директории и файлы, базы MySQL, почтовые ящики, настройки ISPmanager'а, системные файлы. Выберем "Файл или директория" и вставим в форму ввода, появившуюся ниже, корневую директорию сайта, файлы которого нужно сохранять (абсолютные пути к этим директориям отображаются в разделе "WWW домены", нужные мы сохранили в "Блокноте" ранее). Кнопкой "ОК" добавим эту директорию в список данных.
Рис.7 Добавление корневой директории сайта в список данных для архивации.
Также кнопкой "Добавить", снова вызовем это окно, в "Типе данных" выберем "Базы данных MySQL". В списке ниже выберем имя нужной нам базы данных и сохраним изменения кнопкой "ОК".
Рис.8 Добавление базы MySQL в список данных для архивации.
Таким же образом внесите корневые директории, базы данных и другие данные в список. Заметьте, если Вы добавите на сервер еще какой-нибудь сайт или базу - их также нужно будет вручную добавить в этот список, архивация при таком способе настройки происходит только для явно указанных данных.
Рис.9 Готовый список архивируемых данных.
Проверим работу системы архивации - запустим задание кнопкой "Сделать резервную копию сейчас" в меню "Настройка резервного копирования". Выполняющееся в данный момент задание обозначается анимированной иконкой вращающегося диска. Уведомления об окончании его выполнения ISPmanager'ом не выдается, поэтому просто обновите страницу через некоторое время - по его завершении иконка исчезнет.
Рис.10 Выполняющееся задание.
Готовые и загруженные архивы отображаются в разделе "Резервные копии". Операции с ними - просмотр данных внутри, восстановление целиком, скачивание и удаление - доступны по нажатию соответствующих кнопок справа сверху. В списке отображается имя бэкапа, составленное из имени задания и даты создания архива, иконки места хранения (в нашем случае - FTP-сервер) и типа архива, размер, дата и время создания. Восстановление данных можно производить как из всего архива целиком (в этом случае будет восстановлено все, что было внесено в списке данных задания), так и по отдельности - конкретные файлы, директории, базы данных, почтовые ящики и т.д. Кнопкой "Просмотр содержимого архива" войдем в выбранную резервную копию.
Рис.11 Список имеющихся резервных копий.
На экране появится список данных, архивация которых может быть настроена. Переходить вглубь категорий можно путем двойного клика мышью на него или выделения нужной и нажатия кнопки "Просмотр содержимого" справа сверху. Те категории данных, которые мы не вносили в список на архивацию, будут пустыми; внесенные данные можно увидеть, восстановить или скачать себе на компьютер.
Рис.12 Категории данных внутри резервной копии.
Для восстановления, например, папки с файлами сайта site.ru, нужно перейти в категорию "Файлы" и далее по списку директорий относительно корневой сервера. Конкретный путь определяется операционной системой, установленной на сервере, и именем пользователя-владельца сайта. В этом примере абсолютный путь к корневой директории сайта site.ru выглядит как "/var/www/user/data/www/site.ru/", для восстановления этой директории нужно перейти на уровень выше - в "/var/www/user/data/www/". Выделите папку нужного сайта и нажмите кнопку "Восстановить", она будет распакована и восстановлена целиком, вместе с вложенными директориями и файлами. Таким же образом можно восстанавливать отдельные директории внутри корневой сайта и отдельные файлы.
Рис.13 Восстановление директории сайта из резервной копии.
Для восстановления базы данных перейдите в категорию "Базы данных MySQL", выберите имя нужной базы и нажмите кнопку "Восстановить объект". Скачать базу из архива к себе на компьютер в текстовом виде - так называемый "дамп" - можно нажатием кнопки "Скачать дамп".
Рис.14 Восстановление базы данных из резервной копии.
Рассмотренный нами метод организации резервного копирования - не единственно возможный. В настройках задания Вы можете задать архивирование абсолютно всех данных пользователя, создать несколько разных заданий и запускать их по мере надобности вручную; можно написать собственные или модифицировать найденные в Интернет shell-скрипты и не зависеть от ISPmanager'а вовсе; хранить архивы можно не только на нашем FTP-сервере - вариантов много. Эта инструкция сочетает в себе гибкость настройки (можно выбрать только те данные, которые действительно требуется сохранять) и, как следствие, меньший размер резервных копий. Однако, новые добавленные на сервер сайты и базы данных автоматически включаться в архив не будут, нужно отредактировать задание и внести в него новые пути и имена баз.
Несколько важных замечаний:
Регулярно проверяйте наличие свежих резервных копий. Если очередной архив по тем или иным причинам не будет создан - в ISPmanager'е, в разделе "Резервные копии" будет выведена ошибка с описанием причины.
Размер каждой резервной копии тем больше, чем больше суммарный размер архивируемых файлов. Если Вы загрузили на Ваш сайт новые данные, особенно тяжелые и плохо сжимаемые - картинки, видео или аудиофайлы - размер резервной копии возрастает. Если место на FTP-сервере уже занято другими бэкапами, для очередного архива его может не хватить и он будет утерян, как и все последующие (если только объем архивируемых данных снова не уменьшится). Регулярно проверяйте объем занимаемого архивами места на жестком диске FTP-сервера, он указан у Вас в биллинг-панели control2.majordomo.ru. Настраивайте периодичность и количество одновременно хранящихся копий в задании ISPmanager'а таким образом, чтобы на FTP всегда оставался некоторый запас свободного места. Увеличить дисковую квоту можно путем заказа соответствующей дополнительной услуги через биллинг-панель.
Официальное руководство к рассмотренным функциям ISPmanager'а доступно по ссылкам http://ru.ispdoc.com/index.php/Ispmgr-backupplan и http://ru.ispdoc.com/index.php/Ispmgr-backup. Рекомендуем ознакомиться, в этой справке можно найти много полезной информации по работе панели ISPmanager.
Ответственное отношение к ведению резервного копирования позволит Вам иметь копии ценных данных под рукой в нужный момент, и не понести значительных убытков в случае их удаления. Надеемся, что Вам придется пользоваться функцией восстановления как можно реже. По любым возникшим у Вас вопросам обращайтесь, пожалуйста, в службу технической поддержки по адресу support@majordomo.ru
-
Настройка резервного копирования на основе Perl-скрипта.
Организация резервного копирования данных - важная задача для каждого системного администратора. У клиентов нашего VPS-хостинга и арендаторов физических серверов есть возможность хранить резервные копии на наших, специально выделенных для этого площадках. В рамках услуги "Место под backup" бесплатно предоставляется 5 гигабайт дискового пространства с доступом к нему по протоколу FTP, также есть возможность увеличения этой квоты за отдельную плату. Стоимость услуги "Дополнительное место под backup" указана на страницах "VPS-хостинг" и "Аренда сервера".
Получить параметры доступа к серверу хранения резервных копий можно в биллинг-панели Вашего сервера control2.majordomo.ru.
В этом руководстве мы настроим ведение резервного копирования файлов и баз данных MySQL при помощи Perl-скрипта. Использовать его можно если на Вашем сервере не установлен ISPmanager, Вы не хотите зависеть от закрытого проприетарного кода, или настроить создание бэкапов максимально гибко. Следует учитывать что рассмотренная схема резервного копирования подразумевает наличие у пользователя опыта работы с консолью и некоторых навыков администрирования UNIX-систем. Если Вы - новичок, настоятельно рекомендуем Вам воспользоваться другой нашей инструкцией, "Настройка резервного копирования средствами ISPmanager" в разделе "Помощь" - "Инструкции по аккаунту" на нашем сайте.
Первым делом необходимо убедиться, что на Вашем сервере установлено следующее программное обеспечение:
mysqldump duplicity (http://duplicity.nongnu.org/) lftp ncftp Сам Perl и модули: Net::FTP DBI DBD-mysql POSIX MIME::Lite
Установить недостающие модули и ПО Вы можете утилитами работы с репозитариями Вашей ОС, для рекомендуемой нами CentOS это утилита "yum". Установка duplicity и модуля Perl MIME::Lite например выполняется следующими командами:
[root]# yum install duplicity [root]# yum install perl-MIME-Lite
После установки нужных модулей скачайте скрипт резервного копирования на Ваш сервер. Сам скрипт находится в архиве по адресу perl-backup.zip, также к нему нужен файл настроек (без него скрипт не будет работать) - так же есть в архиве. Скачанные файлы нужно разместить в одной директории на Вашем сервере, например /root/bin/ , и дать скрипту backup.pl бит на исполнение:
[root]# chmod +x /root/bin/backup.pl
Перед использованием необходимо отредактировать файл config.cf , указать в нем параметры для связи с FTP-сервером хранения бэкапов, и соединения с MySQL внутри Вашей виртуальной машины. Подробно рассмотрим эти параметры:
[root]# cat /root/bin/config.cf $email = ''; # Ваш e-mail, на который Вы будете получать # уведомления об ошибках в работе скрипта $FTP_IP = ''; # адрес FTP-сервера, на который будут закачиваться # резервные копии, указан у Вас в панели control2.majordomo.ru # на странице "Резервное копирование" выбранного сервера $FTP_USER = ''; # имя пользователя для доступа на FTP-сервер $FTP_PASSWD = ''; # уникальный пароль для доступа на FTP-сервер $DB_HOST = 'localhost'; # IP-адрес сервера MySQL, который обслуживает Ваши базы данных, # скорее всего менять не понадобится, оставьте localhost $DB_USER = ''; # имя пользователя MySQL, из-под которого будут создаваться дампы # баз данных. Можно указать 'root', можно создать специального # пользователя, например 'backup', и назначить ему необходимые для # создания и закачки дампов права. $DB_PASSWD = ''; # пароль указанного выше пользователя MySQL $mysqldump = '/usr/bin/mysqldump'; # путь к исполняемому файлу утилиты mysqldump $dupl = '/usr/bin/duplicity'; # путь к исполняемому файлу утилиты duplicity $lftp = '/usr/bin/lftp'; # путь к исполняемому файлу утилиты lftp $TMP = '/usr/tmp-backup'; # директория для временного хранения резервный копий, # до момента отправки их на FTP-серверПолный список передаваемых в скрипт параметров и их назначение можно посмотреть просто запустив его из командной строки:
[root]# /root/bin/backup.pl Скрипт отпимизирован для работы с ftp серверами бэкапов на Majordomo.ru ...
Там же, во встроенной справке, будут выводиться сообщения о исправлениях найденных ошибок и новых его функциях - скрипт находится в разработке. Любые Ваши пожелания по его функционалу и сообщения об ошибках приветствуются, пишите, пожалуйста, в техническую поддержку на support@majordomo.ru.
Проверим работу скрипта - запустим задание, создающее новую полную копию (full backup в терминологии duplicity) каталога /var/www/user/ :
[root]# /root/bin/backup.pl -backup -data /var/www/user/ ======== Start backup data at 2011-07-04======= NcFTP version is 3.2.2 Local and Remote metadata are synchronized, no sync needed. Last full backup date: none No signatures found, switching to full backup. --------------[ Backup Statistics ]-------------- StartTime 1309772857.45 (Mon Jul 4 13:47:37 2011) EndTime 1309772893.72 (Mon Jul 4 13:48:13 2011) ElapsedTime 36.27 (36.27 seconds) SourceFiles 7436 SourceFileSize 41754872 (39.8 MB) NewFiles 7436 NewFileSize 41754872 (39.8 MB) DeletedFiles 0 ChangedFiles 0 ChangedFileSize 0 (0 bytes) ChangedDeltaSize 0 (0 bytes) DeltaEntries 7436 RawDeltaSize 36790502 (35.1 MB) TotalDestinationSizeChange 11317501 (10.8 MB) Errors 0 ------------------------------------------------- Бэкап файлов выполнен успешно. ======== End backup data at 2011-07-04=========
На FTP сервера резервных копий появилась директория ~/data/var/www/user/ со следующими файлами:
duplicity-full.20110704T094737Z.manifest duplicity-full.20110704T094737Z.vol1.difftar.gz duplicity-full-signatures.20110704T094737Z.sigtar.gz
Файлы - архивы и метафайл специального формата, с которым работает duplicity. Одно из преимуществ этой утилиты состоит в том, что с ее помощью можно создавать инкрементальные резервные копии. При первом запуске создается полная копия выбранного каталога, второй и последующие создают архивы, в которых находятся только измененные с момента создания предыдущей копии файлы. Таким образом, ведение инкрементальных архивов в некоторых случаях позволяет обойтись гораздо меньшим дисковым пространством на сервере бэкапов, чем если бы каждый раз создавалась полная копия данных. При создании инкрементальной копии вывод работы duplicity изменится, будут выведены сообщения о наличии уже имеющихся цепочек.
Теперь создадим копии всех баз данных MySQL следующей командой:[root]# /root/bin/backup.pl -backup -mysql ======== Start backup mysql at 2011-07-04======= Выполняю бэкап базы anothersiteru_db Выполняю бэкап базы mysql Выполняю бэкап базы siteru_db Бэкап mysql выполнен успешно. ======== End backup mysql 2011-07-04=========
Скрипт при запуске его с ключами "-data -mysql" создает архивы всех баз данных, имеющихся на сервере, и закачивает его в директорию ~/mysql/ на FTP. Архивы - простые сжатые дампы баз, duplicity к ним не применяется.
Убедимся, что архивы действительно находятся на удаленном сервере и доступны. Файлы директории /var/www/user/ :
[root]# /root/bin/backup.pl -list -data /var/www/user/ NcFTP version is 3.2.2 Local and Remote metadata are synchronized, no sync needed. Last full backup date: Mon Jul 4 16:43:24 2011 Collection Status ----------------- Connecting with backend: FTPBackend Archive dir: /root/.cache/duplicity/88b461776af7af0e435b2634ab0f6580 Found 0 secondary backup chains. Found primary backup chain with matching signature chain: ------------------------- Chain start time: Mon Jul 4 16:43:24 2011 Chain end time: Mon Jul 4 16:43:24 2011 Number of contained backup sets: 1 Total number of contained volumes: 1 Type of backup set: Time: Num volumes: Full Mon Jul 4 16:43:24 2011 1 ------------------------- No orphaned or incomplete backup sets found.Если на сервере имеются и инкрементальные цепочки бэкапов, к выводу duplicity они также будут добавлены, например:
------------------------- Chain start time: Mon Jul 4 13:47:37 2011 Chain end time: Mon Jul 4 13:57:25 2011 Number of contained backup sets: 2 Total number of contained volumes: 2 Type of backup set: Time: Num volumes: Full Mon Jul 4 13:47:37 2011 1 Incremental Mon Jul 4 13:57:25 2011 1 -------------------------Файлы дампов MySQL:
[root]# /root/bin/backup.pl -list -mysql /mysql/anothersiteru_db-2011-07-04.gz /mysql/mysql-2011-07-04.gz /mysql/siteru_db-2011-07-04.gz
Восстановление из имеющихся бэкапов производится также рассматриваемым скриптом, из командной строки сервера. Для восстановления файлов, архивированных с помощью duplicity, нужно указать скрипту дату восстановления в специальном формате duplicity, и директорию на сервере FTP, которую нужно восстановить. Дата, за которую нужен бэкап, указывается количеством дней, прошедших от сегодняшнего. Например, восстановление "сегодняшней" копии - параметр "0D", "вчерашней" - "1D", "позавчерашней" - "2D" и так далее. Восстановление будем производить в папку, в которой мы сейчас находимся (обратите внимание, папка, в которую мы восстанавливаем файлы, должна быть пуста!) После восстановления перенесите файлы в нужное место на сервере, с помощью команд cp, mv, или программой mc например.
Восстановим файлы из только что созданной копии в новую текущую папку /root/restore/:
[root]# mkdir /root/restore [root]# cd /root/restore [root]# pwd /root/restore [root]# /root/bin/backup.pl -restore -data 0D /var/www/user . NcFTP version is 3.2.2 Synchronizing remote metadata to local cache... Copying duplicity-full-signatures.20110704T124324Z.sigtar to local cache. Copying duplicity-full.20110704T124324Z.manifest to local cache. Last full backup date: Mon Jul 4 16:43:24 2011 [root]# ls data [root]# ls /root/restore/data/www/ anothersite.ru onemoresite.ru site.ru
Дампы баз данных при восстановлении сразу закачиваются в выбранные базы на сервере. Для восстановления нужно указать конкретный файл дампа, имеющийся на FTP, и существующую базу в MySQL (будьте внимательны, все имеющиеся в базе данные будут при этом удалены и заменены на те, что есть в выбранном файле архива!):
[root]# /root/bin/backup.pl -restore -mysql /mysql/siteru_db-2011-07-04.gz siteru_db База /mysql/siteru_db-2011-07-04.gz успешно восстановленна в базу данных siteru_db.
Скриптом также можно производить ротацию имеющихся архивов. Под ротацией понимается перемещение текущего полного бэкапа в отдельную директорию (в нашем случае - ~/data2/ и ~/mysql2/ на FTP), имеющиеся в этих директориях более старые данные удаляются. Ротация позволит иметь несколько полных бэкапов и инкрементальных цепочек за определенный период к ним (данный скрипт создает 2 полных бэкапа). Период, за который полный бэкап и цепочки к нему удаляются, называется периодичностью ротации. Для восстановления данных из отротированной цепочки в скрипт нужно передать параметры "-restore -data2" и "-restore -mysql2" соответственно, дату также указывайте относительно "сегодняшнего дня", например "10D" для восстановления из копии 10-дневной давности.
После того как Вы пропишите все необходимые в конфигурационном файле параметры и проверите работу скрипта - остается добавить задание в crontab. Будем считать, что скрипт находится в директории /root/bin/, тогда задания для crontab'a будут выглядеть следующим образом:
а) Резервное копирование каталога /var/www/user/ в два часа ночи, один раз в сутки, семь дней в неделю:
0 2 * * * /root/bin/backup.pl -backup -data /var/www/user/ >> /var/log/backup.log 2>&1
б) Резервное копирование всех баз данных mysql в три часа ночи, один раз в сутки, семь дней в неделю:
0 3 * * * /root/bin/backup.pl -backup -mysql >> /var/log/backup.log 2>&1
в) Ротация резервных копий на FTP-сервере один раз в неделю, каждое воскресенье:
0 5 * * 7 /root/bin/backup.pl -rotate >> /var/log/backup.log 2>&1
При такой настройке, на FTP-сервере будут храниться резервные копии директории /var/www/user/ и всех баз данных MySQL за каждый день до двух недель назад.
Рекомендации для добавления заданий в crontab:
1. Перед добавлением задания в crontab запустите внесенное задание вручную, таким образом Вы проверите корректность его работы и сможете определить сколько времени требуется на выполнение той или иной задачи.
2. Для снижения нагрузки на Ваш сервер постарайтесь разнести выполнение резервного копирования по времени так, чтобы последующее заданее не запускалось в момент, когда предыдущее задание еще выполняется.
3. Используйте вывод в log-файл ("/var/log/backup.log 2>&1" в примере) - это даст полную информацию о корректности выполнения резервного копирования, а в случае ошибок полное - их описание. Не забывайте его периодически проверять.
Ответственное отношение к ведению резервного копирования позволит Вам иметь копии ценных данных под рукой в нужный момент, и не понести значительных убытков в случае их удаления. Надеемся, что Вам придется пользоваться восстанавливать данные из архивов как можно реже. По любым возникшим у Вас вопросам обращайтесь, пожалуйста, в службу технической поддержки по адресу support@majordomo.ru.
Раздел находится в процессе постоянного развития. Если у Вас возникнут пожелания
по его наполнению, пишите support@majordomo.ru
Перед тем, как создать сайт и произвести его размещение в сети интернет на нашем хостинге (сервер), необходимо купить доменное имя и зарегистрировать его. На нашем сайте есть бесплатный сервис проверки домена (узнать, свободен ли он для регистрации и покупки). И не забудьте про наш замечательный почтовый сервис ПочтаPro.
