AP
Речь про Db2. Зачем Db2 + ZFS и в этом духе.
Size: a a a
2021 May 10
SP
сетевой доступ к блочному устройству / файловой системе и высокая производительность - это изначально оксюморон 🙂
SP
речь об абстрактной БД. если ваша db2 сама себе сломала кеширование потому что так захотела - то, простите, это исключительно проблемы db2.
AP
iSCSI - как самая примитивная (IP) разновидность сверхскоростного подхода SAN, - нет не слышали.
SP
>сверхскоростного
SP
как у вас там в 2005?
SP
покупайте биткоины, когда появятся!
SP
на все деньги!
AP
Вы спрашивали зачем чексуммы в Db2 и одновременно в ZFS.
Открою большую тайну, эти два софтовых продукта созданы необязательно для ТОЛЬКО совместного использования.
Открою большую тайну, эти два софтовых продукта созданы необязательно для ТОЛЬКО совместного использования.
SP
спрашивал. вы сказали, потому что ZFS делает кеш.
SP
😉
AP
В моем случае это было удобно.
SP
я всего лишь сказал, что использование кеша файловой системы, когда БД умеет гораздо больше, потому что знает про данные - это так себе паттерн
AP
Я и не спорил, я объяснял зачем мне в моем случае Db2 + ZFS был такой раздельный конфиг и какие были у меня профиты от этого по сравнению с его отсутствием.
SP
и iSCSI туда!
AP
Ну да, конечно же.
Не NFS же, хыхы.
Не NFS же, хыхы.
SP
рецепт идеальной бд: делаем iscsi-таргет (на чем кстати?), поднимаем на инициаторе ZFS, поверх ZFS поднимаем db2.
AP
Речь про случай, когда не было норм. железа под задачу, и задача была ограничена софтом Db2, IMHO удачно выкрутился.
Еще и научился горячим снэпшотам Db2 "write suspend".
Еще и научился горячим снэпшотам Db2 "write suspend".
SP
нуу, если в руках db2, то все задачи кажутся энтерпрайзом
SP
а на чем и как сделать отказоустойчивый iscsi-таргет, кстати?