Настраиваем систему архивации Windows Server. Восстановление в случае поломки операционной системы. Что нужно изменить в настройках WordPress при его переносе

Специальный проект с компанией Acronis

Все мы рано или поздно сталкиваемся с необходимостью бэкапа. И уж поверь мне: лучше рано, чем поздно. Когда-то очень давно, в 2009-ом году, я потерял все свои данные. Бэкапы я тогда делал на DVD-R/RW, что было не очень удобно, поэтому делались они редко. Часть данных прислали коллеги (хорошо, что они у них сохранились), ну а много чего было потеряно. Именно с того времени я регулярно делаю бэкапы, и сегодня мы поговорим о поиске идеального продукта для семейного бюджета.

Где будем хранить бэкапы

Прежде чем выбирать софт, нужно определиться, где будем хранить бэкап. Сам понимаешь, DVD-R мало годится для резервного копирования. Во-первых, небольшой объем, во-вторых, медленно, в-третьих - шумно. А поскольку я уже очень давно перешел на ноутбуки и стационарники не признаю вообще (хотя в хозяйстве они имеются), то пришлось покупать несколько внешних дисков. Сначала на 250 Гб, потом и большего объема.

Облако я не рассматривал по одной простой причине - мало места:

Сам понимаешь, даже 15 Гб маловато, особенно если минимальный размер внешнего винта, имеющегося в хозяйстве - 250 Гб. Дополнительное пространство? Можно, конечно, было бы и отдать 2 доллара в месяц за 100 Гб на Google Drive или 10 долларов за дополнительный 1 Тб, но 100 Гб меня не спасут, а 1 Тб - дороговато. В идеале подошло бы 500 Гб за 2-3 доллара в месяц 🙂

Позже в семье появилось два Android-смартфона и один планшет, с которых тоже время от времени делались бэкапы на внешний винт, по старинке (ведь я привык именно к такому процессу). Здесь можно было бы смело использовать облако, но привычка - штука сильная.

Поиск софта для бэкапа

Вот мы подошли к самому интересному. Чем делать бэкап?

В принципе, можно использовать бесплатную Clonezilla . Возможности этой программы если не впечатляют, то по крайней мере довольно неплохие. Вот некоторые из них, которые я считаю самыми важными:

• поддержка файловых систем Linux/macOS/Windows: от ext2 до ext4, xfs, jfs, FAT16, FAT32, NTFS, HFS (macOS);
• поддержка MBR и GPT;
• поддержка шифрования данных (AES 256);
• возможность развернуть один образ на несколько локальных устройств;
• поддержка SSH, Samba, WebDAV и NFS.

Если нужно сделать бэкап в корпоративной среде какого-нибудь сервера, да еще и на шару - лучшего варианта не найти. Для клонирования систем в случае разворачивания одной операционки на множество машин с одинаковой конфигурацией самое оно: завезли парк компов, поставили ось на один из них, все настроили, сделали ее образ и развернули его на остальные компы. Мечта админа!

С продуктами Acronis тоже был знаком давно, но в основном с серверными версиями. Сравнивать их с Clonezilla сейчас не стану, поскольку речь идет о домашнем бэкапе: дома ведь есть один-два компа и несколько Android-устройств, образы всех этих устройств постоянно делать не нужно. В общем, для дома CloneZilla подходит плохо. Один раз, помню, делал ею бэкап дома, когда менял системный диск на диск большего размера и лень было переустанавливать все системы. Тогда меня эта программа, конечно же, спасла.

CloneZilla - хорошая программа, но на дворе 2016-ый год и хочется чего-то более современного, а она застряла в прошлом. Хочется какой-то автоматизации, управления резервным копированием со всех устройств, в том числе и с мобильных, хочется копировать фотографии со своего профиля в социальных сетях, хочется осуществлять поиск внутри резервной копии с целью найти нужный файл. Много всего хочется. Иногда даже подумываю о покупке NAS именно для хранения резервных копий.

Собственно, я начал поиски идеального для себя софта. Наткнулся в свое время на функцию «История файлов» в Windows 8/10. «Восьмерку» я как-то пропустил, а «десятка» установлена только на одном компе. Хотя «История файлов» создавалась по образу и подобию Apple Time Machine и должна быть удобной, на практике использовать ее оказалось не совсем удобно, к тому же с компами под управлением «семерки» и смартфонами Android она не совместима.

Если кому интересно, то пока я искал нужный софт, все это время я делал бэкапы с помощью Total Commander путем обычного копирования файлов. Но это очень неудобно. Во-первых, никакой автоматизации: нужно подойти к каждому компу с внешним винтом и сделать бэкап. Во-вторых, нерациональное использование пространства. Сжатие я не использовал. Почему? Да потому что мне периодически нужен поиск информации по бэкапу. А ты пробовал что-то искать в архиве размером несколько Гб?

Совершенно случайно я вспомнил об Acronis True Image и обнаружил, что вышла версия 2017. Посмотрим, что она теперь умеет :

Похоже, что идеальный софт для бэкапа существует! Впрочем, не очень идеальный, но о недостатках я расскажу потом, а пока похвастаюсь возможностями: Acronis True Image 2017 вполне современная программа для резервного копирования, и в отличие от древнего софта вроде CloneZilla в ней есть все, что может понадобится современному человеку. Вот что очень понравилось лично мне…

Во-первых, экономия места на винтах, которые используются для резервного копирования. Бэкап делается в сжатом виде, но Acronis позволяет производить поиск внутри бэкапа.

Во-вторых, теперь я могу не волноваться за данные на мобильных устройствах. За прошедшие два года вышли из строя две microSD-карточки: одна на телефоне жены, другая на планшете. С одной фотографии удалось спасти хотя бы частично, со второй - нет, она «умерла» полностью. Acronis True Image 2017 позволяет выполнить бэкап неограниченного количества мобильных устройств Android/iOS на локальный комп.

В-третьих, можно (как я уже отмечал) дистанционно управлять бэкапом на всех домашних девайсах. Используя веб-панель, можно проверить состояние бэкапов и настроить защиту данных в реальном времени.

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

Наконец, ориентация на облако. Я не мог себе даже представить, что в Acronis появилась такая мощная поддержка облака: купив подписку, ты получаешь 500 Гб облачного пространства! Этого объема мне вполне достаточно в домашних целях (если, конечно, не выкладывать в облако образы жестких дисков целиком, хотя Acronis и это позволяет).

О недостатках

У всего есть свои недостатки. Надеюсь, разработчики Acronis прислушаются к критике. Лично мне не понравились в программе два момента.

Первый - отсутствие поддержки Linux. Данные, которые хранятся в Linux, придется делать по старинке: или путем копирования, или с помощью Clonezilla посредством создания образа раздела с данными (благо /home у меня по привычке на отдельном разделе).

Второй - отсутствие поддержки других социальных сетей, кроме Facebook. Думаю, впрочем, что со временем она появится. А вот появится ли поддержка Linux - это вопрос. Конечно, у Acronis есть продукт Linux Server, но использовать его не хочется по нескольким причинам: во-первых, использование серверной версии для домашнего применения равносильно пальбе из пушки по воробьям, во-вторых, не хочется платить еще за один продукт (а это минимум 792 рубля в месяц), и в-третьих, хочется, чтобы всем можно было управлять из одного продукта.

О цене

Все мы знаем, что Acronis никогда не был бесплатным. Однако цены меня тоже приятно удивили: на официальном сайте есть калькулятор , позволяющий узнать, во сколько тебе обойдется Acronis.

Разовая лицензия на 1 комп (количество мобильных устройств неограниченно) обойдется в 1700 рублей (примерно 27$ по текущему курсу). Но выгоднее купить подписку: в этом случае тебе достанется и сама программа, и 500 Гб облачного хранилища. Стоимость подписки на год обойдется в 1400 р. (~22$), на два года - всего 2000 р (~32$), это примерно 1.83$ или 1.33$ в месяц. За такие деньги можно купить разве что 100 Гб на Google Диск! А здесь я получил отличное средство для бэкапа + 500 Гб в облаке.

Если посчитать более реальную конфигурацию: 3 компа и 1 Тб в облаке - то подписка на год будет стоить 2400 р., а на 2 года - 3600 р. Всего 150 рублей в месяц по сравнению с 600 рублей за 1 Тб на Google Диск! Как по мне, вывод был очевиден. 150 рублей - сумма вполне доступная для домашнего пользователя, такая не ударит по семейному бюджету.

Резервное копирование сервера и рабочих станций позволяет осуществлять бэкап либо непосредственно на сервере, либо по сети, под управлением с центральной консоли . Задачи сетевого бэкапа сервера создает администратор сети, а не пользователь.

Как бэкап сервера, так и резервное копирование рабочих станций осуществляются клиентом Handy Backup в фоновом режиме , что позволяет не отвлекать пользователей от выполнения основных рабочих задач на компьютерах в сети.

Архитектура резервного копирования сервера и рабочих станций

Для того, чтобы подготовить сетевое резервирование с помощью Handy Backup Server Network, системный администратор должен определить компьютер, который будет выступать в качестве Сервера резервного копирования, обычно это компьютер самого системного администратора. Он служит для управления всеми бэкап-задачами и для записи сделанных копий на внешние носители информации.

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

Сервер Handy Backup устанавливается на машине администратора, позволяет управлять операциями резервного копирования, синхронизации и восстановления данных на самом сервере и рабочих станциях сети.

Кроме копирования файлов, программой предусмотрено резервное копирование физических серверов, бэкап виртуальных машин Hyper-V , VMware Workstation и других, резервное копирование Exchange Server , MSSQL, MySQL/MariaDB, PostgreSQL, Oracle, Lotus Notes на серверах и рабочих станциях, а также бэкап любых ODBC-совместимых баз данных на сервере.

Сетевой Агент Handy Backup (Network Agent) устанавливается на каждый пользовательский компьютер, данные которого необходимо копировать. Клиент работает как служба Windows, не имеет графического интерфейса, и позволяет программе собирать данные для резервного копирования с серверов и рабочих станций пользователей.

Как работает сетевое резервное копирование

• Сетевые Агенты через определенные промежутки времени связываются с Сервером Handy Backup , таким образом Сервер резервного копирования имеет список компьютеров, доступных для удалённого бэкапа по сети .
• Администратор Сервера Handy Backup создает бэкап-задачи для сетевых рабочих станций. Можно создавать как отдельные задачи для пользовательских машин, так и единое задание для всех машин.
• Сервер Handy Backup обращается непосредственно к каждой машине из списка и запрашивает список файлов и папок, доступных для бэкапа. Администратор может копировать необходимые данные и создавать образы дисков .
• Завершив выбор данных, администратор настраивает расписание для выполнения задач, а также устанавливает различные опции копирования.

Кроме резервирования информации сетевых компьютеров - файлов и папок, образов дисков, можно производить бэкап баз данных (1С, MySQL, Oracle и др.), данных MS Exchange и Lotus Notes, хранящихся на самом сервере. Также программа позволяет выполнять резервное копирование VMware , Hyper-V и других виртуальных машин.

Handy Backup Server Network состоит из Панели Управления и Агентов:

* Включает в себя Панель Управления и один Сетевой Агент для бэкапа сервера (устонавливается на том же компьютере, где и Панель Управления).

Сервер и Сетвые Агенты Handy Backup работают под ОС Windows 10/8/7/Vista или 2016/2012/2008 Server .

Отзыв пользователя о Handy Backup

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

В.И.Крыш, Ведущий программист ООО КБ "Пласт-М"

Система архивации пришла на смену NTBackup с выходом Windows Server 2008 и на сегодняшний день является вполне зрелым и проверенным продуктом, но многие администраторы до сих пор не используют данную компоненту ОС, отдавая предпочтения альтернативным продуктам. Этому могут быть как объективные причины, так и непонимание принципов работы системы архивации Windows Server. Поэтому мы решили устранить возможные пробелы в знаниях при помощи данной статьи.

Мы довольно часто задавали знакомым системным администраторам вопрос: какие средства они используют для резервного копирования состояния своих серверов? И сильно удивлялись тому, что многие из них даже не упоминали систему архивации Windows Server. На следующий вопрос: почему они не используют этот инструмент, мы часто получали ответ, что они не понимают, как работает эта система, как управлять резервными копиями и т.д., и т.п. Отчасти причину можно назвать уважительной, когда нет понимания как работает то или иное средство то от его использования лучше отказаться.

А еще лучше разобраться как оно работает и начать применять его на практике. В новой системе архивации многие ожидают увидеть преемника привычного NTBackup, однако Microsoft полностью переработала механизм создания резервных копий и перед нами совершенно иной инструмент. Основным хранилищем резервных копий является диск, который самостоятельно размечается системой архивации и скрыт от пользователя. Также можно использовать уже размеченный том или сетевой ресурс, однако эти способы имеют свои ограничения и сводят на нет все преимущества новой технологии.

Новая система архивации самостоятельно управляет процессом резервного копирования, создавая основную и добавочные копии данных, а также сроком их хранения. Это одно из основных затруднений, которое возникает при использовании нового инструмента. Многие администраторы привыкли явно указывать тип создаваемого архива, их количество и срок хранения, поэтому не находя здесь необходимых опций они делают поспешные и неправильные выводы.

В системе архивации Windows Server вы отдаете в распоряжение службы целый диск, и она организует процесс хранения данных по собственному разумению. Хорошо это или плохо? На наш взгляд - хорошо. Потому что довольно часто встречаются ситуации, когда администратор неверно оценивает размер необходимого для хранения копий дискового пространства или происходит резкий скачок объема архивируемых данных. В этом случае очень велика вероятность получить отказ службы резервного копирования из-за отсутствия свободного места в самый неподходящий момент.

В Windows Server применяется принципиально иной подход. Проще всего провести аналогию с системами видеонаблюдения, когда поток непрерывно пишется на диск и в любой момент времени мы имеем некую продолжительность записи, определяемую объемом диска. Скажем, поставили диск на 500 ГБ - имеем неделю видео, заменили на 1 ТБ - две недели и т.д.

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

Здесь возникает еще одно затруднение. У многих администраторов слово диск ассоциируется только с физическим жестким диском, после чего сразу возникает масса вопросов: где взять столько дисков, как подключить их к серверам, как обеспечить хранение архивов отдельно от системы и т.д. и т.п. Да и выделять для бекапа рядового сервера даже 500 ГБ диск выглядит несколько расточительно. Поэтому самое время вспомнить о технологии , которая позволяет сразу решить весь пласт "проблем".

Действительно, данную технологию сегодня поддерживают все системы, включая даже NAS ценовой категории чуть выше начальной, что позволяет грамотно распорядиться имеющимся дисковым пространством и организовать хранение архивов отдельно от систем. Microsoft рекомендует для хранения двух копий данных иметь в 1,5 раза больше дискового пространства, на наш взгляд данная цифра является несколько завышенной, особенно если вы копируете редко изменяемые данные, например, состояние сервера.

Мы немного забежим вперед и покажем результат архивирования тестового сервера с объемом архивируемых данных размером 29 ГБ:

Как видим, восемь копий состояния системы заняли примерно 9 ГБ, что довольно неплохо и общего объема, выделенного нами iSCSI диска в 60 ГБ, хватит примерно на три недели хранения ежедневных копий, что на наш взгляд более чем достаточно.

Для создания резервных копий используется механизм теневого копирования тома (VSS), который позволяет работать с открытыми и системными файлами, не прерывая работы системы и пользователей. Начиная с Windows Server 2012 система архивации позволяет также архивировать запущенные на хосте виртуальные машины Hyper-V и восстанавливать их состояние по отдельности. При использовании на сервере иного ПО использующего возможности теневого копирования система архивации имеет возможность сохранять журнал VSS, что обеспечит корректную работу этих служб при восстановлении.

Отдельно следует коснуться резервного копирования баз данных, если с поддерживающими теневое копирование продуктами, такими как MS SQL Server или Exchange, проблем не возникает, то со сторонними продуктами, например, PostgreSQL могут возникнуть проблемы. Механизм теневого копирования не проверяет логической целостности файлов, просто делая снимок их состояния на определенный момент времени, системы, поддерживающие VSS, умеют обрабатывать этот момент, приводя базу к непротиворечивому состоянию перед моментом создания теневой копии. Для неподдерживаемых систем мы просто получим срез базы на определенное состояние времени, при восстановлении такой базы она будет приведена в непротиворечивое состояние средствами СУБД, проще говоря будут отменены все незавершенные транзакции и может произойти потеря данных.

Исходя из вышесказанного можно сделать вывод, что система архивации Windows хорошо подходит для создания резервных копий системы и пользовательских данных, а также "родных" служб и приложений. Для архивации сложного стороннего ПО лучше использовать средства, предусмотренные производителем данного ПО.

Для того, чтобы начать использовать систему архивации Windows Server сначала нужно установить одноименный компонент, это делается через Мастер добавления ролей и компонентов .

Затем оснастку управления службой можно запустить либо через Средства в Диспетчере серверов , либо через ярлык в Панель управления - Администрирование .

Оснастка абсолютно типична для служб Windows Server и не вызывает каких-либо затруднений при работе с ней.

Беглый взгляд на экран сразу позволяет оценить текущие настройки и состояние службы, доступные действия сосредоточены справа. Их немного: Однократная архивация, архивация по расписанию и восстановление. Нас прежде всего интересует расписание, хотя однократная архивация тоже довольно удобный инструмент, который позволяет быстро сделать копию состояния сервера перед какими-нибудь потенциально опасными действиями, чтобы была возможность откатиться на самое их начало.

Нажав на Расписание архивации мы запустим одноименного мастера, который предлагает нам архивировать весь сервер целиком, либо указать объекты для выборочной архивации.

