HPC.ru lite - Все форумы
Форум: [OFF] Оффтопики не про КПК
Тема: Облачные хранилища
Страницы: 1 2 3 4 5 [6] 7

[Ответить]
Нешто [25.09.2013 15:58] :
А знаешь, Пап, а ты ведь прав...

/me подумало и сделало симлинки с папки со скриптами и с папки с БД в папку синхронизации... Посмотрим, как он будет справляться...
Новый папа [26.09.2013 00:12] :
Нечто,
тынц http://habrahabr.ru/post/195130/
и тынц http://www.bitcasa.com/

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

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

http://www.youtube.com/watch?v=yR4ufR_XQIM
Нешто [26.09.2013 00:22] :
100 баксов в год и дропбокс хочет. Это все не интересно, когда у меня за 50. Тем более, непонятно, что там с клиентами - 90%, что жопа.
Нешто [26.09.2013 01:29] :
Хрень получается с синхронизацией mysql-баз... Если из-под юзера /var/lib/mysql синхронизировать, то это надо права на чтение давать. Там 700 и 660 стоят не просто так... Если из-под рута, то начинается хня... В какой-то момент файл таблицы перезаписывается видимо, скачанным обратно с диска с владельцем root соответственно, а мускуль создает имятаблицы (2).MYD и работает (подозреваю) с ним... Потом видимо имятаблицы (3) и т.п. пойдет... То ли я.диск не успевает отследить, что файл новый и надо его тупо на диск залить, а не сливать оттуда, то ли еще что... В итоге сижу и ищу выход...

Пока сделал кроном реальное копирование со сменой прав раз в пять минут... Но это уже не живая дубликация...
Darkcat [26.09.2013 09:52] :
Ну ты извращенец... Иди учи реплицкации БД...
Новый папа [26.09.2013 11:26] :
Сам ты извращенец, репликация не есть бекап. Но ее можно использовать в процессе создания бекапа в качестве доставки информации из баз до места создания бекапа.

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

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

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

Если хочешь защиту от delete from table, то в настройках реплики делай задержку, т.о. даже при убивании мастер-базы у тебя будет целенькая реплика с отставанием какое сам задашь.
Нешто [26.09.2013 11:45] :
Ну скопипасть мне что-нибудь из википедии про облака, мальчик-замени-картридж...
А если очень хочется - то можно? )))
Юзается MyISAM. Во-первых, по описанной тобой причине, во-вторых, потому что по дефолту, в-третьих - для маленьких баз абсолютно пофиг. Привычка.

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

На критичном к потере ресурсе (магазин) дампы измененных данных делаются прямо из клиентской программы сразу после изменения. Дома же заморачиваться незачем...
Новый папа [26.09.2013 12:00] :
Можно, я так делал. Когда размер базы данных достигает сотен миллионов строк, то разворачивание из дампа на обычных винтах может занимать недели (на SSD значительно быстрей). В этом случае проще сделать down time и скопировать каталог БД целиком.
alien8 [26.09.2013 12:28] :
Кластер MySQL уже поднимайте, будут живые данные
Нешто [26.09.2013 12:44] :
alien8
Я кручусь вокруг места на яндекс.диске и никуда от него не уйду. Интересно, что максимум из этого выжать можно. Сейчас туда уже льется видео с охранной камеры, фото с телефона и новые пикчи (веб-контент) сайта... При удалении на компе копия остается в корзине я.диска...
[Ответить]
[< Назад]  [Вперед >]