Резервное копирование сайта на Bitrix .NET Forge CMS v1.0: веб интерфейс


25.05.2012

Нашей давней мечтой было предоставить возможность себе, нашим клиентам, а если повезёт, то и всем желающим инструмент, аналогичный инструментарию резервного копирования в 1С-Битрикс: Управление Сайтом. Не то чтобы нам не давали спокойно жить лавры первооткрывателей и мы хотели прославиться, просто пережив на собственной шкуре серьёзную техническую аварию хостера, когда мы потеряли полгода истории крупного новостного ресурса, мы слишком сильно захотели присоединиться к тем администраторам, которые уже делают резервные копии.

Процесс проектирования, выделения финансов и времени затянулся, мы столкнулись с немалым количеством трудностей, которые уже описывали во вводной статье. И вот теперь мы официально презентуем первую стабильную версию решения для резервного копирования сайтов на Bitrix .Net Forge CMS!

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

Установка решения бекапирования

Для установки решения по резервному копированию необходимо установить на сайт пакет скриптов Coffeediz_NF_backup (). В содержимое пакета входят:

  • /bitrix/admin/backup.aspx
  • /bitrix/admin/backup.aspx.cs


  • /App_Code/Buckup.cs


  • /bin/Rar.exe


  • /backup/

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

После этого скрипт для резервного копирвоания сайту будет доступен по адресу http://имя_сайта/bitrix/admin/backup.aspx

Доступ к скрипту восстановления по умолчанию имеют все пользователи, имеющие доступ к папке /bitrix/admin/, для более тонкой настройки вы можете воспользоваться настройками доступа к файлу /bitrix/admin/backup.aspx в файловой системе сайта (например через административный интерфейс Bitrix .NET Forge CMS), установив доступ только главному определённой роли пользователей сайта.

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

Работа решения по резервному копированию сайтов Bitrix .NET Forge CMS

панель бекапирования (с файлами бекапов)

панель бекапирования (с файлами бекапов)

Панель в настоящий момент позволяет осуществить резервное копирование:

  • Всегда копируя ядро продукта (рассматривая основные сценарии резервного копирования в предыдущей статье мы пришли к выводу, что это является необходимым для большинства пользователей)
  • Возможность включить или не включать в бекап публичную часть сайта (подходит для сценария с переносом ядра проекта для быстрого разворачивания «заготовок» сайтов со всеми модулями разработчика без дополнительных настроек)
  • Возможность исключить файлы больше определённого размера из архива
  • Возможность исключить файлы или директории по маске (возможно использование данного пункта для исключения файлов ядра в тех редких ситуациях, когда в этом нет необходимости, а так же для исключения других ненужных кастомных файлов и/или папок)
  • Возможность не сжимать медиа-файлы (рекомендуется использовать, если вы опасаетесь повреждения этих файлов, но намереваетесь упаковывать архив для уменьшения его веса)
  • Возможность включить или не включать в резервную копию базы данных (например если вам необходимо скопировать только файловую структуру проекта)
  • Возможность задания длительности шага и интервала между шагами резервного копирования (рекомендуется к использованию на виртуальных хостингах и серверах с ограниченными системными ресурсами, на которых в противном случае работа скрипта может вызывать ошибку ответа сервера)
  • Возможность отключить компрессию архива (резервная копия будет занимать больше места, однако работа скрипта пройдёт быстрее и окажет меньшую нагрузку на сервер)
  • Проверка целостности архива – рекомендуется не отключать данную опцию, позволяющую быть максимально уверенным в работоспособности полученной резервной копии.

Работа скрипта иллюстрируется прогресс-баром:

процесс бекапирования

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

Так же для резервной копии указываются размер и дата последнего изменения. Последний параметр должен соответствовать дате и времени в названии файла (с точностью до минуты), противное говорит о возможном изменении резервной копии (например злоумышленником), что может привести к неработоспособности файла бекапа!