Заархивировать все и сразу мы всегда успеем, поэтому выберем настраиваемый тип архивации. Следующим шагом нам будет предложено выбрать объекты для архивации.

Для их добавления просто нажмите Добавить элементы.

Если выбрать Восстановление исходного состояния системы , то автоматически будут добавлены Состояние системы , системный раздел (диск C:) и служебный раздел с загрузчиком. К этим данным мы в учебных целях добавили папку с базами MS SQL, которые должны представлять некие пользовательские данные.

А также задать параметры службы теневого копирования, если у вас есть приложения использующие данную службу, например, MS SQL Server, то следует выбрать настройку Копировать журнал VSS, что обеспечит их нормальное взаимодействие со службой теневого копирования, в том числе и при восстановлении.

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

С расписанием разобрались, теперь самое время определиться с местом хранения архивов. На выбор предлагается три варианта, каждый из них довольно неплохо прокомментирован, что облегчает правильный выбор:

Как мы уже говорили, оптимальным является выделение для архивации целого диска, мы рекомендуем использовать для этой цели iSCSI диски, что позволяет решить сразу две основные задачи: оптимально использовать дисковое пространство и хранить архивы отдельно от системы.

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

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

На последнем шаге следует еще раз убедиться в правильности сделанных настроек и подтвердить их нажатием на кнопку Готово .

Теперь осталось дождаться указанного времени и убедиться, что процесс архивации был выполнен без сбоев. При создании расписания следует принять во внимание нагрузку на сеть и дисковую подсистему хранилища, что может приводить к снижению их производительности.

После того, как резервная копия создана будет не лишним проверить возможность восстановления из нее. Для этого выберем в оснастке одноименное действие, при этом будет запущен Мастер восстановления , который первым делом попросит указать расположение архива:

Затем указываем дату и время создания резервной копии на которую мы хотим откатиться, доступные даты подсвечиваются полужирным шрифтом.

После чего указываем, что именно мы хотим восстановить:

Как видим, это могут быть файлы и папки, виртуальные машины Hyper-V, тома, приложения и состояние системы. Отдельно следует упомянуть о приложениях. Эта функция доступна только для зарегистрированных в системе архивации приложений, которые должны уметь работать с API этой службы и поддерживать VSS. Проще говоря, в этот список попадает ограниченное количество программ, в основном от самой Microsoft, а для стороннего софта данная функция бесполезна.

В тоже время трудно переоценить возможность восстановления состояния системы, которая позволяет выполнить откат состояния ОС, не затрагивая при этом пользовательские данные. Это сильно выручает в ситуациях, когда между внесением изменений в систему и выявлением их негативного эффекта прошло какое-то время.

Восстановление состояния системы производится в два этапа каждый из которых завершается перезагрузкой.

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

Поэтому просто следует запастись терпением и дождаться сообщения об успешном завершении операции. В зависимости от скорости сети, производительности дисков и объема данных эта операция может занять значительное время.

Альтернативой восстановления состояния системы может служить восстановление на уровне тома, при этом все данные будут уничтожены и том будет приведен в состояние, в котором он находился на указанную дату. Это может оказаться полезным в случае вирусного инцидента, когда вы хотите быть уверенным, что в системе не осталось закладок вредоносного ПО, а также в случаях, когда исходный том был поврежден.

В общем и целом, данная операция ничем не отличается от восстановления тома из образа любым иным ПО, например, Acronis.

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

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

• Теги:

Please enable JavaScript to view the

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

Да, конечно, многие хостеры () осуществляют бэкап в автоматическом режиме и, в случае чего, вы сможете обратиться к ним за помощью. Но как говорится: на хостера надейся, а сам не плошай.

Ситуаций, в которых вы можете потерять данные своего проекта , можно привести много, да и вы сами, наверное, об этом наслышаны. Не стоит полагаться на милость вашего хостера. Надо самому сделать backup и хранить его у себя на компьютере.

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

Как сделать бэкап файлов сайта с помощью FileZilla

Как вы уже, наверное, знаете, сайты , созданные на основе какого-либо движка, будь то Joomla, WordPress или SMF, состоят из двух важных частей :

1. Во-первых, это собственно сами файлы движка и установленных в нем расширений, картинки и...
2. А во-вторых, это базы данных, где хранятся тексты ваших статей, постов и т.п.

В базе данных (БД) могут храниться также настройки некоторых параметров движка и его расширений. Я уже писал об этом в статье про . Такая организация имеет массу преимуществ.

Значит наша задача сводится к резервному копированию всего этого богатства. Причем, частота резервирования БД, обычно, определяется частотой появления новой информации на вашем проекте. Оптимальным, на мой взгляд, является копирование базы ежедневно. Благо весят они, как правило, не очень много и такой бэкап осуществляется очень быстро. Обновлять же резервные копии файлов вашего проекта следует, пожалуй, только после того, как вы внесли какие-то изменения в них: установили какие-либо расширения, обновили версию движка и т.п.

Начнем, пожалуй, с нашего первого помощника под названием FileZilla , хотя вместо нее вы можете использовать любой другой FTP-менеджер, вплоть до , но я предпочитаю именно это детище свободного ПО. мною уже были довольно подробно описаны в приведенной статье, посему останавливаться на этом подробно не будем (хотите — сами почитайте, особливо про хранение в этой программе паролей и проблемы с этим связанные).

Давайте рассмотрим, как сделать бэкап файлов с ее помощью. Получив доступ к серверу своего хостинга, вы должны зайти в корневую папку (она обычно называется public_html или htdocs). Удаленный сервер в Файлзиле отображается справа, а слева отображается содержимое вашего компьютера.

Если бэкап планируете делать регулярно, то советую создать на жестком диске компьютера папку с «говорящим» названием, а внутри нее каталоги с названиями ваших проектов. Внутри этих каталогов можно создавать папки с текущей датой, в которые и будут копироваться файлы вашего веб-проекта. Благодаря этому потом будет проще ориентироваться в резервных копиях и удалять сильно устаревшие для освобождения места.

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

