Облачные хранилища

Нешто

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

Новый папа

Потому что косят под дропбокс, у которого в этом вся идея - расшаривание файлов между компами. Положил файл в дропбокс, на любом компе он лежит там же. Удалил - удалился везде.

А ты ищешь инструмент для бекапа. Это немного другое.

Нешто

Вот-вот... Косят... Но технология называется - "облачное _хранилище_"... Ну а в общем да, что можем - то и используем.

Darkcat

Нешто писал(а):что можем - то и используем.

... преимущественно через жопу, но используем...

Нешто

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

Нешто

А знаешь, Пап, а ты ведь прав...

/me подумало и сделало симлинки с папки со скриптами и с папки с БД в папку синхронизации... Посмотрим, как он будет справляться...

Новый папа

Нечто,
тынц http://habrahabr.ru/post/195130/
и тынц http://www.bitcasa.com/

Последний безлимитный за 100$ в год, но вроде только для фоток.

UPD.: Можно любые файлы хранить на биткасе. Вот видос:

http://www.youtube.com/watch?v=yR4ufR_XQIM

Нешто

100 баксов в год и дропбокс хочет. Это все не интересно, когда у меня за 50. Тем более, непонятно, что там с клиентами - 90%, что жопа.

bitcasa.com писал(а):Linux client under development

Нешто

Хрень получается с синхронизацией mysql-баз... Если из-под юзера /var/lib/mysql синхронизировать, то это надо права на чтение давать. Там 700 и 660 стоят не просто так... Если из-под рута, то начинается хня... В какой-то момент файл таблицы перезаписывается видимо, скачанным обратно с диска с владельцем root соответственно, а мускуль создает имятаблицы (2).MYD и работает (подозреваю) с ним... Потом видимо имятаблицы (3) и т.п. пойдет... То ли я.диск не успевает отследить, что файл новый и надо его тупо на диск залить, а не сливать оттуда, то ли еще что... В итоге сижу и ищу выход...

Пока сделал кроном реальное копирование со сменой прав раз в пять минут... Но это уже не живая дубликация...

Darkcat

Нешто писал(а):Пока сделал кроном реальное копирование со сменой прав раз в пять минут... Но это уже не живая дубликация...

Ну ты извращенец... Иди учи реплицкации БД...

Новый папа

Darkcat писал(а):Ну ты извращенец... Иди учи реплицкации БД...

Сам ты извращенец, репликация не есть бекап. Но ее можно использовать в процессе создания бекапа в качестве доставки информации из баз до места создания бекапа.

Нешто
Мускул нельзя бекапировать простым копированием без отключения сервера. - в лучшем случае получишь неконсистентные данные. Кроме того, если используется движок InnoDB (а причин его не использовать обычно очень мало), то в каталоге с базами существует лог(и) (в зависимости от настроек) InnoDB, которые аналогично будут неконсистенты 100%, ибо сначала операции пишутся в этот лог, а только потом применяются к таблицам.

В общем, для бекапа мускула юзай mysqldump (дампишь базы в файлы) и дампы и храни. Ротируй их logrotate.

Во время создания дампа базы будут залочены. Если это критично, тогда поднимай еще один инстанс mysql (можно прямо на той же машине, но это сложнее), делай туда репликацию и уже с реплики снимай дамп.

Если хочешь защиту от delete from table, то в настройках реплики делай задержку, т.о. даже при убивании мастер-базы у тебя будет целенькая реплика с отставанием какое сам задашь.

Нешто

Darkcat писал(а):Иди учи реплицкации БД

Ну скопипасть мне что-нибудь из википедии про облака, мальчик-замени-картридж...

Новый папа писал(а):Мускул нельзя бекапировать простым копированием

А если очень хочется - то можно? )))

Новый папа писал(а): если используется движок InnoDB

Юзается MyISAM. Во-первых, по описанной тобой причине, во-вторых, потому что по дефолту, в-третьих - для маленьких баз абсолютно пофиг. Привычка.

Новый папа писал(а):В общем, для бекапа мускула юзай mysqldump (дампишь базы в файлы) и дампы и храни

Оно само собой делается и хранится, но раз в сутки. Ротируются простым find -exec. Но это не живые данные...

На критичном к потере ресурсе (магазин) дампы измененных данных делаются прямо из клиентской программы сразу после изменения. Дома же заморачиваться незачем...

Новый папа

Нешто писал(а):А если очень хочется - то можно? )))

Можно, я так делал. Когда размер базы данных достигает сотен миллионов строк, то разворачивание из дампа на обычных винтах может занимать недели (на SSD значительно быстрей). В этом случае проще сделать down time и скопировать каталог БД целиком.

alien8 · Сообщение **alien8** » Чт сен 26, 2013 12:28

Кластер MySQL уже поднимайте, будут живые данные

Нешто

alien8
Я кручусь вокруг места на яндекс.диске и никуда от него не уйду. Интересно, что максимум из этого выжать можно. Сейчас туда уже льется видео с охранной камеры, фото с телефона и новые пикчи (веб-контент) сайта... При удалении на компе копия остается в корзине я.диска...