Добро пожаловать в форум, Guest >> Войти | Регистрация | Поиск | Правила | | В избранное | Подписаться | ||
Все форумы / Microsoft SQL Server |
![]() ![]() |
max44 Member Откуда: МОСКВА Сообщений: 279 |
Добрый день. Требуется хранить еженедельный (Full) бэкап БД, глубина хранения 10 лет текущий размер бэкапа 200 Гб. 200 * 52 (недели в году) *10 лет = 104 000 Гб. Server MS SQL 2014, бэкап сделан с опцией компресии и шифрования 1. Какие используете варианты хранения? (тип носителя?) 2. Если использовать HDD с файловой системой NTFS и настроенной дедупликацией Windows Server 2012? Есть успешные примеры такой реализация хранения бэкапов на схожих объемах? Как влияет компрессия и шифрование на эффективность дедупликации? Возможно есть смысл отказаться от компресии, что бы дедупликация работала эффективнее (от шифрования бэкапов отказываться не хотелось бы) Поделитесь пожалуйста своим практическим опытом... |
11 ноя 19, 12:30 [22013429] Ответить | Цитировать Сообщить модератору |
msLex Member Откуда: Сообщений: 8727 |
Тут, наверно, на ленту надо скидывать. А еще рядом дистрибутив Server MS SQL 2014 со всеми SP и CU, а то через десять лет будет проблема найти SQL Server куда бекап развернуть. Сообщение было отредактировано: 11 ноя 19, 13:04 |
||||
11 ноя 19, 12:33 [22013432] Ответить | Цитировать Сообщить модератору |
Владислав Колосов Member Откуда: Сообщений: 8335 |
msLex, при таких требованиях, полагаю, не планируется обновление системы и функционала. Например, хранилище каких-то журналов. Хотя при проектировании надо иметь в виду. |
11 ноя 19, 12:59 [22013467] Ответить | Цитировать Сообщить модератору |
Владислав Колосов Member Откуда: Сообщений: 8335 |
max44, реализация хранилища вытекает из требований доступности данных этого хранилища. |
11 ноя 19, 12:59 [22013469] Ответить | Цитировать Сообщить модератору |
max44 Member Откуда: МОСКВА Сообщений: 279 |
Владислав Колосов, "требований доступности данных " Заказчик данных готов ждать сутки, когда ему станут доступны "исторические данные", поднятые из бэкапа. |
11 ноя 19, 13:03 [22013473] Ответить | Цитировать Сообщить модератору |
msLex Member Откуда: Сообщений: 8727 |
А если в течении десять лет выйдет из строя сервер, и систему со скулем придется переустанавливать? |
||||
11 ноя 19, 13:03 [22013474] Ответить | Цитировать Сообщить модератору |
Владислав Колосов Member Откуда: Сообщений: 8335 |
max44, если за сутки стример развернёт - делайте на ленте. |
11 ноя 19, 13:04 [22013475] Ответить | Цитировать Сообщить модератору |
Владислав Колосов Member Откуда: Сообщений: 8335 |
msLex, если еще и дистрибутив сервера потеряют :) Военные системы, например, не допускают замены версии и оборудования. Для них сразу закупают ЗИП на весь срок эксплуатации. |
11 ноя 19, 13:07 [22013478] Ответить | Цитировать Сообщить модератору |
msLex Member Откуда: Сообщений: 8727 |
так я и говорю, хранить это все на ленте, рядом с бекапом.
ЗИП слабо поможет, если вдруг "сбойнет" какой-нить контроллер рейда и все данные на всех дисках превратятся в "тыкву" одномоментно. |
||||||||
11 ноя 19, 13:10 [22013486] Ответить | Цитировать Сообщить модератору |
rahzer Member Откуда: Сообщений: 2297 |
ЕМНИП, дедупликация не работает если данные зашифрованы, по крайней мере несколько лет назад никто из вендоров такого не предлагал, возможно сейчас что-то поменялось.
Для этого делается еще образ операционной системы, хоть штатными средствами, что программами СРК (Акронис, НетВоркер, НР дата протектор и т.п.) Ленты вполне себе вариант, даже самая дешманский стример на LTO-8 качает примерно по 130 МБ\с Так что скорость для восстановления будет больше зависеть от того, как кассету к стримеру привезут из банка или удаленной площадки) |
||||
11 ноя 19, 13:15 [22013491] Ответить | Цитировать Сообщить модератору |
aleks222 Member [заблокирован] Откуда: Сообщений: 1240 |
Интересуюсь, Сонечка, чаво вы ожидаете от дедупликации? |
||||
11 ноя 19, 17:48 [22013817] Ответить | Цитировать Сообщить модератору |
komrad Member Откуда: Сообщений: 5503 |
на данной версии компрессия шифрованной базы не имеет практического смысла пустая трата процессорного времени https://blogs.msdn.microsoft.com/sqlcat/2016/06/20/sqlsweet16-episode-1-backup-compression-for-tde-enabled-databases/ Сообщение было отредактировано: 11 ноя 19, 18:22 |
||||
11 ноя 19, 18:18 [22013850] Ответить | Цитировать Сообщить модератору |
alexeyvg Member Откуда: Moscow Сообщений: 31783 |
Кроме того, использовать диск на компе для бакапа как то самонадеянно. Его бакап тоже надо будет делать раз в неделю? :-) Тут нужен некий носитель, который можно положить в архив (сейф), и производитель которого устанавливает срок хранения не меньше, чем вам нужен. HDD ещё может быть (в кассетах), или, как уже говорили, ленты. |
||||
11 ноя 19, 18:28 [22013867] Ответить | Цитировать Сообщить модератору |
Критик Member Откуда: Москва / Калуга Сообщений: 34750 Блог |
max44, отдельная СХД с дешевыми NL-SAS дисками и небольшим флеш-буфером, куда влезет ваш бэкап, дедубликацию и шифрование делать силами железки, набираете штук 20 еженедельных копий, затем обращаетесь к одному из вендоров, на примере набранных бэкапов на практике расчитываете объем СХД, диски скорее всего стоит закупить сразу, ибо уже через 5 лет для вашей СХД они будут стоит космических денег (либо брать СХД, которое поддерживает диски разных производителей) но вам лучше обратиться к вашим железячникам, хз, что там новенького или малоизвестного есть именно под вашу ситуацию |
11 ноя 19, 23:31 [22014003] Ответить | Цитировать Сообщить модератору |
Критик Member Откуда: Москва / Калуга Сообщений: 34750 Блог |
Да, и расчет неверный, он же вообще не учитывает рост базы |
11 ноя 19, 23:32 [22014005] Ответить | Цитировать Сообщить модератору |
Критик Member Откуда: Москва / Калуга Сообщений: 34750 Блог |
Возможно, заказчику нужно хранилище данных? |
||||
11 ноя 19, 23:34 [22014006] Ответить | Цитировать Сообщить модератору |
Все форумы / Microsoft SQL Server | ![]() |