Это нужно для того, чтобы в ваш бэкап попали и скрытые файлики, такие, например, как.htaccess. Далее вы выделяете все объекты вашего сайта в корневой директории, удерживая кнопку SHift на клавиатуре. Щелкаете по выделенным объектам правой кнопкой мыши и выбираете из контекстного меню пункт «Скачать» .

Начнется резервное копирование файлов, которое может занять довольно продолжительное время — зависит от количества и общего веса копируемых объектов, а так же от и скорости работы сервера. Но вам вовсе не обязательно наблюдать за процессом создания бэкапа. Во время копирования вы можете заниматься своими делами, не закрывая Файлзилу, конечно же.

По окончанию процесса вам лучше всего будет запаковать все скачанное в один архив , ибо это может существенно уменьшить объем и количество хранимых объектов. После архивации вы оставляете только один архив, а все скачанное удаляете — будет все красиво и аккуратно. Для восстановления файлов сайта из такого бэкапа: его нужно будет распаковать и скопировать содержимое архива на сервер, способом аналогичным описанному выше.

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

Как сделать бэкап базы данных с помощью phpMyAdmin

Давайте посмотрим, как сделать резервную копию базы данных с помощью скрипта phpMyAdmin. Доступ к нему можно получить из панели управления вашего хостинга. Если у вас , то для того, чтобы запустить phpMyAdmin, нужно пройти по следующему пути: находите на главной странице cPanel область под названием «Базы данных» и щелкаете там по иконке этого скрипта.

Если на вашем хостинге нет доступа к этому скрипту, то вы можете сами в корневую папку вашего сайта и получить через него доступ к своей базе данных. Скачать программу можно отсюда .

Скачав на свой компьютер архив, вы должны его распаковать и залить получившуюся папку (можно для простоты ее предварительно переименовать просто в phpmyadmin) в корневую директорию. В общем-то и все. Теперь останется только ввести в адресной строке вашего браузера следующий Урл: http://vash_sait.ru/phpmyadmin

В любом случае у вас откроется окно программы ПхпМайАдмин, с помощью которой мы сможем с легкостью осуществить резервное копирование баз данных своего проекта. Это главная страница программы (у меня на некоторых сайтах стоит несколько устаревшая версия, но я к ней просто привык):

Если вы находитесь на какой-либо другой странице phpMyAdmin, то для того, чтобы попасть на главную, нужно нажать на домик выделенный на рисунке. На одном аккаунте у хостера у вас может быть много БД и поэтому вы должны сначала выбрать из левого меню ту базу , резервное копирование которой вы хотите осуществить.

Список БД вы можете увидеть в окне программы слева (под иконкой домика). Для того, чтобы сделать бэкап базы данных вам нужно будет щелкнуть по вкладке «Экспорт» над списком таблиц.

Внизу открывшейся страницы поставьте галочку «gzip» . И нажмите кнопку «ok».

Правда, это в старой (удобной) версии скрипта. Сейчас же, по умолчанию вам предлагают быстро скачать базу без сжатия, а если хотите что-то настроить (в том числе и активировать ее gzip сжатие на лету), то нужно будет переставить галочку в поле «Обычный» и выбрать gzip среди множества других настроек, что не очень удобно на мой взгляд.

В результате, через некоторое время (которое зависит от скорости работы сервера, его загруженности и размера вашей БД) откроется стандартный диалог копирования, в котором вы должны выбрать место сохранения бэкапа этой БД.

Восстановление базы данных из созданной ранее резервной копии

Чтобы восстановить из бэкапа базу данных нужно действовать следующим образом. Во-первых, вы должны очистить уже имеющуюся БД от всех таблиц. Для этого вы входите в программу phpMyAdmin, выбираете в левой колонке нужную БД, которую требуется восстановить.

В открывшемся окне с таблицами этой базы данных опускаетесь в самый низ и под списком таблиц нажимаете на «Отметить все» . Затем, опять же внизу страницы, выбираем из выпадающего списка «С отмеченными» пункт «Удалить» .

У вас откроется окно со списком всех удаляемых таблиц. Вы нажимаете на кнопку «Да».

Теперь можно восстановить базу данных из сделанной ранее резервной копии. Для этого выбираем закладку «Импорт» :

В открывшемся окне нажимаете на кнопку «Выберете файл» и находите сделанный ранее бэкап этой БД у себя на жестком диске. Жмете на кнопку «Вперед» (или «OK» в старых версиях скрипта) внизу страницы и ждете, когда загрузка закончится (время опять же зависит от скорости сервера и размера базы данных). Все.

Имея на своем компьютере актуальные резервные копии файлов и бэкапы базы данных вы можете спать спокойно. Их так же можно будет использовать при переносе сайта на другой хостинг.

Перенос сайта на новый хостинг

Итак, как же нам осуществить перенос сайта на новое место жительства? После покупки хостинга вам предоставят данные для доступа к серверу хостинга по FTP, которые вы и введете в программу Файлзила для получения доступа к серверу.

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

Но для этого нужно предварительно на новом хостинге (куда потом будут копироваться сохраненные вами таблицы). Как это сделать вы узнаете из статьи про phpMyAdmin, ссылку на которую я приводил чуть выше. Обратите внимание, что у вас, скорей всего, не получится выбрать имя для БД и ее пользователя такими же как и на предыдущем месте жительства. Дело в том, что на хостинге обычно добавляют к выбранному вами имени БД еще и ваш логин.

Поэтому, после окончания копирования файлов и БД, прежде, чем обращаться к сайту из браузера, следует внести соответствующие изменения в настройки движка вашего сайта . Для этого нужно будет опять же получить доступ к файлам сайта по FTP и внести изменения в конфигурационные файлы того или иного движка (Joomla, WordPress, SMF и др.). Рассмотрим настройки для каждого движка в отдельности.

Что нужно изменить в настройках WordPress при его переносе

Перенос блога на Вордпрессе потребует изменения следующих настроек. Нужно будет открыть на редактирование с помощью FileZilla файл WP-CONFIG.PHP , который находится в корневой директории на сервере. В нем нужно отредактировать строки, отвечающие за название БД и пользователя.