Некопируемые решением области

  • Для предотвращения бесконтрольного разрастания файлов бекапа из резервной копии исключается директория с создаваемыми бекапами - /backup/.

ВАЖНО! Так же в настоящей версии решения следует обратить внимание на тот факт, что вырезается не содержимое директории, а директория целиком, хотя её наличие является критически важным для работоспособности скрипта по резервному копированию. После восстановления необходимо самостоятельно создать директорию /backup/ или повторно установить полный комплект скриптов решения.

  • Для предотвращения переноса неактуальной информации и уменьшения размера резервных копий не переносится кеш сайта.

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

Восстановление сайта из резервной копии

Для восстановления из резервной копии необходимо воспользоваться набором утилит RestoreTool. Содержимое архива необходимо распаковать и скопировать в корень сайта.

Файл web.config является не обязательным, однако без корректного файла скрипт восстановления не будет работать (проблема может быть актуальна при переносе на «пустой» хостинг или сервер).

скрипт восстановления

Помимо набора скриптов для восстановления в корень сайта необходимо скопировать резервную копию из которой будет восстановлен сайт!

ВНИМАНИЕ! В настоящий момент работа скрипта не предусматривает возможности выбора файла резервной копии, поэтому не копируйте на сайт 2 и более резервных копий во избежание восстановления из неактуальной или нерабочей копии.

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

Восстановление MS SQL Базы данных

Восстановление баз данных MS SQL имеет ряд особенностей, которые в частности ограничивают функциональность инструмента и накладывают ряд особенностей:

  • Для корректного восстановления БД необходимо указать адрес сервера Баз Данных (уточняется у хостера, системного администратора, либо самостоятельно).
  • Каталог – Имя Базы данных, которая будет создана. В настоящий момент скрипт восстановления не может восстановить сайт в имеющуюся базу данных, если она не является исходной. Т.е. если вы восстанавливаете старую версию сайта, то вам будет достаточно указать название старой БД, однако если вы создаёте сайт на новом хостинге или восстанавливаете сайт «рядом» со старым, то вам не удастся сделать это даже в условно «пустую» БД – необходимо предоставить скрипту возможность создать БД самостоятельно!
  • Логин – имя пользователя базы данных. В случае восстановления на сервер с отсутствующей БД (см. предыдущий пункт) пользователь должен иметь права администратора сервера БД (или по крайней мере возможность создания баз данных). После восстановления БД вы можете ограничить права пользователя на сервере на работу только с конкретной базой данных, либо исправить строку подключения БД (в web.confog) поставив в качестве пользователя того юзера, который обладает меньшими, но достаточными правами.
  • Пароль пользователя БД под которым будет выполнено восстановление БД.
  • Возможно введение возможности разбиение больших архивов (свыше 1ГБ) на части для упрощения транспортировки.

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

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

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

ВАЖНО! Не закрывайте страницу восстановления до окончания восстановления во избежание неполного восстановления системы, которое приведёт.

После восстановления сайта из бекапа

Первое и самое важное – удалите файлы резервной копии и решения по восстановлению из корня сайта. Файл web.config удалять уже не требуется – он заменяется в процессе восстановления корректным файлом, который содержит строку подключения к базе данных. Без корректно заполненного web.config сайт работать не будет! Однако вам следует понимать, что наличие в корне сайта файлов бекапа и скрипта восстановления – потенциальная угроза – если злоумышленник узнает об их наличии, то сможет попробовать воспользоваться процедурой повторного восстановления из резервной копии, что может привести к потере работоспособности сайта (например, если файловая система и БД окажутся несовместимыми) или вы просто откатитесь к старой версии сайта и потеряете все изменения, внесённые с момент самостоятельного восстановления. Не стоит компрометировать свой сайт без нужды.

Второе, что мы рекомендуем сделать – ограничить права пользователя БД, используемого на сайте для подключения к MS SQL Server (средствами сервера), либо замена его на пользователя с меньшими правами (необходимо внести соответствующие изменения в строку подключения БД в web.config).

