Всем привет!
Я думаю, тема о проблеме создании/распаковки архива tar.gz затронула многих людей.
Предлагаю объединить все усилия, сложить все идеи в одно целое, что позволило бы намного быстрее и эффективнее проделать этот процесс.
Расскажу свою историю!!!
Захожу в "Панель управления\Настройки\Инструменты\Резервное копирование"
Параметры резервного копирования;
Архивирование по шагам: [ ] *{нет}
Архивировать публичную часть:[х] *{да}
Архивировать ядро:[х]
Исключить из архива файлы размером более: [2000000] *{2 Мб}
Архивировать базу данных:[х]( 1.93 МБ )
Исключить из архива:[х] статистику ( 0.32 МБ )
[х] поисковый индекс ( 0.55 МБ )
Жмём кнопку "Архивировать"
После прокрутки в правом верхнем углу через 10 минут в нашем нижнем списке появляется наш архив объёмом около 58 Мб.
200906031441_b2c12992.tar.gz (где 2009- год, 06- месяц, 03- число + непонятное идентификационное число)
Мы уже на пол пути!
Внимание: данная ситуация проходит с участием стандартных (старых) файлов "dump.php" и "restore.php", которые у вас находятся в каталоге "www\bitrix\modules\main\admin".
Но я пытался проделывать данную ситуацию и с новыми файлами, ранее полученные из тех-поддержки. В этом же случае архив становится, повреждён, вследствие не исправного файла "dump.php". Старое всегда лучше!
Мы подходим к самой интересной части.
Теперь для полной достоверности и отведения всех мыслей о потере всей проделанной вами работы попробуем восстановить данный архив.
Перед этим необходимо удалить и затем установить заново Веб-Окружение, либо сделать это на другом компьютере. Это необходимо что бы на текущем компьютере не осталось информации о старой нашей Базе.
Теперь надо поместить файл "restore.php", который находился в каталоге "www\bitrix\modules\main\admin" (его можно взять из архива ранее созданного нами) в каталог "www". Да, и не забудьте поместить туда же наш архив.
После размещения файлов необходимо запустить ярлык Веб-Окружения и в открывшейся Internet Explorer странице в поле "Адрес:" написать "http://localhost:6448/restore.php" и перейти по ссылке для запуска нашего файла.
Затем после длительной загрузки откроется окно
Первого шага . Где вам предстоит указать:
Choose the language: [RU]
Archive name: [200906031441_b2c12992.tar.gz] *{в списке будет присутствовать только один пункт}
Step (sec.): [30]
Нажимаем кнопку "Restore"
Опять ждём до посинения. Затем появляется окно
Второго шага Где вам предстоит указать:
Database dump file: [200906031441_b2c12992.sql]
User Name: [‘’] *{пусто}
Password: [‘’]
Database Name: [db1] *{не знаю что вписывать}
Database Host: [localhost:31006] *{если же вместо 31006 ввести 6448 то думать будет дольше}
Create database [ ] *{нет}
Нажимаем кнопку "Restore"
Так вот в случае если мы введём 31006 или 6448 выдаёт ошибку подключения к Базе MySql. Вся работа насмарку. Проблема подключения к базе данных.
Если кто то уже проделывал данную ситуацию и процесс заканчивался удачным концом, то обязательно пишите.
Если у кого то есть идей по данной теме тоже пишите обсудим. Как говорится «сколько людей столько идей».
У меня есть ещё такая мысль. Но она не является оптимальной.
А что если при переносе на другой компьютер просто взять и создать резервную копию операционной системы. Это можно сделать такими программами как: Acronis True Image, Norton Gosht и т.д. Затем просто данный образ установить на другой компьютер.
Всё перенесётся на новый компьютер без какой-либо потери.
Для более простых изменений как изменения в шаблоне, текста страниц, пунктов меню, т.е изменений не в самой базе данных (не явл. контентом) можно обойтись простым способом:
Создать резервную копию таким же методом, как было описано выше.
Затем для безопасности переименуем каталог "www" на "www_backup" и создадим каталог "www", который будет выполнять роль нашего сайта, который мы сейчас будем восстанавливать из архива.
Откроем наш архив в программе WinRAR выделим всё (Ctrl+A), нажмём кнопку «извлечь в» после чего откроется диалоговое окно, в котором необходима, указать путь к нашей папке «www» (C:\Program Files\Bitrix Environment\www).
Напоминаю, данный метод только способен изменить только структуру сайта а не самой базы данных. Те изменения что вы вносили в саму базу данных контента, а это: новости, стать, опросы, фотогалереи, т.е изменения вносимые в сами инфоблоки этим методом не переносятся на другой локальный компьютер и база остаётся старой.