// ** Настройки MySQL - Вы можете получить их у вашего хостера ** // /** Имя БД для WordPress */ define("WP_CACHE", true); //Added by WP-Cache Manager define("DB_NAME", "введите сюда новое имя вашей базы данных"); /** MySQL имя пользователя */ define("DB_USER", "введите сюда новое имя пользователя"); /** MySQL пароль БД */ define("DB_PASSWORD", "anipiimaaxai"); /** MySQL сервер - иногда требуется изменять это значение, например, на Мастерхосте */ define("DB_HOST", "localhost"); /** Кодировка БД, используемая при создании таблиц. */ define("DB_CHARSET", "utf8"); /** Сопоставление БД. НЕ ИЗМЕНЯЙТЕ ЭТО ЗНАЧЕНИЕ. */ define("DB_COLLATE", "");

После редактирования сохраните этот файл обратно и можете считать, что перенос WordPress на новый хостинг успешно состоялся. В случае, если вы при переносе блога изменяете доменное имя, то для того, чтобы все заработало корректно, вам нужно будет открыть резервную копию БД с расширением SQL в текстовом редакторе (извлечь ее из архива gzip).

Далее, с помощью встроенного «поиска с заменой», найдите все упоминания старого Урла вашего блога и замените его новый адрес (например, vasy.ru на vova.ru). После этого сохраните файл с резервной копией БД и осуществите его «Импорт» в программе phpMyAdmin.

После того, как вы зайдете в админку Вордпресса, нужно будет еще прописать правильный абсолютный путь к объектам вашего блога (он изменился, т.к. вы перенесли WordPress на другой хостинг). Задается абсолютный путь через параметр UPLOAD_PATH в глобальных настройках WP. Попасть в эти настройки можно, добавив к Урлу главной страницы следующий путь:

/wp-admin/options.php

Для адреса моего блога получится так:

Https://сайт/wp-admin/options.php

Но предварительно нужно обязательно залогиниться в админке WordPress. читайте по приведенной ссылке.

Что нужно изменить в настройках Joomla при смене хостинга

Перенос на другой хостинг сайта на Joomla потребует изменения следующих настроек. Вам нужно будет открыть на редактирование CONFIGURATION.PHP в корневой папке сервера. Найдите в нем строки, отвечающие за получение доступа к БД:

Var $user = "введите сюда новое имя пользователя"; var $db = "введите сюда новое имя вашей базы данных";

Кроме этого вам нужно будет еще изменить там абсолютный путь к папкам для хранения логов и временных файлов в Joomla. Изменить его нужно в этих строках:

Var $log_path = "/home/xxxxx/public_html/logs"; var $tmp_path = "/home/xxxx/public_html/tmp";

Перенос форума SMF на новый хостинг

Перенос форума на SMF потребует изменения некоторых настроек. Нужно будет открыть на редактирование SETTINGS.PHP из корневой папки форума. Так же, как и в случае с Joomla, здесь тоже нужно будет не только изменить имя БД и пользователя SMF, но и абсолютные пути до папки форума и папки SOURCES форума.

########## Database Info ########## $db_server = "localhost"; $db_name = "введите сюда новое имя вашей базы данных"; $db_user = "введите сюда новое имя пользователя"; $db_passwd = "hoighaebaeto"; $db_prefix = "smf_"; $db_persist = 0; $db_error_send = 1; ########## Directories/Files ########## # Note: These directories do not have to be changed unless you move things. $boarddir = "/home/xxxx/public_html/forum"; # The absolute path to the forum"s folder. (not just "."!) $sourcedir = "/home/xxxx/public_html/forum/Sources"; # Path to the Sources directory.

Но кроме этого, после переноса SMF на новый хостинг, вам нужно будет изменить абсолютный путь к папке, установленной в данный момент . Для этого нужно будет зайти в админку форума, выбрать из левой колонки пункт «Текущая тема оформления». В открывшемся окне в области «Папка темы оформления» вы прописываете абсолютный путь к нужной папке.

Как начать работать с сайтом сразу после его переноса на новый хостинг

Вы , прикрепили к нему ваше (сайт, в моем случае). Или же вы, в соответствии с описанным выше, осуществили перенос. В принципе, неважно, но вам в любом случае придется связать новый сервер с доменом. Для этого вам вашего нового хоста в панели управления вашего регистратора (там, где вы купили доменное имя).

Адреса DNS серверов вы можете посмотреть в письме, которое вам пришлет ваш новый хостер. Где именно в панели регистратора нужно вводить эти DNS , однозначно сказать трудно, но это должно быть не глубоко закопано и лежать на виду. В крайнем случае обратитесь к службе техподдержки.

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

Иногда владелец хостинга может указать в письме технический адрес, по которому вы сможете обращаться к вашему ресурсу, пока обновятся записи на всех DNS серверах интернета. Но это происходит не всегда. К тому же, например, для WordPress технический адрес не позволит вам полноценно начать работать с только что перенесенным блогом, ибо этот движок жестко привязан к доменному имени.

Но владелец хоста в письме всегда указывает IP адрес вашего нового сервера. Используя его, можно получить доступ к своему ресурсу не ожидая прописывания ДНС . Но доступ, в этом случае, получите только вы и только на том компьютере, где вы произведете описанные ниже настройки. Итак, нужно проделать следующее:

1. с помощью любого файлового менеджера открыть для редактирования (по этой ссылке вы найдет подробную статью по тому, где находится этот файл, как его найти в Windows 7 и что в нем должно быть прописано), расположенный по следующему пути: c:\Windows\System32\drivers\etc\hosts
2. в конце содержимого HOSTS нужно дописать строчку: 109.77.43.4 сайт где в начале идет IP адрес нового сервера, а после него, через пробел, домен
3. сохраните этот файл и можете смело набирать в браузере адрес того ресурса, перенос которого вы только что осуществили (может понадобиться сброс ДНС-кэша на компьютере — читайте об этом в приведенной чуть выше статье про файл Хостс)

