Тестирование MySQL дамперов...

[Палыч]

Lokust
Речь и шла о возможности выбора таблиц, а не об их разбиении на части. Под кусками имелось в виду части БД.

[Lokust]

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

[Палыч]

Lokust
Более быстродейстсующего, чем Sypex Dumper, не встречал. С миллионом справляется на ура.

[crash]

А если нет, то как же тогда справляются остальные пользователи интернета

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

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

по ssh

[Lokust]

Вот что пообещал разработчик Sypex Dumper:
В новой версии будет возможность продолжать
работу даже после прерывания работы скрипта, да и скорость будет повыше.

Ждем!

[Admin_777]

Более быстродейстсующего, чем Sypex Dumper, не встречал. С миллионом справляется на ура.

Про быстродействие согласен. Про миллион тоже, если хостинг не лимитированный.

Добавлено спустя 5 минут 23 секунды:

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

Геммор не в том, что они это действительно делают по запросу, а геммор в том, что я не могу как следует оптимизировать поисковые таблицы, поскольку не могу их создать.
Кстати, поисковые таблицы пришлось в очередной раз удалить нафих, т.к. опять при отправке сообщения превышается таймаут для MySQL запросов. Сорри за оффтоп.
Но квотирование запросов создает большие проблемы при использовании phpBB на площадках, где запросы лимитируются по времени. Если вернуться к дамперу, то и он тут не справляется, хоть и быстрый и классный.

[pk]

Разумеется, этот вариант проходили. Но как я писал выше, итог один - Permission denied.
Поскольку Дампер создает от себя wwwserver, а я захожу на сервер как userxxxx.

Если имеется ввиду, что не удаляются бекапы, после того как dumper автоматически создал папку backup, то нужно просто создавать ее вручную и тогда все будет удалять без проблем. У меня было такое. Я попросил хостера удалить то, что не могу я сам, а потом создал папку вручную и теперь все ок. Насколько я знаю, это обычное дело, на линкс-серверах. То, что создается скриптом, потом по фтп не удалишь...

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

При создании файлов средствами PHP файлы создаются с пользователем apache и с правами 644, поэтому я не могу ими управлять, как быть?


Дело в том, что PHP-сценарии, запущенные модулем mod_php, выполняются от имени пользователя apache. Соответственно, если на чтение/модификацию не были выставлены разрешения для всех (достаточно 666 - для файлов, 777 - для каталогов), то модификация созданных такими скриптами файлов (каталогов) пользователю будет запрещена (при доступе по SSH, по FTP).
Для того, чтобы проблема не возникала - нужно для такого каталога (файла) установить права, достаточные для модификации файлов, посредством функции chmod.

Сделать это рекурсивно можно, исполнив PHP-сценарий:



<?php
function chmod_R($path, $perm) {

$handle = opendir($path);
while ( false !== ($file = readdir($handle)) ) {
if ( ($file !== ".") && ($file !== "..") ) {
if ( is_file($file) ) {
chmod($path . "/" . $file, $perm);
}
else {
chmod($path . "/" . $file, $perm);
chmod_R($path . "/" . $file, $perm);
}
}
}
closedir($handle);
}

$path = $_SERVER["QUERY_STRING"];

if ( $path{0} != "/" ) {
$path = $_SERVER["DOCUMENT_ROOT"] . "/" . $path;
}

chmod_R($path, 0777);
chmod($path, 0777);
echo $path;
?>

Разместите этот файл на хостинге, в директории, доступной веб-серверу, например, как httpdocs/chmod.php

Вызывать скрипт нужно так:
http://ваш_домен/chmod.php?path_to_problem_dir

path_to_problem_dir - путь, относительно DocumentRoot для данного домена (httpdocs/ в нашем примере).

Мне помогло

[Admin_777]

Спасибо.
Хотелось бы, чтобы это все-таки было учтено и в этой замечательной программе - Дампер.

[crash]

Admin_777
так вы обратитесь к автору

[Admin_777]

Уже и очень давно:
http://phpbbguru.net/community/viewtopi ... 399#153399

[Rayden]

Ребята, ничего нет удобнее и быстрее программы mysqldump.exe

[crash]

быстрее программы mysqldump.exe

ага http://phpbbguru.net/community/viewtopi ... 8566#78566 ))

[Cama]

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