12 заповедей про бэкап, за которые я чуть не заплатил пальцем
В прошлый раз я рассказал вам, не побоюсь этого слова, кровавую историю, как мы срочно спасали сначала инсталляцию, а потом уже и данные. И такие истории лишний раз дают понять важность наличия бэкапа и правильность его настройки. Сегодня я хочу суммировать свои мысли, накопленные за последние 10 лет опыта работы в системном интеграторе.
1. Бэкап должен быть всегда.
Как бы не развивались технологии, старая добрая резервная копия никогда не потеряет своей ценности, в трудную минуту сохраняя нам нервы, работу, премию, а также успокоительные средства. Она, в случае чего, позволяет нам не паниковать, действовать взвешено, допуская разумный риск.
Даже если в вашем сервере все компоненты дублированы, а данные лежат на дорогом массиве с избыточностью, отгоните от себя ложное чувство безопасности. Никто не застрахован от логических ошибок и человеческого фактора.
2. Бэкап должен быть автоматическим.
Только автоматизированный бэкап, выполняющийся по расписанию, дает нам возможность восстановить относительно актуальные данные — например, от вчера, а не от марта месяца. Бэкап нужно делать также перед любыми потенциально опасными операциями, будь то модернизация оборудования, обновление микрокодов, установка патчей, миграция данных. Мы, к примеру, даже можем отказывать заказчику в подобных работах, если накануне не сделана резервная копия.
3. Восстановление из бэкапа — это крайняя мера.
Прибегать к восстановлению надо тогда, когда других шансов уже нет. Потому что это всегда медленно и это всегда спешка и стресс. Были в нашей практике случаи, когда админы у заказчиков накатывали не тот бэкап не на ту систему, только усугубляя ситуацию.
Поэтому восстанавливаться лучше не на исходное место на диске, чтобы не перезаписывать оригинальные данные, а куда-нибудь по соседству, чтобы была возможность проверить, что вы в итоге восстановили.
4. Бэкап нужно хранить отдельно от данных и минимум 2 недели.
Это рекомендуемый срок, чтобы даже нерасторопный бухгалтер успел опомниться, что у него что-то пропало или испортилось. Но можно хранить и дольше, если позволяет место.
Традиционно для хранения бэкапов используется магнитная лента благодаря ее дешевизне.
А еще ею удобно украшать к Новому Году серверную, особенно хорошо смотрятся композиции с оранжевой оптикой.
Для работы с лентой предназначены стримеры и ленточные библиотеки. В стример кассеты загружает человек, а в ленточной библиотеке – робот. Поэтому библиотека предпочтительнее, т.к. позволяет автоматизировать бэкап полностью.
Еще более предпочтительными являются дисковые хранилища, по мере удешевления производства это перестало быть роскошью. СХД отличаются скоростью работы и надежностью, конечно, при условии, что используется RAID. Есть так называемые виртуальные библиотеки – VTL – которые умеют прикидываться ленточной библиотекой, но данные записывают на диски.
5. Бэкап нужно регулярно проверять.
Главные недостатки ленты — последовательный доступ к информации и относительно низкая надежность хранения. Нет способа узнать, восстановится ли бэкап с ленты без ошибок, пока это не проверишь на практике. Дисковые хранилища, в отличие от ленты, защищены от размагничивания и, вообще, более предсказуемы. Тем не менее, регулярная проверка любого бэкапа позволяет спокойнее спать.
6. Полезно дублировать бэкап на удаленную площадку.
Техногенные катастрофы, отключения электричества в целом городе, нашествие зомби и прочие беды подстерегают бизнес на каждом углу. Особенно малоизученными остаются зомби. Поэтому хорошей практикой является наличие удаленной площадки, куда, так или иначе, попадают резервные копии.
Как это можно организовать? В простом случае кассеты извлекаются из библиотеки, и их отвозит куда-нибудь в Химки водитель дядя Вася. Понятно, что при восстановлении также участвует дядя Вася, поэтому он во всей цепочке является самой медленной стадией. Ну а для тех, кто сумел построить или использует на аутсорсинге полноценный резервный ЦОД с хорошим каналом, резервные копии можно автоматически дублировать при помощи современных средств резервного копирования. Например, имея на каждой площадке по АПК Symantec NetBackup Appliance, можно получить полноценный DR-сайт, куда резервные копии с основной площадки попадают при помощи технологии Automatic Image Replication (AIR).
7. Бэкап – это нагрузка на работающую систему.
Во время копирования возможно сильное проседание по производительности основной системы. Поэтому создание резервных копий всегда планируют на период минимальной активности. Однако растет число систем, которые обслуживают запросы круглосуточно. Поэтому для минимизации нагрузки появились продвинутые техники, о которых речь дальше.
В давние времена ночью все пользователи спали, и окно резервного копирования могло длиться, например, с 11 вечера до 7 утра. За это время все данные успевали скопироваться. Когда стало расти число систем, которые обслуживают запросы клиентов и ночью, скорость создания резервных копий стала иметь большее значение. Теперь нужно уложиться в пару-тройку часов, а для систем, работающих 24х7, в минуты. Именно поэтому рынок систем резервного копирования продолжает активно развиваться, изобретая все новые подходы.
8. Данные можно копировать по SAN, а не по LAN.
Большой поток копируемых данных нагружает сеть. Существует техника, которая называется LAN-free backup. Если СХД с данными и библиотеки подключены в SAN (сеть хранения данных), то вполне разумно передавать данные между СХД и библиотекой напрямую по SAN, при этом исключив загрузку локальной сети. Это часто бывает и быстрее, потому что далеко не везде локальная сеть построена на 10G, а обычный 1GB ethernet сильно уступает по пропускной способности даже не самой современной SAN.
9. Приложения можно бэкапить на ходу…
Создать консистентную копию данных, например, СУБД Oracle или MS Exchange без остановки работы невозможно: информация непрерывно меняется, часть ее находится в буферах, в оперативной памяти. У серьезных продуктов промышленного класса, таких как Symantec NetBackup, EMC Networker, CommVault Simpana и др., есть широкий спектр агентов для работы с различными бизнес-приложениями. Эти агенты умеет перевести приложение в режим, когда буфер сбрасывается на диск, а файлы с данными на время перестают меняться.
10. …и минимизировать нагрузку на основную систему.
Чтобы не держать приложение долго в таком режиме работы, эту технику можно скомбинировать с созданием снапшотов — мгновенных снимков данных. Снапшот создается быстро, после чего приложение можно «отпустить», а копировать консистентные данные уже со снапшота. Для создания снапшотов применяются в свою очередь свои агенты, которые также могут входить в состав программного обеспечения для резервного копирования.
Если создать не просто снапшот данных, а клон, то его можно отсоединить от исходного диска с данными и передать через SAN на другой хост. И уже на другом хосте программа резервного копирования увидит эти данные и будет передавать их на резервное хранилище. Это техника называется Offhost backup.
11. Виртуальные машины нужно стараться бэкапить средствами гипервизора.
Современные гипервизоры, такие как VMware ESXi, предоставляют инструменты по созданию образов виртуальных машин на лету, без остановки их работы. По сути — те же снапшоты. Такой образ виртуалки бэкапится как файл, а вот топовым функционалом средств резервного копирования является возможность восстанавливать из этого образа гранулярно любой объект, например, единичное письмо электронной почты, если внутри виртуалки работал почтовый сервер. Самыми продвинутыми возможностями тут, по моему мнению, обладают продукты от Symantec.
12. Нужно избавляться от дублей.
Например, каждая виртуалка имеет компоненты операционной системы, которые одинаковы для всех виртуальных машин, на файловых помойках хранится множество копий одного и того же, почтовые рассылки могут дублировать в разных почтовых ящиках одинаковые письма и вложения. Дедупликация позволяет бэкапить только уникальные фрагменты данных и, причем, однократно. Степень дедупликации оказывается часто весьма впечатляющей, цифры достигают 90-98%. Об этом стоит задуматься.
Дедупликация на клиенте. Если поначалу дедупликация выполнялась только на уровне сервера или хранилища (например, DataDomain является аппаратным решением по дедупликации), то сейчас некоторые производители реализовали дедупликацию уже на уровне клиента резервного копирования. Это позволяет не только уменьшить объем хранимой информации, но и объем информации, передаваемой от клиента. В этом случае объем между клиентом и сервером состоит преимущественно из потока контрольных сумм.
Есть много других нюансов, все невозможно покрыть одной статьей. Главная заповедь – уделите бэкапу достаточно внимания, не откладывая на потом. И постарайтесь не доводить до того, чтобы он когда-то понадобился. И еще берегите пальцы )
Вот такую руку мне выдали по страховке взамен порезанной. Пальцы толстоваты, но в целом нормально. Они держат чистящую кассету для ленточной библиотеки.
Как правильно сделать бэкап и избежать частых ошибок
К сожалению, не очень часто бывает такое, что данные с компьютера или смартфона полностью теряются, но это возможно. Учитывая, что последствия этого не самые приятные, думаю, что мало кто захочет рисковать и лучше сделает бэкап, но точно все сохранит. Вот только часто получается так, что бэкап не спасает и данные в итоге все равно пропадают. Это связано с тем, что многие пользователи делают ошибки при создании резервной копии данных. Чтобы минимизировать риски, предлагаю обсудить наиболее частые из ошибок пользователей, которые они совершают, и понять, как не надо делать.
Правильно сделать резервную копию — это целая наука.
Нужно ли делать резервную копию
Лично для меня не стоит вопроса в том, делать ли резервную копию. Я всегда ее делаю и не понимаю, что может заставить меня не делать ее. На смартфоне и планшете все синхронизируется в облако, а на компьютере — в локальное хранилище, подключенное к роутеру. Даже если мне это никогда не пригодится и все будет нормально, все равно лучше перестраховаться.
Резервное копирование нужно как простым пользователям, так и организациям, сохранность данных для которых может стоить не просто пары тысяч потерянных фотографий — она может исчисляться миллионами долларов, а то и вообще полным крахом.
Ошибки при создании бэкапов
Как я и сказал, пользователи очень любят совершать ошибки про создании резервных копий. Вот основные из них.
Периодичность создания копий
Даже если человек понимает, что резервные копии создавать важно, он все равно в большинстве случаев будет делать это время от времени. Это повышает риск потерять большое количество информации. Лучше всего делать резервные копии по расписанию или по мере внесения изменений. Для этого можно настроить время копирования. Такая функция есть как в Windows, так и в Mac.
Бэкапу все ОС покорны.
Безопасность резервных копий
Любая копия должна храниться в безопасности. Часто пользователи забывают об этом и халатно относятся к хранилищу по принципу ”есть и оно, и ладно”. На самом деле локальное хранилище надо защищать от вирусов и механических повреждений, включая защиту от воды и падений. А еще резервная копия должна храниться не на втором встроенном в компьютер диске, а не внешнем. В этом случае, если компьютер сломается или его украдут, данные будут целы.
Проверка резевной информации
Многие думают, что копия у них есть и можно не переживать, но это в корне неверно. Любой архив надо периодически проверять. Накопитель мог выйти из строя или с ним могло случиться еще что-то, поэтому надо проверять, все ли с ним нормально. Часто такие возможности даже встраиваются в программы, которые создают автоматические копии.
Маркировка резервных копий
Если резервная копия у вас делается не с дополнением предыдущих данных, а исключительно как создание новой копии, то не забывайте их маркировать. К каждой копии должно быть примечание или она должна называться с указанием даты и времени. Если вы этого не сделаете, вам будет намного сложнее найти то, что надо восстановить. Иногда это и вовсе превращается в нерешаемую задачу, особенно, если восстановить надо данные за какие-то старые периоды.
Только хороший бэкап может решить массу проблем в случае ЧП.
Уведомления об ошибках
Когда резервные копии создаются вручную, не всегда просто отследить возникновение ошибок при копировании. Если все делает автоматика, надо внимательно следить за ее сообщениями, ведь она может попытаться сказать вам об ошибке, которая закралась в данные при создании копии. Если это произошло, можно считать, что копии нет, и у вас нет защиты. Поэтому не игнорируйте диалоговые окна и следите за корректностью создания копий.
Хранение данных на разных носителях
Золотое правило резервного копирования гласит, что копии должны храниться в трех местах. Первым из них должен быть обычный HDD, вторым должен быть SSD, а третьим — облачное хранилище. В этом случае вы сведете риск потери данных к настолько низким значениям, что говорить о них будет вообще не серьезно. Выбор разных носителей дает больше надежности, чем простое копирование на два разных SSD или HDD.
Как думаешь, стоит ли переходить на SSD в компьютере или пока еще не время?
Частое создание резервных копий
Я уже говорил о том, что не стоит забывать о резервных копиях, но отдельно стоит отметить, что слишком частыми они не бывают. Например, стандартная утилита Mac, которая называется Time Machine, делает резервные копии раз в час за последний день, раз в день за последнюю неделю и раз в неделю за более ранние периоды. Так риск что-то потерять действительно будет очень небольшим. При такой частоте копирования данные будут возвращаться буквально нажатием кнопки ”назад”. Образно, конечно. Но вы поняли.
Накосячил — откатился. Это как кнопка Home на телефоне.
Следите за исправностью оборудования
Не все программы автоматического копирования данных могут сказать, что копия не создавалась из-за проблем с оборудованием. Например, из-за того, что оно отключено. В этом случае вы просто не узнаете, что копии не создаются. Это может длиться неделями и месяцами, а вы будете думать, что находитесь в безопасности. Поэтому просто проверяйте, не отключился ли резервный накопитель и есть ли на нем место.
Кому-то приведенные советы могут показаться банальными, но многие действительно об этом не задумываются. Если делать все правильно, то все ваши данные — от важных проектов по работе до фотографий котика — будут надежно сохранены и потерять их на компьютере для вас будет совершенно не страшно.
Нет бэкапа что делать
Закон Мёрфи гласит: если плохое может случиться, оно случится. Бутерброд всегда падает маслом вниз. Сайты тоже падают.
Чтобы не пострадать от закона Мёрфи, делайте бэкапы. Мы собрали три способа сделать резервную копию сайта (на WordPress и не только): через FileZilla, панели управления или сервисы для бэкапов.
Что такое бэкап сайта и зачем он нужен
Бэкап — это резервная копия данных. Она нужна на случай, если с оригиналом что-то случится. Кнопка «Удалить» попадёт под горячую руку, сгорит компьютер или наступит армагеддон — не страшно. Если есть копия, потерянные данные можно быстро восстановить.
Любой ценной информации нужны бэкапы: семейным фото, почтовой переписке, рабочим документам. Но особенно — сайтам. И на это есть три причины.
Не страшно потерять сайт, собранный на коленке за пять минут. Обиднее, когда заплатил за разработку, фотографии и тексты; привлек посетителей через рекламу; всё настроил. Еще больнее потерять площадку, куда регулярно заходят за покупками тысячи посетителей. Поэтому если сайт вам дорог — делайте бэкапы.
Почему никто не делает бэкапы
Тут мы немного слукавили. На самом деле, бэкапы делают многие. Наученные жизнью админы так вообще настраивают резервное копирование в первую очередь.
Админы даже шуточно делят друг друга на две группы: «те, кто делает бэкапы, и те, кто уже делает бэкапы». «Уже» — потому что потеря данных запоминается на всю жизнь. Это как с плитой в детстве: коснёшься один раз, потом будешь обходить за версту. Останешься в новогоднюю ночь с поломанным сайтом и без бэкапа — научишься настраивать резервное копирование. У нас даже есть история об этом.
«В студенчестве я подрабатывал в одной фирме, и у неё был сайт. Тогда карты и справочники не были распространены, и на сайт за справкой каждый день заходило много пользователей. А у меня ещё было недостаточно навыков в «этих ваших линуксах», и я случайно удалил половину разделов сайта, а бэкапа не было. Хуже всего то, что сделал я это 31 декабря и не заметил. Все каникулы сайт лежал. Я очень сильно пожалел!»
Иван Литвинцев, проджект-менеджер Vepp
Но кроме опытных админов в мире есть не очень опытные. Они не делают бэкапы не только из лени или по незнанию, но и по другим причинам. В основном все экономят.
Экономят на ресурсах. Бэкап — это копия всех файлов сайта. Она занимает столько же места, сколько оригинал: сайт «весит» 1Гб, бэкап будет меньше, но ненамного. А ещё сам процесс копирования отнимает ресурсы. Если запустить бэкап в пик посещаемости, сайт начнёт работать медленнее. То есть причина не надуманная, для создания резервных копий и правда нужны ресурсы.
Экономят на времени. Кто-то не знает, как делать бэкапы, и думает, что на это способны только админы. А про админов думает, что их днём с огнем не сыщешь и за работу они попросят всё золото мира. Действительно, кое-какие знания понадобятся, и в некоторых случаях без помощи профессионалов не обойтись. Но в целом проблему можно решить, выбрав один из предложенных в этой статье вариантов и потратив час времени.
Как сделать бэкап сайта
Проблему с бэкапами можно решить по-разному.
Бесплатно или почти бесплатно
Стоимость бэкапа складывается из двух частей: стоимости места, где копия хранится, и работы по настройке резервного копирования.
Чтобы сэкономить на месте, можно сохранять копии на компьютер или ноутбук. Лучше использовать облачное хранилище — Google Диск, Яндекс.Диск, Dropbox. Если хранилище уже оплачено для других задач, то его просто можно приспособить для бэкапов. Если нет — оплатить начальный тариф или использовать «приветственные» гигабайты.
Чтобы сэкономить на настройке, воспользуйтесь бесплатными сервисами.
FileZilla и phpMyAdmin
Это бесплатные сервисы, их может скачать любой. FileZilla управляет файлами, phpMyAdmin — базами данных. Да-да, файлы и БД придётся копировать по отдельности. Способ точно не самый простой и не самый надёжный (придётся самому контролировать актуальность бэкапов). Зато самый доступный: вообще ни за что не надо платить.
Панель управления
Панель управления сайтом — это такой онлайн-сервис, где можно настраивать домен, почту и бэкапы. Обычно идёт вместе с хостингом, поэтому дополнительно за неё платить не надо. Через панель настроить резервное копирование проще, чем через FileZilla и phpMyAdmin. Кроме того, это надёжнее, потому что панель бэкапит файлы и базы сама и по расписанию — то есть вообще без вашего участия.
Просто или почти просто
Описанные выше способы всё-таки потребуют некоторого участия. Если вы не готовы вникать в инструкции, но готовы заплатить — вот вам пара простых вариантов.
Купить дополнительную услугу резервного копирования у хостинг-провайдера
Хостинг-провайдер — компания, которая сдаёт место для размещения сайтов. Обычно провайдеры предлагают услугу резервного копирования. Купить её — самый простой способ. Сотрудники всё настроят, и оно будет работать. Вам останется только исправно платить. Цена зависит от запросов провайдера и размеров бэкапов.
Оплатить облачный сервис
Есть специальные приложения для резервного копирования. Их используют, когда важно, чтобы бэкапы создавались часто и содержали все последние изменения. Придётся заплатить за сам сервис и хранилище, если оно не оплачено. Иногда сервис для бэкапов включает место на облаке.
Разберём описанные варианты подробнее.
Вариант 1. «Ручной» бэкап через FileZilla и phpMyAdmin
FileZilla копирует файлы, phpMyAdmin — базу данных. Файлы есть у каждого сайта, а вот база данных — не у всех. Впрочем, сайт без базы данных скорее исключение. Например, она обязательно есть у всех сайтов на WordPress.
Чтобы сделать бэкап, надо настроить подключение программ к хостингу и скопировать данные.
Бэкап файлов через FileZilla
Шаг 1. Скачать и установить FileZilla. Скачайте программу на официальном сайте и установите согласно инструкции.
Так выглядит установленная FileZilla
Шаг 2. Подключить FileZilla к сайту. Запустите FileZilla и введите данные для доступа в соответствующие поля. Нажмите Быстрое соединение. Готово!
Поля для авторизации растянуты наверху экрана
Логин, пароль и IP-адрес сервера для доступа по FTP найдёте в письме от хостинг-провайдера.
Доступы к хостингу в письме Reg.ru. У вашего провайдера письмо может выглядеть иначе
Шаг 3. Создать папку для бэкапа. На компьютере создайте папку для бэкапа. Назовите её «Бэкап сайта от 00.00.0000 (текущая дата)». Откройте новую папку в левой части проводника FileZilla.
Шаг 4. Запустить бэкап. Выберите файлы и папки сайта, кликните правой кнопкой мыши и нажмите Скачать. Программа начнёт переносить их в папку на вашем устройстве. Дождитесь завершения копирования.
Нажмите «Скачать» и FileZilla копирует файлы сайта в папку на локальном компьютере
Бэкап базы данных через phpMyAdmin
Шаг 1. Открыть phpMyAdmin.
Если у вас есть сайт с базой данных, то у вас есть и phpMyAdmin. Его надо просто открыть. Сделать это можно несколькими способами.
В результате должно открыться окно авторизации в phpMyAdmin. Она выглядит вот так:
Окно авторизации в phpMyAdmin
Шаг 2. Авторизоваться. Возьмите данные из того же письма хостинг-провайдера. Нужны доступы к MySQL: логин и пароль. Введите их на форме авторизации.
Интерфейс phpMyAdmin после авторизации
Шаг 3. Найдите базу данных и сделайте бэкап. В верхнем меню на главной странице phpMyAdmin найдите раздел Базы данных и перейдите в него. Выберите нужную базу и нажмите Экспорт. Оставьте настройки без изменения и нажмите Вперёд. phpMyAdmin сохранит базу на компьютер.
После нажатия кнопки Вперёд phpMyAdmin сохранит базу данных в папке с загрузками
Важно! Чтобы восстановить сайт из бэкапа, придется также вручную загружать файлы и базу данных на хостинг. Файлы через FileZilla, базу данных — через phpMyAdmin.
Вариант 2. Бэкап через панель управления
Нужно место и панель управления сайтом.
Выбрать место
Можно арендовать «облако», а можно еще один сервер.
Облачные хранилища — всем известные сервисы, где кто-то хранит фотографии, а кто-то рабочие документы. Различаются по стоимости, ну и по интерфейсу — кому какой милее.
Ещё один сервер — у того же или другого провайдера. Его можно подключить к панели управления, и тогда резервные копии будут создаваться на удалённый сервер.
Настроить панель
Панели управления обычно идут вместе с хостингом, поэтому ещё раз за них платить не надо. Панель — то, через что вы получаете доступ к сайту. Её легко узнать по окну авторизации. От поколения к поколению они меняются, но незначительно.
 |  |  |  |