Таким образом, не дожидаясь делегирования домена, вы уже можете проверить работоспособность перенесенного ресурса и, при необходимости, все исправить до того, как он станет доступен всем остальным посетителям. После того, как домен делегируется, вам нужно будет удалить добавленную строку в HOSTS .

Можете также посмотреть на видео по теме от известного в рунете сайтостроителя:

Ну, и подборку видеоуроков по перенос сайта Joomla CMS на хостинг советую посмотреть. Они будут воспроизводиться один за другим автоматом, а если хотите, то можете переключаться на следующий урок с помощью соответствующей кнопки на панели плеера или выбрать нужный урок из выпадающего меню в верхнем левом углу окна плеера:

Приятного просмотра!

Удачи вам! До скорых встреч на страницах блога сайт

посмотреть еще ролики можно перейдя на

");">

Вам может быть интересно

Защита данных всегда была критически важной для профессионалов, работающих с Windows. Обычно эта задача решается регулярным выполнением задания резервного копирования, записывающего данные на пленку или диск. Имеющие значительный бюджет крупные ИТ-отделы могут позволить себе приобрести полнофункциональные продукты сторонних поставщиков. Остальным приходится довольствоваться бесплатными средствами резервного копирования, которые предоставляет Microsoft.

Бесплатный инструмент от Microsoft назывался NTBackup, но он уже в прошлом. В Windows Server 2008 появился новый набор средств резервного копирования, и я расскажу вам, насколько просты они в работе. Даже если у вас есть средства резервного копирования сторонних разработчиков, всегда полезно знать, как быстро и без лишних усилий сделать резервную копию штатными средствами. Имейте в виду, что новая утилита не умеет работать с резервными копиями, созданными средствами NTBackup.

Кратко об утилите архивирования

Сначала надо установить утилиту резервного копирования, потому что по умолчанию она не устанавливается. Откройте в диспетчере сервера (Server Manager) Мастер добавления компонентов (Add Features Wizard) и добавьте компонент «Возможности системы архивации данных Windows Server» (Windows Server Backup Features) (рис. 1 ). Нам нужен подкомпонент, позволяющий использовать команды командной строки, что позволяет использовать Windows PowerShell. Для установки этого подкомпонента можно также использовать средства командной строки так: C:\ servermanagercmd –install backup-features.

Рис. 1 Использование мастера добавления компонентов для установки системы архивации данных Windows Server и средств командной строки.

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

Резервное копирование Windows создает существенную дополнительную нагрузку ввиду необходимости создания дополнительных индексов, каталогов и других вспомогательных файлов. Это уже не простое создание ZIP-файла. Не надо рассчитывать, что резервная копия файла общим объемом 100 Кб займет столько же места на диске - ее размер будет существенно больше.

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

Одно из преимуществ использования сетевой папки или тома состоит в том, что утилита архивации Windows создаст файл с расширением.vhd, содержащий все копируемые файлы. При определении места хранения резервных копий утилита архивации Windows создаст папку верхнего уровня по имени WindowsImageBackup. В этой папке создаются подпапки для каждого компьютера. Версии резервных копий различаются по времени; вот пример имени папки:«Backup 2009-12-14 172606».В этой папке хранятся архивы и VHD- файл. Этот VHD- файл можно подключить в Windows 7 или Windows Server 2008 R2. В зависимости от вида резервной копии и требований по архивации этот файл можно переместить на диск долгосрочного хранения или на DVD-диск.

Самый простой и быстрый вариант - выделенный подключенный диск. Он может внутренним или внешним с интерфейсом USB или FireWire. Microsoft рекомендует, чтобы на диске было в 2,5 раз больше свободного пространства, чем необходимо для создания архива всех архивируемых данных. Диск надо отформатировать и скрыть от обычных инструментальных средств управления - он должен быть доступен только в панели Управление дисками (Disk Management). Поддерживаются диски объемом до 2 Тб.

Создание задания резервного копирования

Утилита архивирования Windows задумана как универсальный инструмент защиты сервера. Можно создать регулярное задание архивирования файлов и состояния системы или обеспечить возможность восстановления целого сервера «с нуля». Microsoft предполагает, что для этой цели создается одно задание. Я предполагаю, что вы используете возможности утилиты архивирования Windows из-за ограниченного бюджета и хотите получить от нее максимально возможную защиту при существующих ограничениях.

Установив утилиту архивирования Windows, в Диспетчере сервера разверните узел «Хранилище» (Storage) и выберите «Архивирование сервера Windows» (Windows Server Backup). В панели Действие (Action), выберите «Задание архивирования» (Backup Schedule) - откроется Мастер архивации по расписанию (Backup Schedule Wizard). На первой странице мастера щелкните Далее (Next).

На второй странице мастера определите тип архива. Выберите полную резервную копию сервера. Вы можете выбрать пользовательскую резервную копию и выбрать архивируемые элементы, например определенные файлы и состояние системы. Как делать быстрое резервное копирование файлов, я покажу чуть позже, а пока сделаем полную копию сервера.

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

На четвертой странице определите, где хранить резервные копии. Microsoft рекомендует использовать выделенный жесткий диск. Имейте в виду, что диск будет переформатирован и недоступен для каких-либо других операций. Можно также использовать локальный или сетевой том. Внимательно ознакомьтесь с предупреждениями и информацией об ограничениях - наверняка вы увидите предупреждение, что выбранный диск будет переформатирован.

Если все диски не видны, щелкните кнопку «Все доступные диски» (Show All Available Disks), чтобы обновить список. Утилита выдаст предупреждение, если вы выберете новый диск. Задав диск, переходят к проверке параметров архивирования. Если что-то не так, используйте кнопку Назад (Previous), чтобы вернуться и устранить ошибку. Если все правильно, должно открыться окно сводки. На следующий день проверьте результаты выполнения задания в узле утилиты архивирования Windows на предмет сообщений об ошибках.

