Резервное копирование

[piligrim]

Т.е. на болванки лить не будем?

вопрос в объемах. Оно тебе надо плодить болванки? Думать о том как разбить данные на порции по 4гига? постоянно их закупать? Еще вопрос  - есть требования по срокам хранения бэкапов? Если тебе надо хранить 3 года (иногде и такое бывает) и понадобится они могут только в очень радких случаях и разовый бэкап лезет на болванку, то да, пойдет, а иначе не вижу смысла.
Решение кроется в постановке задачи. И еще - мой опыт позволил сделать одно важно открытие и им я хочу поделиться:
Не надо зарабатывать себе геморрой за чужой счет
В данном случае все очень просто: ты специалист, директор компании наверняка не знает что такое бэкапы нахрен они нужны и как их делать, он платит тебе зарплату именно за то, что ты решаешь эти проблемы. Для него важно то, что он в любое время сможет получить свои файлики. Поэтому он тебе в данном случае доверяет. Ты приходишь к нему и говоришь: - Я предлагаю следующий вариант (дальше расписываешь, главное тут не показать ему какой красивый сервер мы покупаем, а какие затраты понесет компания и чего она в результате получит). Если его не устроит вариант, предлагаей более дешевый, но четко указывай на то чего он потеряет (время восстановления например/т.е. читай - время простоя работников), лучше чтобы это было зафиксировано как то. Зачем это нужно? Если случится косяк - ты будешь виноват, в том, что данные потерялись, именно тебе скажут - а нахрена ты копировал на болванки и потерял самы важные, или что то наподобие. Именно в такие моменты вспоминают во сколько обходится простой фирмы, потеря базы клиентов, которую надо восстанавливать, или базы 1С. Если ты предложишь руководству несколько вариантов (с точки зрения бюджета) и они выберут один не самый удачный, то ты им сможешь потом сказать, что это был их выбор и желание сэкономить 30т.р. вот пусть теперь мучаются, ты же сделал все что мог.
Резюме: деньги ты экономишь чужие , а вот проблемы будешь разгребать потом сам.

[piligrim]

Да нет. В бытность, когда я ещё подрабатывал восстановлением упавших систем, иногда приходилось такого наслушаться.Интересная позиция. Почему?

Потому, что если бы он был никсовым админам, то такие вопросы не задавал бы

[piligrim]

...вот потому:

разницы нет большой, что ты напишешь на PS , что напишешь на bash. Кстати второй проще.

[piligrim]

ну или вот такой если очень хочется
http://flashcom.ru/market/product.php?ELEMENT_ID=85845&SECTION_ID=1739

ну и кстати для дома я бы себе не стал, щас есть более интересные коробочки с LAN и возможностью собирать raid, а так ты получишь usb диск по очень серьезной цене и тормоза USB

[Diozan]

...вот потому:

Интересная позиция... Мерседес ездит хорошо, поэтому мы на нём не поедем? Кстати, это касается толлько файлового архивирования. Базы данных методом копирования их файлов просто так не сохранишь. Только средствами самой БД. Хотя, всё равно, конечным результатом будет файл, который надо просто куда-то забросить. Стоимость гигабайта пространства самая низкая у жёстких дисков. Наиболее высокая надёжность тоже у них. Поэтому и делать ставку надо на них. А уж как организовать это - подключаемым ли диском, файловым ли сервером, самописными скриптами или встроенными в системы инструментами - всё зависит от ситуации.
Жёсткий диск и ничего более. Эра дискет, ленточек и лазерных дисков прошла.

[Com]

Базы данных методом копирования их файлов просто так не сохранишь. Только средствами самой БД.

Чиво, чиво?

[Diozan]

Чиво, чиво?

Цом, не смотри на меня так. ..... Я женщин люблю.

[piligrim]

Чиво, чиво?

все зависит от СУБД. И от размеров БД. Если у тебя база 1-2 гига, то сделать бэкап несложно, а вот если у вас база 300-400 гиг (хотя бы) и коридор на копирование 1-2 часа, то задача становиться не совсем тревиальной.

[WolF]

все зависит от СУБД. И от размеров БД. Если у тебя база 1-2 гига, то сделать бэкап несложно, а вот если у вас база 300-400 гиг (хотя бы) и коридор на копирование 1-2 часа, то задача становиться не совсем тревиальной.

Тогда однозначно нужно не бэкапирование а репликация, и думать гадать нечего.

[piligrim]

тут возникают следующие проблемы:
1. не все базы поддерживают подобные схемы работы
2. ПО для таких манипуляций обычно не входит в стандартную поставку СУБД и дорого
3. администрирование такой системы требует определенных навыков
4. вырастает время на саму репликацию, что снижает общую скорость работы
ну и вообще это отдельная тема разговора, достаточно сложная.

[WolF]

тут возникают следующие проблемы:
1. не все базы поддерживают подобные схемы работы
2. ПО для таких манипуляций обычно не входит в стандартную поставку СУБД и дорого
3. администрирование такой системы требует определенных навыков
4. вырастает время на саму репликацию, что снижает общую скорость работы
ну и вообще это отдельная тема разговора, достаточно сложная.

Согласен - тема сложная. Но при таких объёмах баз репликация это практически единственное
решение в плане резервного копирования.

[piligrim]

есть еще прикольные темы - как то ты делаешь зеркало, и когда надо сделать фулбэкап останавливаешь базу, ломаешь его, тут же запускаешь без одной части, которую в это время бэкапишь, а потом заново собираешь зеркало. Вообще вариантов масса, но не на всех СУБД оно работает.

[FroX]

Для дома, для семьи варианты не рассматриваем. Там все достаточно просто.
..

и на серверах не сложнее
ибо
http://ru.wikipedia.org/wiki/BackupPC
http://ru.wikipedia.org/wiki/Advanced_Maryland_Automatic_Network_Disk_Archiver
http://ru.wikipedia.org/wiki/Bacula
и никаких самописных скриптов

[Paladin]

Заблуждение, кстати. Сколько вырванных волос пришлось наблюдать. Думали, что единожды настроенный комп это навечно.
Скажем так, если самостоятельное выполнение процедур по резервному копированию доставляет проблемы (а этол 99% домашних пользователей), то зеркалирование очень неплохой способ избежать проблем.

лично мне не надо
я могу в любой момент отформатировать все диски без проблем

[Paladin]

ну и кстати для дома я бы себе не стал, щас есть более интересные коробочки с LAN и возможностью собирать raid, а так ты получишь usb диск по очень серьезной цене и тормоза USB

сначала надо определиться что надо
дешево или надежно