Не могу записать файл home bitrix www restore php место на диске
«bitrix restore php»
Добрый день уважаемые читатели блога про битрикс, итак сегодня я расскажу вам о том, как перенести действующий сайт на другой хостинг или развернуть бекап из облачного сервиса битрикс благодаря скрипту «bitrix restore.php«.
Чтобы восстановить сайт Битрикс из бекапа на новый хостинг или на локальный веб-сервер достаточно создать в корневом каталоге файл restore.php скопировать код или скачать restore.php bitrix:
в уже созданный файл и запустить его из строки своего браузера: site.ru/restore.php, либо скачать его с официального сайта Битрикс по ссылке: www.1c-bitrix.ru/download/scripts/restore.php После чего, его нужно скопировать в корневую папку сайта и запустить. Далее вам откроется окно, где вы выбираете расположение бекапа вашего сайта, он может быть уже закачен вами в корневую папку нового сервера, либо размещен на том хостинге с которого вы хотите его перенести, либо если вы его загрузили к себе на компьютер, то также можно его загрузить с локального диска(далее укажите его местоположение с помощью кнопки Обзор), ну и самое главное, если у вас действующая лицензия bitrix и вы воспользовались функцией регулярного резервного копирования в облако bitrix, то скрипт предложит и этот метод восстановления/ переноса вашего сайта на bitrix. Тут в принципе нечего объяснять, вы и так всё видите. Всё довольно просто, проделаете эту процедуру раз 5 и поймете что восстанавливать сайты из резервных копий не занимает много времени и усилий. Кстати говоря, не забывайте их делать хотя бы каждую неделю — если вы активно работаете над сайтом, и каждый месяц — если редко., либо воспользуйтесь функцией регулярного резервного копирования в облако, я после завершения работ по новому сайту всегда выполняю данную настройку, чтобы не случилось с вашим хостингом, в облаке bitrix бекапы все-таки держать надежнее, причем места под несколько бекапов там там достаточно.
Итак переходим по ссылке site.ru/restore.php
Жмём далее… Указываем откуда будем собственно скачивать бекап 
В случае если скачиваем из облака, а это самый предпочтительный вариант, указываем код действующей лицензии сайта на битрикс 
Выбираем нужный архив по дате, как я уже говорил, их может быть несколько если вы все правильно настроили в модуле резервного копирования в облако. 
Загрузка успешно началась, в этом несомненно нам помогает скрипт bitrix restore.php )) 
Вот в принципе и все, загрузка с облака на сервер успешно завершена. 
Далее идет распаковка архива на сервере, PS: если в друг что-то далее пойдет не так, то шаг загрузки уже можно пропустить, т.к. архив уже на сервере и его можно только разархивировать 
После того как все файлы разархивированы, скрипт restore.php начинает восстанавливать базу данных, здесь немного надо поработать, ведь скрипт не может делать всё за вас))
Восстановление базы данных.
После этого скрипт заберет указанные ваши данные и вернет их в следующее окно. Сервер базы данных так и оставляем: localhost
После этого жмем восстановить БД. 
Восстановление базы данных и вообщем сайта успешно завершено благодаря скрипту от bitrix restore.php 
И как всегда, спасибо за внимание, ставьте лайки, подписывайтесь))
Всем привет, такая проблема. Есть бэкап сайта, нужно его как-то восстановить.
50мб) в корень сайта
2. Туда же положил битрикосвый restore.php
3. Запускаю restore.php, жму далее, потом выбираю «Архив загружен в корневую папку сервера» и выбираю там единственный мой бэкап. Жму далее
4. Вижу ошибку:
«Доступны не все части многотомного архива.
Общее число частей: 4″
Сергей Хренасдва
Полностью с вами согласен.
Уже третий рабочий день пытаюсь разобраться как это «чудо инженерной мысли» работает.
Восстановление бэкапа это вообще какой-то бред.
На текущей системе бэкап делался 
на только что развернутой чистой, Cent OS обновленной и установленой через ваш баш-скрипт.
Бэкап чистой ситемы завис на 50% после 10 минут и так и не сделался, (ничего не настраивалось ничего не менялось)
Может был какой глюк, но такое повсюду, то работает, то не работает.
Перенести бэкап с одного сервера на другой вообще ад какой-то.
Как вы представляете переносить 30 гигов, выбирая один из трех методов.
1. загрузить с облака
2. загрузить по прямой ссылке
3. загрузить с компьютера
При прямой ссылке можно только вставить одну, ну спасибо и в самом битриксе вы не рекомендуете создавать одним файлом бэкап (а по 100 мб, считайте сколько частей из 30Гб) и то если скормливать системе ссылку она ругается и уходит в редирект
что говорить, если у вас даже форум работает через пень колоду. (пока писал сообщение)
ВСЕ СКАЧЕНО С ВАШЕГО САЙТА, НИКТО НИЧЕГО НЕ ЛОМАЛ В НАСТРОЙКАХ, ПРАВА ДОСТУПА ВЫСТАВЛЕНЫ ПРАВИЛЬНЫЕ/
Во время восстановление через restore.php выадет ошибку.
Запускаю восстановление бэкапа, но после скачивания архива и во время распаковки выдает ошибку:
Can’t create file: /var/www/tesk/data/www/tesk.pro/18a5ace48a8c.html
Права на папку сайта установил в 777, я даже cделал права на файл restore.php в 777, но все равно не помогает.
Нужна срочная помощь.
места на диске хватает, вот данные хостинга
Память (ОЗУ) 47% от 1400 МБ
Люди, мне срочно нужна помощь, рабочий сайт лежит, заказчик рвет и мечет, а я даже идей ни каких не имею в каком направлении копать.
Отзовитесь кто нибудь, буду очень благодарен за любое предположение, даже самое невероятное!
C бекапом все нормально, сайт локально поднялся без проблем, но на хостинге ни чего не получается.
| Цитата |
|---|
| Сергей Емельянов написал: Заходите по ssh, вытаскивайте БД, создайте параллельно ещё одну БД, распакуйте туда бэкап, переключите сайт на новую БД. |
Этот вариант я рассматриваю на самый крайний случай, если вообще ни чего не получится.
Can’t create file: /var/www/tesk/data/www/tesk.pro/images/sale.png
| Цитата |
|---|
| Настройка прав на сервере хостинг-провайдера может быть индивидуальна, но прежде всего должны быть установлены права на чтение/запись из скрипта для пользователя, под которым запущен веб-сервер Apache. |
Тема конечно устарела, но поиск прислал меня сюда и навел на правильные мысли.
Так что добавлю, что подобная проблема скорей не в правах доступа как таковых, а в том, что файл создан или получил нового владельца. Причиной такого события может быть то, что какие-то скрипты выполняются из CRON’а причем от имени пользователя, отличного от того, под которым запущен Апач с Битриксом.
Если говорить и типовом случае, когда Битрикс работает под Bitrix VM с CentOS, то все файлы Битрикс имеют и должны иметь владельца/группу «bitrix», если по каким-то причинам владелец/группа поменялись, то их можно восстановить командой в SSH консоли:
Правильное резервное копирование больших проектов Битрикс
Резервные копии больших проектов таких как коробочные версии порталов Битрикс24, на которых хранится большой объем информации не стоит создавать исключительно стандартными средствами системы. Как правило больше всего файлов хранится в папке битрикс upload. Обычно там находятся файлы диска, вложения к задачам, записи телефонных звонков и многое другое.
Может получится так, что вы не сможете их получить вовсе. В этой небольшой статье я расскажу вам как нужно правильно создавать резервную копию большого проекта, когда в папке битрикс upload хранится несколько десятков гигабайт информации.
Итак, действовать мы будем следующим образом: сначала создадим архив с ядром и БД средствами Битрикса (исключим из него папку upload и некоторые другие папки), а папку upload создадим через консоль командной строки, подключившись к порталу по SSH.
Кстати создать архив с помощью системы можно 2 способами: через административную панель сайта или запустив php-скрипт резервного копирования в командной строке. Архивировать в консоли считается более надежным и профессиональным способом – так как меньше шансов, что произойдет какая-нибудь ошибка, нежели при запуске инструмента архивации через браузер. В любом случае выбирать нужно вам.
В обоих случаях резервное копирование битрикс начать стоит с настроек копирования.
Настройки для первого способа можно сделать здесь: Настройки→Инструменты→Резервное копирование→Создание резервной копии (вкладка «Параметры» ). Нужно включить экспертные настройки создания резервной копии.
До параметров резервного копирования для второго способа можно добраться следующим образом: Настройки→Инструменты→Резервное копирование→Регулярное резервное копирование (вкладка «Параметры» ).
Параметры копирования находятся на разных страницах административной панели, но опции для настройки содержат практически одинаковые.
Общие параметры резервного копирования:
Параметры для 2-го способа (запуск скрипта через командную строку):
Если вы выбрали первый способ, то после установки параметров можно смело запускать создание резервной копии bitrix.
Для запуска резервного копирования выполняем следующую команду:
$ php –f /hiome/bitrix/www/ bitrix/modules/main/tools/backup.php
Независимо от того каким образом вы создавали резервную копию, на данный момент у вас есть резервная копия ядра и базы данных, которую вы сможете восстановить с помощью файла битрикс restore.php
Если вдруг вам понадобится восстановить копию, созданную описанным в статье способом, то просто загрузите архив с копией ядра и БД в папку на сервере, где у вас должен размещаться портал (например, /home/bitrix/www ) вместе с файлом restore.php и запустите восстановление в браузере.
После успешного завершения установки, загрузите в ту же папку архив с битрикс upload и выполните распаковку:
После выполнения описанных выше действий по восстановлению резервной копии, вы должны получить работоспособную копию вашего портала. Не забывайте периодически создавать резервные копии ваших проектов, особенно, перед каким-нибудь важными изменениями, такими как установка обновлений или внедрение каких-нибудь новых возможностей на ваших сайтах или порталах. Таким образом вы сможете избежать лишних проблем и сэкономить свое время, которое понадобится вам на восстановление проекта в случае его поломки.
Во время восстановление через restore.php выадет ошибку.
Запускаю восстановление бэкапа, но после скачивания архива и во время распаковки выдает ошибку:
Can’t create file: /var/www/tesk/data/www/tesk.pro/18a5ace48a8c.html
Права на папку сайта установил в 777, я даже cделал права на файл restore.php в 777, но все равно не помогает.
Нужна срочная помощь.
места на диске хватает, вот данные хостинга
Память (ОЗУ) 47% от 1400 МБ
Люди, мне срочно нужна помощь, рабочий сайт лежит, заказчик рвет и мечет, а я даже идей ни каких не имею в каком направлении копать.
Отзовитесь кто нибудь, буду очень благодарен за любое предположение, даже самое невероятное!
C бекапом все нормально, сайт локально поднялся без проблем, но на хостинге ни чего не получается.
| Цитата |
|---|
| Сергей Емельянов написал: Заходите по ssh, вытаскивайте БД, создайте параллельно ещё одну БД, распакуйте туда бэкап, переключите сайт на новую БД. |
Этот вариант я рассматриваю на самый крайний случай, если вообще ни чего не получится.
Can’t create file: /var/www/tesk/data/www/tesk.pro/images/sale.png
| Цитата |
|---|
| Настройка прав на сервере хостинг-провайдера может быть индивидуальна, но прежде всего должны быть установлены права на чтение/запись из скрипта для пользователя, под которым запущен веб-сервер Apache. |
Тема конечно устарела, но поиск прислал меня сюда и навел на правильные мысли.
Так что добавлю, что подобная проблема скорей не в правах доступа как таковых, а в том, что файл создан или получил нового владельца. Причиной такого события может быть то, что какие-то скрипты выполняются из CRON’а причем от имени пользователя, отличного от того, под которым запущен Апач с Битриксом.
Если говорить и типовом случае, когда Битрикс работает под Bitrix VM с CentOS, то все файлы Битрикс имеют и должны иметь владельца/группу «bitrix», если по каким-то причинам владелец/группа поменялись, то их можно восстановить командой в SSH консоли: