forum.bitel.ru
http://forum.bitel.ru/

стенд
http://forum.bitel.ru/viewtopic.php?f=19&t=4708		 Страница 1 из 1
Автор:  skyb [ 26 окт 2010, 07:40 ]
Заголовок сообщения:  стенд
Поделитесь информацией о своих стендах, тоесть все вроде ясно, только вот как быть с бд? очень часто при тестах она становиться вообще непригодной для тестов(да и для чего угодно собственно говоря) востанавливать ее из дампа ... да выход ... но долго...мож есть какие то возможности восстанавливать Инкрементально (или как там правильно пишется :) ) вобщем только те данные которые были убиты, и чтоб это определял метод восстановления а не руками(потому что можно чтонибудь забыть или просто незнать)...
Автор:  vdd [ 26 окт 2010, 11:38 ]
Заголовок сообщения:  Re: стенд
Когда тестировали инсталяции софта - делали это в vmware, что бы использовать возможность отката виртуальной машины. Если для стенда не принципиально быстродействие - то наверное можно использовать vmware и в данном случае.
Автор:  skyb [ 26 окт 2010, 11:55 ]
Заголовок сообщения:  Re: стенд
О_о так я разворачиваю только дамп бд, а с виртуалкой ... этож целый образ придется перекидывать, база то однозначней меньше образа(у меня покрайней мере так). Я говорю именно про быстрое восстановление именно бд, после того как данные на ней изза опытов побъются
Автор:  vdd [ 26 окт 2010, 11:58 ]
Заголовок сообщения:  Re: стенд
В вмваре был специальный функционал для откатов на определенное состояние. Никаких образов никуда не надо было копировать.
Автор:  vdd [ 26 окт 2010, 12:03 ]
Заголовок сообщения:  Re: стенд
Еще mysql не возражает против копирования файлов таблиц туда -сюда. Это существенно быстрее, чем mysql < .dmp. И можно выборочно восстанавливать таблицы.
Автор:  skyb [ 26 окт 2010, 12:05 ]
Заголовок сообщения:  Re: стенд
Просто ненамного увеличивается производительность, чтоб развить нормальную скорость работы, лучше делать виртуализацию на сервере, на обычной машине скорость маловата, если там поставить вмваре. Тут мне проще дамп разворачивать на серваке....

Цитата:
Еще mysql не возражает против копирования файлов таблиц туда -сюда. Это существенно быстрее, чем mysql < .dmp. И можно выборочно восстанавливать таблицы.

пробовал, поэтому и написал что нужно чтоб система восстановления сама знала что восстановить(то что побилось) я пробовал копировать файлы, не все угадал...вообще все удалилось :)))
Автор:  vdd [ 26 окт 2010, 12:08 ]
Заголовок сообщения:  Re: стенд
Скрипт, смотрящий на даты модификации файлов. (А mysql меняет эти даты? :))) ) Скрипт с diff в бинарном режиме. Плюс фильтр на таблицы, которые не должны откатываться в любом случае.
Автор:  skyb [ 26 окт 2010, 12:10 ]
Заголовок сообщения:  Re: стенд
Ну когда совсем обленюсь чувствую так и сделаю :))) я думал мож есть стандартные средсва
Автор:  vdd [ 26 окт 2010, 12:11 ]
Заголовок сообщения:  Re: стенд
Откуда стандартным средствам знать, что у вас "побилось", а что "так и должно быть"? :)
Автор:  skyb [ 26 окт 2010, 12:13 ]
Заголовок сообщения:  Re: стенд
инкрементальное копирование же знает что добавить==измененным данным
вот думал обратное действие есть
Автор:  vdd [ 26 окт 2010, 12:25 ]
Заголовок сообщения:  Re: стенд
Вам же не все надо восстанавливать, я правильно понимаю? Например, таблицы со скриптами наверняка не нужно откатывать. А стандартные стредства будут откатывать все.

PS. У меня mysql меняет дату модификации файла таблицы. Мне известен только один более быстрый способ обнаружения изменений - тригер.
Автор:  skyb [ 26 окт 2010, 13:24 ]
Заголовок сообщения:  Re: стенд
Ну если нечего больше не найду, буду чтонить такое прилепливать....может ктонить по другому делает?
vdd спс
Автор:  vdd [ 26 окт 2010, 13:26 ]
Заголовок сообщения:  Re: стенд
skyb писал(а):
vdd спс


Ухожу, ухожу...
Автор:  skyb [ 26 окт 2010, 13:28 ]
Заголовок сообщения:  Re: стенд
vdd писал(а):
skyb писал(а):
vdd спс


Ухожу, ухожу...

:)
Да я не выгонял...ответ хороший, за него и спс...я про то что мож ещё чтото есть

зы...поднял настроение на конец дня :))
Автор:  vdd [ 26 окт 2010, 13:42 ]
Заголовок сообщения:  Re: стенд
На здоровье.

PS. У нас наверное, слишком скрипты простые - тестируем на стенде, но такой необходимости, базу как-то специально восстанавливать, не возникало.
Автор:  jack7 [ 26 окт 2010, 21:24 ]
Заголовок сообщения:  Re: стенд
vdd писал(а):
Еще mysql не возражает против копирования файлов таблиц туда -сюда. Это существенно быстрее, чем mysql < .dmp. И можно выборочно восстанавливать таблицы.


копирование файлов таблиц подходит если тип файлов таблиц myisam, innodb может хранить данные из разных таблиц в едином файле-хранилище.

для копирования myisam рекомендуется использовать mysqlhotcopy
Страница 1 из 1 Часовой пояс: UTC + 5 часов [ Летнее время ]
Powered by phpBB® Forum Software © phpBB Group
http://www.phpbb.com/