| сPanel | ISPmanager | Plesk | Vepp |
Во всех панелях управления есть инструменты для создания бэкапов. Где-то, как в ISPmanager или Vepp, они легко создаются прямо в интерфейсе. Где-то, как в cPanel, для подключения надо поколдовать с настройкой окружения веб-сервера и запуском скриптов.
Проще всего бэкапы настраиваются в Vepp. Эта панель делает бэкапы только на локальный диск, зато там всё легко: надо на карточке сайта в виджете «Резервная копия» нажать Создать ещё. Панель сама скопирует и файлы, и базу данных.
Карточка сайта в Vepp. Здесь можно сделать бэкап одним нажатием кнопки
Если у вас одна из других панелей, и вы хотите настроить бэкапы в облако, то смотрите документацию:
Резервные копии в Plesk
Резервные копии в cPanel
Резервные копии в ISPmanager
Вариант 3. Сервисы для бэкапов
Ещё один способ сделать бэкапы — оплатить специальный сервис. Это не всегда выгодно, но если есть возможность, то почему бы и нет. Обычно сервисы для бэкапов включают оплату за место в облаке.
BackupGuard
Делает бэкапы по расписанию, оповещает о создании, хранит данные в своём облаке. Важная возможность — инкрементное резервное копирование. Это значит, что сервис не будет каждый раз делать полную копию сайта. Сделает один полный бэкап, а позже будет сохранять только изменения. Так копия будет занимать меньше места.
Приложение надо скачать на компьютер и дать ему доступы к сайту и базе данных. Подключается к сайту по FTP, к базе данных по TCP/IP.
Стоит $ 9,95 в месяц за 10 Гб.
DropMySite
Поддерживает планирование бэкапов, восстановление в один клик, скачивание копий. Дополнительная возможность — мониторинг доступности сайта и попадания в блэклисты. Сервис проверяет, не попал ли сайт в «чёрные списки» и, если попал, предупреждает об этом.
DropMySite работает онлайн, его не надо скачивать. Достаточно зарегистрироваться и дать доступы к сайту и базе данных. Подключается к сайту по FTP, SFTP или RSYNC. Скачивает файлы в своё хранилище.
Стоит $ 29,99 в год за 10 Гб.
Handy Backup
Очень большой сервис, который используется для резервного копирования не только сайтов, но и других данных. Поддерживает бэкапы по расписанию, шифрование и сжатие резервных копий.
Надо скачать приложение Handy Backup и дать доступ к сайту и серверу. Можно копировать на свой сервер, в любое другое облачное хранилище, а можно в облако (надо доплатить).
Стоит — 1200 Р бессрочная подписка на сервис плюс $ 4,95 в месяц за 10 Гб
Не испытывайте судьбу — делайте бэкапы
Настроили бэкапы — подпишитесь на наш блог
Если эта статья была вам полезна, подписывайтесь на наш блог, чтобы регулярно получать письма с советами и новостями.
Узнайте, как автоматизировать запуск и поддержку WordPress
