да, именно а нужно, что-то от самого сообщества пг

это очень востребованно

пишу как человек пришедший к пг с оракла

представьте компанию, которая хочет мигрировать с оракла на пг он ищет, где тут что-то типа rman, где тут что-то типа secure bacup

и что в итоге? pg_dump

вот он бэкапил сто лет свой оракл на ленточки и проблем не знал, а тут перешел на пг и какой выбор?

поэтому мне странно, что нет такого внимания к этой проблеме со стороны разработчиков..

а почему не pg_basebackup ?

да хоть pg_basebackup, а у него есть каталог?

он может перезапускать проблемные бэкапы, иметь хоть какую то историю и прочее?

это просто типа rman в очень большом приближении, а не средство полного сопровождения бэкапов как oracle secure backup как tivoli storage manager

их даже сравнить нельзя

как pg_basebackup сопровождает бэкапы? да еще, страшно подумать, на ленточной библиотеке?

я думаю что это не задача db, она даже в свой лог не пишет о том что бакап начался :D

согласен

но сдругой стороны pg_basebackup задача db?)

в таком случае, давайте доведем его до уровня rman

в таком случае, давайте доведем его до уровня rman

ну вот в pg_probackup мы это начали, правда это не коммьюнити проект

радует, что есть подвижки в эту строну

Кстати мы тоже на ленты бэкапим

Кстати мы тоже на ленты бэкапим

чей и какой продукт для медиа менеджмента используете?

ну вот если кто поможет с тестовым стендом то процесс пойдёт быстрее

Но я советую просто глянуть probackup и посмотреть чего ещё кроме ленточек не хватает. Нам важен адекватный feedback т.к. это по сути продукт для вас.

чей и какой продукт для медиа менеджмента используете?

MS SQL. Что за софт - не скажу, надо у админов спрашивать

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

если кому нужны rpm/deb то позже сделаем по требованию

Но я советую просто глянуть probackup и посмотреть чего ещё кроме ленточек не хватает. Нам важен адекватный feedback т.к. это по сути продукт для вас.

лол.

Вообще я вас ввел в заблуждение про ленты. Мы не напрямую пишем из MS SQL бекап на ленту, а снепшотим БД сначала нетапповским SnapManager for SQL Server. А параллельно еще и все виртуальные машины вдогонку. Потом вот эту всю канитель потом дублируем на ленты

ну вот если кто поможет с тестовым стендом то процесс пойдёт быстрее

А скидки сделаете на ФСТЭКовскую версию??

ну вот если кто поможет с тестовым стендом то процесс пойдёт быстрее

скидка на сертифицированную версию будет?

?

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

FYI. Счас заодно глянул как дела будут у MS SQL: "Support for tape backup devices will be removed in a future version of SQL Server. Avoid using this feature in new development work, and plan to modify applications that currently use this feature."

?

хотя возможно это новый тренд как-никак бэкапить петабайтные базы на ленточки ой как не дешево и долго, дешевле на диски

Там где требования хранить бэкапы 5-10 лет без лент не обойтись.

На дисках можно хранить

Хотя мы сами там, где можно храним на лентах

Диски крайне ненадёжный носитель для такого хранения

Ленты тоже, бывает, сбоят

И размагничиваются)

Бывает. Поэтому пишут в 2 библиотеки параллельно как правило.

Это очень не дешево

Там перематывать надо ленты

Любая точка отказа должна быть дублирована.

И скорость записи так себе

А если эта БД весит 1ПБ, сколько она будет писаться на ленту? Проще стендбаи на дисках)

Это очень не дешево

Всё зависит от требований бизнеса и его готовности к определённым рискам

Любая точка отказа должна быть дублирована.

Мечты-мечты, все разбивается о реальность((

А если эта БД весит 1ПБ, сколько она будет писаться на ленту? Проще стендбаи на дисках)

кажется хранение 1ПБ на дисках, будет тоже совсем не дёшево

Всё зависит от организации ;)

Вообще можно параллелить этот процесс. Тогда и петабайт будет писаться за разумное время

Всё зависит от организации ;)

у вас именно такая?

РИА Новости

Чтобы параллелить этот процесс, нужно иметь соответствующее кол-во приводов, а они , опять-таки, чуть ли не как сама библиотека стоят

скидка на сертифицированную версию будет?

Увы но это не ко мне, но думаю предложить можете. :)

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

РИА Новости

Я помню шкаф в серверной RT для архивации видео...

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

а где статистика по размагничеванию дисков и лент?

т.е. она вообще есть в природе?

Наш бэкап-админ говорит, что в его практике размагничиваний не было

Наверно надо как-то очень плохо их хранить для этого....

Наверно надо как-то очень плохо их хранить для этого....

диски или ленты?

Ленты

да в моей тоже, но вроде я слышал, что у когото, магнитики от холодильника были приклеены на ленты ?

просто про диски я то же такого не слышал

ERROR: S client not available

я просто, ка кфакт говорю, что в статьях по ленточкам иногда пишут про возможное размагничивание, через фиг его знает сколько лет

Ну диски вообще имеют свойство сыпаться. В отличии от кассет шпиндель-то постоянно вращается

Ленты

У админа вашего наверное автоматическая ленточная библиотека. Просто на кассете без перемотки через 2 года уже часть инфы не читалась

Ну диски вообще имеют свойство сыпаться. В отличии от кассет шпиндель-то постоянно вращается

ну если это архивный диск, то на него записал и он отключается...

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

Если что ленты LTO5 IBM )

Если что ленты LTO5 IBM )

то это пипец как долго будет 1 ПБ писаться

а у меня диски после 5 лет великолепно читаются

бывает, что метки слетают

У админа вашего наверное автоматическая ленточная библиотека. Просто на кассете без перемотки через 2 года уже часть инфы не читалась

это странно. я читал данные с DLT десятилетней выдержки. Все прочиталось

привод ломался один раз

это странно. я читал данные с DLT десятилетней выдержки. Все прочиталось

раз на раз не приходится

так что если вам только ленты не хватает то до работаем. :)

отлично! ждем!

отлично! ждем!

тут не ждать надо а покупать... ;)

??

думаю желающие купить сей продукт будут

tar прикрутите?

видимо не без этого (или подобного) будет

хотя неизвестно что они задумали

а кто нить постгрю на astra linux юзает?

а кто нить постгрю на astra linux юзает?

Вариант из их сборки?

ага

9.4

да, рассматривали его как кандидата но не срослось

косяки были общались с их разрабами, они присылали нам патчи и все такое но увы

косяки были общались с их разрабами, они присылали нам патчи и все такое но увы

тормоза?

какие косяки были: - при пересоздании партиции смещался первый сектор - не собирался orafce

из того, что помню

в итоге orafce они нам собрали, но убрали расширения: "Расширения dbms_output, utl_file, dbms_pipe, dbms_alert убраны из состава orafce, как несанкционированные средства создания межпроцессного взаимодействия."

у меня простейший запрос по id работает в 10 раз медленнее чем на центосе

в итоге orafce они нам собрали, но убрали расширения: "Расширения dbms_output, utl_file, dbms_pipe, dbms_alert убраны из состава orafce, как несанкционированные средства создания межпроцессного взаимодействия."

Ну тут без вариантов для их сборки