Для корректной работы инструмента создания резервной копии на вновь восстановленном сайте необходимо вручную создать папку /backup/ в корне или произвести повторную установку всего решения для создания резервных копий сайта на Bitrix .Net Forge CMS от кофе-Дизайн студии.

Планы по развитию решения по резервному копированию сайтов на Bitrix .NET Forge CMS

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

В настоящий момент решение распространяется бесплатно и вы можете скачать его самостоятельно или получить по запросу. Обращаем ваше внимание на то, что мы распространяем решение по резервному копированию сайтов на 1С-Битрикс .NET Forge CMS бесплатно, но просим не распространять самостоятельно. На данный момент это сделано в силу значительных планов по развитию решения.

В наших планах пока не стоит платное распространение решения.

Мы готовы предоставить наше решение компании 1С-Битрикс для включения в продукт в том или ином виде, если это будет интересно представителям компании.

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

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

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

Так же по запросу предоставляются готовые демо-проекты сайтов проекта НЕТ.кофедизайн.РФ на основе решения по резервному копированию сайтов на Bitrix .NET Forge CMS (для формирования пакета может потребоваться время, если пакет не сформирован заранее).

Мы выражаем надежду на то, что наше решение будет полезно сообществу и будем рады любой конструктивной критике, помощи, отзывам и поддержке!

Отдельное спасибо всем, принявшим участие в разработке, тестировании, финансировании и конструктивном обсуждении решения!


Резервное копирование сайта на Bitrix .NET Forge CMS v1.0: веб интерфейс

