С нами с 02.01.04
Сообщения: 1246
Рейтинг: 54
|
 Добавлено: 16/04/08 в 15:10 |
На хосте сказали что нужно самому скрипт найти/написать для бекапа базы, может кто подкинет или подскажет как грамотно сделать?
|
|
|
|
| |
легионер МММ
С нами с 18.04.03
Сообщения: 6239
Рейтинг: 786
|
| Добавлено: 16/04/08 в 15:34 |
|
|
|
|
| |
С нами с 02.01.04
Сообщения: 1246
Рейтинг: 54
|
| Добавлено: 16/04/08 в 17:02 |
спасибо оценил, а думаешь тупо всю базу копировать не очень? или может через sql statements чем то лучше?
|
|
|
|
| |
С нами с 02.01.04
Сообщения: 1246
Рейтинг: 54
|
| Добавлено: 16/04/08 в 17:03 |
а.. там разные есть..
|
|
|
|
| |
php
С нами с 09.10.06
Сообщения: 3706
Рейтинг: 2410
|
| Добавлено: 16/04/08 в 17:46 |
|
|
|
|
| |
С нами с 19.07.06
Сообщения: 252
Рейтинг: 346
|
| Добавлено: 16/04/08 в 17:50 |
|
|
|
|
| |
С нами с 15.07.03
Сообщения: 1120
Рейтинг: 1628
|
| Добавлено: 16/04/08 в 19:18 |
Недавно сталкивался с такой проблемой. Мой совет - обратись к Вирусу (8229031). Все сделает в лучшем виде за просто символическую цену...
|
|
|
|
| |
Криптопохуист
С нами с 05.04.03
Сообщения: 17156
Рейтинг: 6019
|
| Добавлено: 16/04/08 в 19:23 |
У мну есть решение для бекапа на другой хост с версиями. Если интересно, выложу.
|
|
|
|
| |
С нами с 19.11.03
Сообщения: 3973
Рейтинг: 2362
|
| Добавлено: 17/04/08 в 01:07 |
mysqldump
|
|
|
|
| |
programmer
С нами с 08.12.02
Сообщения: 7607
Рейтинг: 5752
|
| Добавлено: 17/04/08 в 06:53 |
|
|
|
|
| |
С нами с 01.02.07
Сообщения: 231
Рейтинг: 294
|
| Добавлено: 17/04/08 в 15:18 |
а потом его ещё попробуй залей обратно, если что
правильный метод write lock + fs-snapshot
|
|
|
|
| |
С нами с 19.11.03
Сообщения: 3973
Рейтинг: 2362
|
| Добавлено: 17/04/08 в 16:20 |
| zuborg писал: | а потом его ещё попробуй залей обратно, если что
|
Залеваю уже который год.
|
|
|
|
| |
Криптопохуист
С нами с 05.04.03
Сообщения: 17156
Рейтинг: 6019
|
| Добавлено: 17/04/08 в 16:34 |
Зуборг имеет ввиду что если база большая и нагруженная, то пока будет идти дамп одной таблицы, в другой могут произойти изменения, которые отрицательно повлияют на целостность данных.
в Случае hotcopy (кстати есть mysqlhotcopy в дистрибе), который предложил зуборг, база глобально локается на запись на время физического дампа таблиц.
Но на высоконагруженном сервере это чревато зашкаливанием max_used_connections с последующей задумчивостью апача и мускула и системы в целом вплоть до ухода в свап.
В этом случае конечно надо настраивать дублирущий репликационный слейв и с него снимать hotcopy вышеупомянутым методом.
Однако и это не всегда работает правильно когда нагрузки охуенные просто. У меня намомент лока успевает создаваться таблица скриптом и умудряться не попадать в binary log. В результате на мастере она есть, на слейве ее нет и последующая операция с этой временной таблицей напрочь тушит слейв сервер. Как с этим бороться еще не придумал 
|
|
|
|
| |
С нами с 01.02.07
Сообщения: 231
Рейтинг: 294
|
| Добавлено: 17/04/08 в 19:51 |
это ж мускуль, репликация там скорей для галочки, чем для работы (
fs-snapshot тем хорош, что обычно занимает гораздо меньше времени, чем банальное копирование файлов через hotcopy на больших обьемах баз в случае если базы mysql на отдельном небольшом разделе.
и восстанавливается 100%, и целостность тоже 100%
|
|
|
|
| |
127.0.0.1
С нами с 26.04.06
Сообщения: 1092
Рейтинг: 557
|
| Добавлено: 22/04/08 в 15:40 |
| Pentarh писал: |
Однако и это не всегда работает правильно когда нагрузки охуенные просто. У меня намомент лока успевает создаваться таблица скриптом и умудряться не попадать в binary log. В результате на мастере она есть, на слейве ее нет и последующая операция с этой временной таблицей напрочь тушит слейв сервер. Как с этим бороться еще не придумал |
при каких объемах трафа/нагрузок такое случается?
|
|
|
|
| |
XXX-Server.biz
С нами с 15.02.03
Сообщения: 9410
Рейтинг: 6676
|
| Добавлено: 22/04/08 в 16:53 |
+1 за mysqldump
| zuborg писал: | а потом его ещё попробуй залей обратно, если что
|
mysql -u user -p dbname < dump.sql
В чем проблема то??
|
|
|
|
| |
С нами с 01.02.07
Сообщения: 231
Рейтинг: 294
|
| Добавлено: 23/04/08 в 15:21 |
| color писал: | +1 за mysqldump
mysql -u user -p dbname < dump.sql
В чем проблема то?? |
Проблема в том что может написать "а у вас синтаксис - инвалид, идите в доки"
Бывает что таблицы создавались в одной версии мускуля, потом все апгрейдилось и все, приехали, дамп оказывается не рабочим
|
|
|
|
| |
С нами с 19.11.03
Сообщения: 3973
Рейтинг: 2362
|
| Добавлено: 23/04/08 в 16:49 |
1) все это решаемо одним вопросом к гуглю.
2) тут вроде про высоконагруженные межгалактические базы данных не говорили, куда Вас понесло, господа? 
Живите проше  , всем пис!
|
|
|
|
| |
С нами с 10.08.06
Сообщения: 141
Рейтинг: -4
|
| Добавлено: 01/05/08 в 20:51 |
Sypex Dumper - лучший в своем роде.
|
|
|
|
| |
С нами с 12.01.02
Сообщения: 667
Рейтинг: 371
|
| Добавлено: 01/05/08 в 22:27 |
юзаю Site Keeper Dumper
рекомендую
зы: упс... теперь он Sypex Dumper зовется... все равно рекомендуюЖ)
|
|
|
|
| |
саблезубый кролик
С нами с 02.07.05
Сообщения: 2966
Рейтинг: 993
|
| Добавлено: 01/05/08 в 22:52 |
| skadmin писал: | | Sypex Dumper - лучший в своем роде. |
| Цитата: | | Началась, наша история, когда база данных одного сайта всё сильнее разрасталась, и размеры её перевалили за 10 МБ, а глубокоуважаемый phpMyAdmin вместо столь желанного дампа начал выдавать пустые страницы либо ошибки. Естественно phpMyAdmin многократно мысленно проклинался, но делу это не помогло. Тогда начались поиски альтернативного софта, но ничего достойного внимания найдено не было. |
Пиздец какой-то. man mysqldump люди посмотреть не пробовали.
|
|
|
|
| |