Вы можете также использовать утилиту архивирования Windows для одноразового создания резервной копии. Выберите вариант «Однократная архивация» (Backup Once) в панели Действие (Actions). Вы можете использовать те же параметры, что и у существующего задания, или задать совершенно другие. Если выбрать второй вариант, мастер перезапустится, предоставив возможность ввести новые параметры. Например, скопировать файлы на сетевой том. Помните, что любые существующие резервные копии в той же папке будут перезаписаны. Резервное копирование начинается немедленно. Если же это отдельное задание резервного копирования, которое нужно выполнять часто, рекомендуем создать сценарий командной строки или Windows PowerShell. Я расскажу об этой процедуре позже.

Восстановление данных

Для отслеживания версий утилита архивирования Windows использует метки времени. При выборе команды Восстановление (Recover) запускается мастер, инструкции которого практически самоочевидны. Выберите резервную копию. Мастер восстановления предоставит список всех доступных резервных копий. Выберите нужный архив. В зависимости от типа резервного копирования может быт только один вариант.

Далее указывают данные, которые надо восстановить. Если выбрать «Файлы и папки» (Files and Folders), потребуется указать нужные файлы. К сожалению, выбор файлов из нескольких каталогов практически невозможен. Восстановить все файлы или выбранные файлы одного каталога намного проще. Не забывайте об этом, создавая задание резервного копирования.

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

Использование WBADMIN.EXE

Если установить средства архивирования из командной строки, у вас появляются еще несколько вариантов. Откройте окно командной строки и ознакомьтесь со справкой WBADMIN.EXE. Эту утилиту можно использовать для создания запланированного задания архивирования, но я все-таки думаю, что для выполнения этой задачи графический интерфейс намного удобнее. WBADMIN.EXE полезнее для создания одноразовых заданий резервного копирования. Выполните следующую команду, чтобы увидеть информацию о синтаксисе:

C:\> wbadmin start backup /?

Здесь недостаточно места для рассказа о всех вариантах, но я покажу, как можно использовать эту утилиту для периодического копирования файлов на сетевой том:

@echo off::Demo-Backup.bat::demonstration script using WBADMIN.EXE on a Windows Server 2008 R2 Server rem backup share UNC set backupshare=\\mycompany-dc01\backup rem files and folders to include set include=c:\scripts,c:\files rem define date time variables for building the folder name set m=%date:~4,2% set d=%date:~7,2% set y=%date:~10,4% set h=%time:~0,2% set min=%time:~3,2% set sec=%time:~6,2% rem defining a new folder like \\mycompany-dc01\backup\RESEARCHDC\12152009_132532 set newfolder=%backupshare%\%computername%\%m%%d%%y%_%h%%min%%sec% echo Creating %newfolder% mkdir %newfolder% rem run the backup echo Backing up %include% to %newfolder% wbadmin start backup -backuptarget:%newfolder% -include:%include% -quiet rem Clear variables set backupshare= set include= set m= set d= set y= set h= set min= set sec= set newfolder=

Я не хочу перезаписывать существующие резервные копии, поэтому я создаю новую папку с именем компьютера, а имя файла содержит штамп времени. В данном пакетном файле есть весь код, необходимый для решения задачи. Основная функция сценария вызывает WBADMIN.EXE для создания резервной копии в заданном месте. При модификации этого сценария не забывайте поглядывать в справку по синтаксису команды. В этом сценарии мне нравится возможность создавать собственное задание, используя планировщик задач. Мастер архивации позволяет создать только одно задание, а используя WBADMIN.EXE, а могу создать их сколько угодно.Я могу также использовать этот инструмент для создания резервных копий состояния системы.

Чтобы узнать, какие задания резервного копирования были выполнены, выполните команду: C:\> wbadmin get versions.

Особое внимание надо обращать на идентификатор версии, так как он необходим для восстановления файлов средствами WBADMIN (впрочем это же можно делать средствами мастера восстановления).

Резервное копирование средствами Windows PowerShell

Другой способ задействовать командную строку состоит в использовании командлетов PowerShell утилиты архивирования Windows. Чтобы получить к ним доступ, надо загрузить оснастку архивирования Windows:

PS C:\> add-pssnapin Windows.ServerBackup

Чтобы увидеть список доступных командлетов, выполните команду:

PS C:\> get-command -pssnapin windows.serverbackup

К сожалению, создание задания резервного копирования - многошаговый процесс. Хотя нужные команды можно вводить в окно последовательно вручную, я предпочитаю писать сценарии. Вот PowerShell-версия моего исходного пакетного файла:

#requires -version 2.0 #requires -pssnapin Windows.ServerBackup #Demo-WBBackup.ps1 $policy = New-WBPolicy $files=new-WBFileSpec c:\scripts,c:\files Add-wbFileSpec -policy $policy -filespec $files $backdir=("\\mycompany-dc01\backup\{0}\{1:MMddyyyy_hhmmss}" -f $env:computername,(get-date)) write-host "Creating $backdir" -foregroundcolor Green mkdir $backdir | out-null $backupLocation = New-WBBackupTarget -network $backdir Add-WBBackupTarget -Policy $policy -Target $backupLocation write-host "Backing up $files to $backdir" -foregroundcolor Green $policy Start-WBBackup -Policy $policy

Идеология командлетов Windows PowerShell основана на создании и выполнении политик. Политика содержит включаемые или исключаемые файлы или тома, место, куда надо копировать файлы, а также несколько других параметров. Можно также создавать задания восстановления состояния системы и восстановления целого сервера «с нуля». В своем примере я просто копирую несколько каталогов. Для резервного копирования задействуется командлет Start-WBBackup.

При более близком изучении списка командлетов утилиты архивирования Windows заметен один явный пробел: нет никаких командлетов для восстановления данных. Я полагаю, что эту операцию не нужно автоматизировать, хотя это и можно сделать с помощью WBADMIN.EXE. Возможно такие командлеты будут добавлены позже, а пока для восстановления файлов можно пользоваться мастером восстановления или WBADMIN.EXE.

Теперь ваша очередь

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

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