<p style="text-align: justify; ">Нашей давней мечтой было предоставить возможность себе, нашим клиентам, а если повезёт, то и всем желающим инструмент, аналогичный инструментарию резервного копирования в 1С-Битрикс: Управление Сайтом. Не то чтобы нам не давали спокойно жить лавры первооткрывателей и мы хотели прославиться, просто пережив на собственной шкуре серьёзную техническую аварию хостера, когда мы потеряли полгода истории крупного новостного ресурса, мы слишком сильно захотели присоединиться к тем администраторам, которые <b>уже</b> делают резервные копии.</p> <p style="text-align: justify; ">Процесс проектирования, выделения финансов и времени затянулся, мы столкнулись с немалым количеством трудностей, которые уже описывали во <a href="/information/Bitrix-NET-Forge-CMS%E2%80%93%D0%B1%D0%B5%D0%BA%D0%B0%D0%BF%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5-%D0%B8%D0%B7-%D0%B0%D0%B4%D0%BC%D0%B8%D0%BD%D0%BA%D0%B8/" >вводной статье</a>. <b>И вот теперь мы официально презентуем первую стабильную версию решения для резервного копирования сайтов на </b><b>Bitrix .</b><b>Net </b><b>Forge </b><b>CMS!</b></p> <p style="text-align: justify; ">В настоящий момент решение требует ручной установки на проект (описание процесса приведено дальше в этой статье).</p> <p> </p> <h2 style="text-align: center; ">Установка решения бекапирования</h2> <p style="text-align: justify; ">Для установки решения по резервному копированию необходимо установить на сайт пакет скриптов Coffeediz_NF_backup (). В содержимое пакета входят:</p> <ul> <li style="text-align: justify; ">/bitrix/admin/backup.aspx</li> <li style="text-align: justify; ">/bitrix/admin/backup.aspx.cs</li> </ul> <p></p> <p> <br /> </p> <p> </p> <ul> <li style="text-align: left; ">/App_Code/Buckup.cs</li> </ul> <p></p> <p> <br /> </p> <p> </p> <ul> <li style="text-align: left; ">/bin/Rar.exe</li> </ul> <p></p> <p> <br /> </p> <p> </p> <ul> <li style="text-align: left; ">/backup/</li> </ul> <p></p> <p style="text-align: justify; ">Все скрипты находятся уже в соответствующих папках. Для установки решения необходимо распаковать архив и просто скопировать все папки в корень сайта (файлы будут скопированы в одноимённые папки, не затрагивая «соседей» по директории).</p> <p style="text-align: justify; ">После этого скрипт для резервного копирвоания сайту будет доступен по адресу http://имя_сайта/bitrix/admin/backup.aspx</p> <p style="text-align: justify; ">Доступ к скрипту восстановления по умолчанию имеют все пользователи, имеющие доступ к папке /bitrix/admin/, для более тонкой настройки вы можете воспользоваться настройками доступа к файлу /bitrix/admin/backup.aspx в файловой системе сайта (например через административный интерфейс Bitrix .NET Forge CMS), установив доступ только главному определённой роли пользователей сайта.</p> <p> </p> <p style="text-align: justify; ">В настоящий момент решение не имеет самостоятельного мастера установки, поэтому для доступа к уже установленному решению вы можете воспользоваться непосредственно адресом скрипта, либо самостоятельно добавить его в меню административного раздела.</p> <p> </p> <h2 style="text-align: center; ">Работа решения по резервному копированию сайтов Bitrix .NET Forge CMS</h2> <p style="text-align: center; ">панель бекапирования (с файлами бекапов)</p> <p><a href="/upload/medialibrary/f5e/f5eaa85ef5fcdf9480018b01f582fc09.PNG" target="_blank" ><img src="/upload/medialibrary/f5e/f5eaa85ef5fcdf9480018b01f582fc09.PNG" title="панель бекапирования (с файлами бекапов)" hspace="5" vspace="5" border="0" alt="панель бекапирования (с файлами бекапов)" width="700" height="403" /></a></p> <p style="text-align: justify; ">Панель в настоящий момент позволяет осуществить резервное копирование:</p> <ul> <li style="text-align: justify; ">Всегда копируя ядро продукта (рассматривая основные сценарии резервного копирования в предыдущей статье мы пришли к выводу, что это является необходимым для большинства пользователей)</li> <li style="text-align: justify; ">Возможность включить или не включать в бекап публичную часть сайта (подходит для сценария с переносом ядра проекта для быстрого разворачивания «заготовок» сайтов со всеми модулями разработчика без дополнительных настроек)</li> <li style="text-align: justify; ">Возможность исключить файлы больше определённого размера из архива</li> <li style="text-align: justify; ">Возможность исключить файлы или директории по маске (возможно использование данного пункта для исключения файлов ядра в тех редких ситуациях, когда в этом нет необходимости, а так же для исключения других ненужных кастомных файлов и/или папок)</li> <li style="text-align: justify; ">Возможность не сжимать медиа-файлы (рекомендуется использовать, если вы опасаетесь повреждения этих файлов, но намереваетесь упаковывать архив для уменьшения его веса)</li> <li style="text-align: justify; ">Возможность включить или не включать в резервную копию базы данных (например если вам необходимо скопировать только файловую структуру проекта)</li> <li style="text-align: justify; ">Возможность задания длительности шага и интервала между шагами резервного копирования (рекомендуется к использованию на виртуальных хостингах и серверах с ограниченными системными ресурсами, на которых в противном случае работа скрипта может вызывать ошибку ответа сервера)</li> <li style="text-align: justify; ">Возможность отключить компрессию архива (резервная копия будет занимать больше места, однако работа скрипта пройдёт быстрее и окажет меньшую нагрузку на сервер)</li> <li style="text-align: justify; ">Проверка целостности архива – рекомендуется не отключать данную опцию, позволяющую быть максимально уверенным в работоспособности полученной резервной копии.</li> </ul> <p></p> <p style="text-align: justify; ">Работа скрипта иллюстрируется прогресс-баром:</p> <p><a href="/upload/medialibrary/61f/61f65eb7b7fa991a08b3af439b02567b.PNG" target="_blank" ><img src="/upload/medialibrary/61f/61f65eb7b7fa991a08b3af439b02567b.PNG" title="процесс бекапирования" hspace="5" vspace="5" border="0" alt="процесс бекапирования" width="700" height="412" /></a></p> <p style="text-align: justify; ">Наличие данного атрибута на экране говорит о том, что процесс создания резервной копии не завершён и нельзя закрывать страницу. После исчезновения прогресс-бара с экрана вы увидите новую резервную копию в списке, она будет иметь имя папки сайта с добавлением даты и времени создания резервной копии, чтобы вы могли спокойно хранить на внешнем носителе или хранилище несколько резервных копий разных сайтов.</p> <p style="text-align: justify; ">Так же для резервной копии указываются размер и дата последнего изменения. <b>Последний параметр должен соответствовать дате и времени в названии файла (с точностью до минуты), противное говорит о возможном изменении резервной копии (например злоумышленником), что может привести к неработоспособности файла бекапа!</b></p> <h3 style="text-align: center; ">Некопируемые решением области</h3> <ul> <li style="text-align: justify; ">Для предотвращения бесконтрольного разрастания файлов бекапа из резервной копии <b>исключается директория с создаваемыми бекапами</b> - /backup/.</li> </ul> <p></p> <p style="text-align: justify; "><b><font color="#ff0000">ВАЖНО!</font></b> Так же в настоящей версии решения следует обратить внимание на тот факт, что вырезается не содержимое директории, а директория целиком, хотя её наличие является критически важным для работоспособности скрипта по резервному копированию. После восстановления необходимо самостоятельно создать директорию /backup/ или повторно установить полный комплект скриптов решения.</p> <ul> <li style="text-align: justify; ">Для предотвращения переноса неактуальной информации и уменьшения размера резервных копий <b>не переносится кеш сайта</b>.</li> </ul> <p></p> <p style="text-align: justify; ">Кеш будет автоматически создан при штатной работе сайта при первом же обращении пользователя к странице, что может привести к незначительному замедлению работы отдельных страниц сайта при первом обращении к ним пользователей и возрастанию нагрузки на сервер после восстановления из резервной копии.</p> <h2 style="text-align: center; ">Восстановление сайта из резервной копии</h2> <p style="text-align: justify; ">Для восстановления из резервной копии необходимо воспользоваться набором утилит RestoreTool. Содержимое архива необходимо распаковать и скопировать в корень сайта.</p> <p style="text-align: justify; ">Файл web.config является не обязательным, однако без корректного файла скрипт восстановления не будет работать (проблема может быть актуальна при переносе на «пустой» хостинг или сервер).</p> <p><img src="/upload/medialibrary/041/04179181940aa1f41a386ee68572dc29.PNG" title="скрипт восстановления" hspace="5" vspace="5" border="0" alt="скрипт восстановления" width="700" height="259" /></p> <p style="text-align: justify; ">Помимо набора скриптов для восстановления в корень сайта необходимо скопировать резервную копию из которой будет восстановлен сайт!</p> <p style="text-align: justify; "><b><font color="#ff0000">ВНИМАНИЕ!</font></b> В настоящий момент работа скрипта не предусматривает возможности выбора файла резервной копии, поэтому не копируйте на сайт 2 и более резервных копий во избежание восстановления из неактуальной или нерабочей копии.</p> <p style="text-align: justify; ">Скрипт имеет возможность отключения восстановления резервной копии Базы данных (снимите галочку, если вы хотите восстановить только файловую систему или ваша резервная копия не содержит БД).</p> <h3 style="text-align: center; ">Восстановление MS SQL Базы данных</h3> <p style="text-align: justify; ">Восстановление баз данных MS SQL имеет ряд особенностей, которые в частности ограничивают функциональность инструмента и накладывают ряд особенностей:</p> <ul> <li style="text-align: justify; ">Для корректного восстановления БД необходимо указать адрес сервера Баз Данных (уточняется у хостера, системного администратора, либо самостоятельно).</li> <li style="text-align: justify; ">Каталог – Имя Базы данных, которая <b>будет создана</b>. В настоящий момент скрипт восстановления не может восстановить сайт в имеющуюся базу данных, если она не является исходной. Т.е. если вы восстанавливаете старую версию сайта, то вам будет достаточно указать название старой БД, однако если вы создаёте сайт на новом хостинге или восстанавливаете сайт «рядом» со старым, то вам не удастся сделать это даже в условно «пустую» БД – необходимо предоставить скрипту возможность создать БД самостоятельно!</li> <li style="text-align: justify; ">Логин – имя пользователя базы данных. В случае восстановления на сервер с отсутствующей БД (см. предыдущий пункт) пользователь должен иметь права администратора сервера БД (или по крайней мере возможность создания баз данных). После восстановления БД вы можете ограничить права пользователя на сервере на работу только с конкретной базой данных, либо исправить строку подключения БД (в web.confog) поставив в качестве пользователя того юзера, который обладает меньшими, но достаточными правами.</li> <li style="text-align: justify; ">Пароль пользователя БД под которым будет выполнено восстановление БД.</li> <li style="text-align: justify; ">Возможно введение возможности разбиение больших архивов (свыше 1ГБ) на части для упрощения транспортировки.</li> </ul> <p></p> <p style="text-align: justify; ">Обращаем ваше внимание на то, что логин и пароль пользователя БД (а так же адрес сервера и имя БД) могут отличаться от тех, которые использовались ранее на сервере, где была сделана резервная копия, если вы восстанавливаете сайт с созданием базы данных (например при переезде проекта на другой сервер).</p> <p style="text-align: justify; ">После заполнения реквизитов рекомендуется проверить подключение к серверу. В этом случае проверяется только адрес БД, логин и пароль администратора сервера БД (если вы укажете реквизиты пользователя БД, не имеющего прав на создание БД, то проверка пройдёт <b>неуспешно</b>).</p> <p> </p> <p style="text-align: justify; ">После успешного заполнения всех реквизитов восстановления БД (или при снятой галочке «восстановить Базу данных») нажмите кнопку «Восстановить» и дождитесь сообщения об успешном восстановлении сайта.</p> <p style="text-align: justify; "><b><font color="#ee1d24">ВАЖНО!</font></b> Не закрывайте страницу восстановления до окончания восстановления во избежание неполного восстановления системы, которое приведёт.</p> <p> </p> <h2 style="text-align: center; ">После восстановления сайта из бекапа</h2> <p style="text-align: justify; ">Первое и самое важное – удалите файлы резервной копии и решения по восстановлению из корня сайта. Файл web.config удалять уже не требуется – он заменяется в процессе восстановления корректным файлом, который содержит строку подключения к базе данных. Без корректно заполненного web.config сайт работать не будет! Однако вам следует понимать, что наличие в корне сайта файлов бекапа и скрипта восстановления – потенциальная угроза – если злоумышленник узнает об их наличии, то сможет попробовать воспользоваться процедурой повторного восстановления из резервной копии, что может привести к потере работоспособности сайта (например, если файловая система и БД окажутся несовместимыми) или вы просто откатитесь к старой версии сайта и потеряете все изменения, внесённые с момент самостоятельного восстановления. Не стоит компрометировать свой сайт без нужды.</p> <p style="text-align: justify; ">Второе, что мы рекомендуем сделать – ограничить права пользователя БД, используемого на сайте для подключения к MS SQL Server (средствами сервера), либо замена его на пользователя с меньшими правами (необходимо внести соответствующие изменения в строку подключения БД в web.config).</p> <p style="text-align: justify; ">Для корректной работы инструмента создания резервной копии на вновь восстановленном сайте необходимо вручную создать папку /backup/ в корне или произвести повторную установку всего решения для создания резервных копий сайта на Bitrix .Net Forge CMS от кофе-Дизайн студии.</p> <p> </p> <h2 style="text-align: center; ">Планы по развитию решения по резервному копированию сайтов на Bitrix .NET Forge CMS</h2> <ul> <li style="text-align: justify; ">Добавление возможности восстановления БД в существующую пустую базу (необходимо для виртуальных хостингов, либо сервера без возможности получения пользователя с правами на создание базы)</li> <li style="text-align: justify; ">Добавление возможности выбора файла резервной копии из списка находящихся на сервере (возможно в будущем так же добавится возможность загрузки файла бекапа с удалённого сервера или локального компьютера, однако сейчас подобная возможность кажется не самой востребованной.</li> <li style="text-align: justify; ">Добавление <a href="/information/rezervnoe_kopirovanie_sayta_na_bitrix_net_forge_cms_v_2_0_veb_interfeys_agenty/" title="Резервное копирование сайта на Bitrix .NET Forge CMS v.2.0: веб интерфейс, агенты" >агентов резервного копирования</a>, которые бы по установленным настройкам создавали резервную копию продукта периодически.</li> <li style="text-align: justify; ">Возможно добавление соли в имя файла резервной копии, чтобы усложнить потенциальному злоумышленники работу по поиску и скачиванию чужих резервных копий (следует понимать, что копия, содержащая БД и конфигурационные файлы может серьёзно скажется на потенциальной уязвимости проекта к атакам.</li> <li style="text-align: justify; ">Возможно добавление возможности шифрования файлов бекапа по паролю или даже паре логин\пароль (в наиболее отдалённом будущем и наименее вероятно на данный момент)</li> <li style="text-align: justify; ">Создание мастера установки решения и упрощение интерфейса</li> </ul> <p></p> <p style="text-align: justify; "><b>В настоящий момент решение распространяется бесплатно и вы можете скачать его самостоятельно или </b><a href="/services/backup_netforge/" ><b>получить по запросу</b></a>. Обращаем ваше внимание на то, что мы распространяем решение по резервному копированию сайтов на 1С-Битрикс .NET Forge CMS бесплатно, но просим не распространять самостоятельно. На данный момент это сделано в силу значительных планов по развитию решения.</p> <p style="text-align: justify; "><i>В наших планах пока не стоит платное распространение решения. </i></p> <p style="text-align: justify; "><i>Мы готовы предоставить наше решение компании 1С-Битрикс для включения в продукт в том или ином виде, если это будет интересно представителям компании. </i></p> <p style="text-align: justify; ">Если у вас есть вопросы – обращайтесь к нашим представителям через форму обратной связи, по почте или на форуме – мы постараемся максимально оперативно ответить на все вопросы и поставить в разработку все ваши конструктивные пожелания. Возможно приобретение технической поддержки и приоритетной разработки тех или иных ваших пожеланий на договорной основе. Небольшая помощь (в том числе оформление решение в меню проекта, дополнение инструкций страницы решения и тп) осуществляется бесплатно по запросу, однако необходимо предоставление доступа к сайту.</p> <p style="text-align: justify; ">Так же в настоящий момент приглашаются для тестирования партнёры в области веб-разработки и хостинга для тестирования решения в различных условиях и конфигурациях сервером, хостингов и облачных систем.</p> <p style="text-align: justify; ">Самостоятельная установка решения без информирования команды разработки Кофе-Дизайн ведёт к отказу в техническом обслуживании и предоставлении доступа к обновлениям решения.</p> <p style="text-align: justify; ">Так же по запросу предоставляются готовые демо-проекты сайтов проекта НЕТ.кофедизайн.РФ на основе решения по резервному копированию сайтов на Bitrix .NET Forge CMS (для формирования пакета может потребоваться время, если пакет не сформирован заранее).</p> <p style="text-align: justify; ">Мы выражаем надежду на то, что наше решение будет полезно сообществу и будем рады любой конструктивной критике, помощи, отзывам и поддержке!</p> <p> </p> <p style="text-align: justify; ">Отдельное спасибо всем, принявшим участие в разработке, тестировании, финансировании и конструктивном обсуждении решения!</p>

Возврат к списку

Яндекс.Метрика