Как стать автором
Обновить
5
0

Инженер-проектировщик

Отправить сообщение

Поддержу предущего оратора.

Есть у меня такое подозрение что 7 разных ключей к команде dump - это не 7 способов резервного копирования. Может имеет смысл рассмотреть остальные методы резервного копирования?

Нет. Лицензию можно не купить. Зачем это отдельный вопрос, но можно купить Dorado без DeCo. Касательно кнопок и прочего мануал (product documentation) по Dorado 5000 v6 6.1.0 говорит следующее:

If the effective capacity license is used, SmartDedupe and SmartCompression are enabled by default when you create a LUN using CLI commands. You are advised not to disable them. Otherwise, the physical capacity may be insufficient. In traditional capacity mode, SmartDedupe and SmartCompression are disabled by default.

To create an application type, run the create lun_workload_type general name=? io_size=? dedup_enabled=? compression_enabled=? [ id=? ] command in developer mode. For details about this command, see the advanced O&M command reference specific to your product model and version.

Product Version: 6.1.0
Library Version: 04
Date: 2021-01-18

Т.е. если раньше мы назначали DeCo галочками для каждого LUN, то теперь мы просто создаем профиль "Application" и выбираем будет ли там DeCo или нет. Или только De или только Co.
Не удивлюсь что фича или не допилена или не работает как предполагается. Но за отсутствием под боком Dorado — вынужден отталкиваться от документации.
Отлично-отлично. То что нужно.
На lenovopress пишут вот это:
«RAID 0, 1, 3, 5, 6, and 10; Dynamic Disk Pools. Note: RAID 3 can be configured only through the CLI.»
А 50 и 60 где?

Я прямо сейчас в Крыму. МТС Тарифище. Звонки и смс не мерял. Но вроде в рамках тарифа. Инет базово (у меня безлимит по тарифу) за 1мб — 10р. Ибо роуминг через winmobile. Подключил опцию за 104р/месяц Домашний пакет + — дает домашнюю тарификацию, но только 500МБ инета с максимальной скоростью. После 500МБ скорость падает до 128кбит/с. По факту хватает на навигатор (яндекс) и почту еще туда-сюда, но не более.

Linpack интересен. Если будет возможность.

FLOPS не замеряли? В сравнении с Intel интересно.
Кстати, видели когда-нибудь стойку, возвышающуюся над поверхностью воды как нефтяная вышка?


Я видел стойки которые возвышались над поверхностью «черного золота» как нефтяные вышки. Мораль: не надо ставить стойки в подвале под канализационным отводом многоэтажного здания.
Я как-то тоже столкнулся с такими же проблемами на кластере vSAN, на сфере 6.5 из 5ти нод. И все там с сайзингом было верно чуть более чем полностью. All-flash, несколько дисковых групп, правильный размер кэш-дисков, заполненность около 50%. И слабо понимаю как смена рейд-контроллера, на более младший от того же вендора, в данном случае помогла бы. Особенно в свете Advisory от HPE по указанной проблеме:
support.hpe.com/hpesc/public/docDisplay?docId=emr_na-a00071158en_us
Проблема охватывает конкретную версию микрокода и драйвера в ESXi для большого набора raid-контроллеров. Смотреть «Hardware Platforms Affected».

Можно спросить: а вы из какого-то интегратора? Если да — то не скажете из какого?
Например можно вот так: www.postgresql.org/docs/9.5/continuous-archiving.html
С логами и восстановлением на нужное время. Это быстрее дампирования.

Можно ли выдать один и тот же ленточный драйв нескольким proxy-серверам, что бы бекапы на ленту переливал не выделенный сервер, а любой свободный на момент старта job?

Главное, что бы эти снепшоты были application consistent. Они не всегда помогают и тогда приходится делать репликацию на уровне приложения/СУБД.
Тут следует учитывать два момента: асинхронная реплика — это тоже потеря данных, и служба эксплуатации может просто не успеть переключится на реплику. Например, если реплика идет очень часто, раз в 5-15 минут. Но переключение на реплику всегда быстрее и потому ее неплохо иметь так же. Восстановление же, верно, идет в ручном режиме. Резервные копии так же можно делать достаточно часто. Это зависит от метода копирования и конкретной СУБД. Я скорее к тому, что нужно учитывать максимум вариантов сбоя и прорабатывать методы их устранения. Идеально, если разработчик задумается об этом на этапе создания своего продукта. Вполне прекрасно, если это требование будет внесено в ТЗ на разработку.
pg_basebackup собсно выполняет cp каталога базы куда скажут. Который /var/lib/psql/data (например). Но это потребует еще месте на серваке куда сложить этот бекап. А описанное мной выше позволяет сразу утаскивать базу куда надо. Если речь идет о размере в 300 GiB то еще куда не шло. Хотя есть такие места что и лишних 300 GiB нету. А если надо таких 5-10 баз бекапить или там база 1 TiB и выше то уже место экономить неплохо.
Я это понял. Я скорее к тому что используя cron+ pg_start_bakcup->rsync базы->pg_stop_backup->rsync archivelogs на такие проблемы тяжелее нарваться. Вроде бы очевидное решение, которое рождается из прочтения документации по продукту. База не ложится в этот момент, все работает, нужно немного доп.пространства под archivelogs на месте куда льется бекап и на самом сервере с базой. И восстановление занимает намного меньше времени чем разворачивание дампа. Тупо время которое занимает копирование всего этого добра обратно на сервер и запуск служб.
А почему они пользовали pg_dump то? У PostgreSQL есть же «Making a Base Backup Using the Low Level API» который обалденно работает.

Информация

В рейтинге
Не участвует
Откуда
Москва, Москва и Московская обл., Россия
Дата рождения
Зарегистрирован
Активность