максимальная скорость записи/чтения с полок расширения СХД

[maximz]

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

вопрос следующий, верное ли мое понимание что максимальная скорость чтения-записи будет 12Гбит/с или все же 6 Гбит/с?

[gs]

Порты счетверенные, так что 24Гбит.

Какая СХД-то?

[Stranger03]

вопрос следующий, верное ли мое понимание что максимальная скорость чтения-записи будет 12Гбит/с или все же 6 Гбит/с?

Нет, будет зависеть от скорости дисков, их количества, от рейдгруппы.

[Tert]

maximz
В SAS топология подключения - звезда. Как в Ethernet.

[maximz]

Порты счетверенные, так что 24Гбит.

Какая СХД-то?

на примере IBM V3700 Dual Control

Expansion ports 2 x 6Gb - mini-SAS HD, нет там 4х....

[maximz]

вопрос следующий, верное ли мое понимание что максимальная скорость чтения-записи будет 12Гбит/с или все же 6 Гбит/с?

Нет, будет зависеть от скорости дисков, их количества, от рейдгруппы.

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

меня по хорошему волнует вопрос более сложный...

предположим есть 2х нодовый MSSQL кластер подключенный к СХД , объем базы терабайты...

слабо представляю себе как обстоят дела с бакапом таких объемов... точнее с временем рестора таких объемов...

есть вариант иметь сервер с MSSQL ( возможно кластер) c СХД на дисках 7200 который будет забирать себе вновь поступающие данные из основного кластера, то есть база дубликат будет иметь такую же структуру

ну и когда случится час П.....

1 вариант подключать диски с 2го СХД и копировать файлы БД
2 вариант не подключать диски, а переливать файлы (сжимая на лету) по 1-2м 10Gbit сетевым интерфесам между серверами

если получится переливать 1ГБ в секунду то 3.6TB = 1 час, 36TB = 10 часов

p/s
если подскажите какие то другие методики как можно ресторить базу за приемлемое время.. будет признателен

[Stranger03]

если подскажите какие то другие методики как можно ресторить базу за приемлемое время.. будет признателен

Вим + Дата Домен с буст режимом. На наших экспериментах пока получили самую большую скорость. Там мы получали скорости до 400МБайт/сек. Получается в час порядка 14ГБайт.

[Stranger03]

если подскажите какие то другие методики как можно ресторить базу за приемлемое время.. будет признателен

Вариант 2, вернее даже не вариант, а дополнение к ДД, на СХД делается слепок базы средствами чего-нибудь, этот слепок формируется за небольшие секунды как правило, и чтобы не замораживать базу, бекап идет с этого слепка. Ну а восстановление, тут тоже есть варианты. С бекапа сам бекап организовывается как некий том для сервера, до момента восстановления он предоставляет данные для базы. Работать будет медленно, но по крайней мере доступ будет.

[Stranger03]

Вариант 3. функционал снапшот-вольюм копи. Они делаются на самой СХД. В случае сбоя их можно смонтировать как том и пользовать опять же до полного восстановления.

[gs]

Вариантов море.
Зеркалирование БД средствами SQL (их несколько).
Репликация вируальной машины с базой средствами Hyper-V Replica или Veeam.
Репликация лунов средствами СХД.
Если почесать репу, можно еще чего-нибудь придумать.

Но я не понимаю, какое это имеет отношение в бэкенд портам СХД
И почитайте внимательнее - стандартный минисас порт имеет четыре физических линка. Это предполагается по умолчанию и особо не расшифровывается.

[maximz]

Вариант 3. функционал снапшот-вольюм копи. Они делаются на самой СХД. В случае сбоя их можно смонтировать как том и пользовать опять же до полного восстановления.

1 по первому варианту 14ГБ в час очень медленно для базы размером в Терабайты
2 по второму

слепок средствами СХД отлично, но с него придется зачитывать данные с нуля..... дабы понять что изменилось

не понятно как будет обеспечиваться целостность базы на полученных снимке/снимках? (если есть файловая группа на 5 разных дисков)

3 тоже самое, если база содержит много разных файловых групп, по которым данные равномерно распределяются по разным дискам ... что будут содержать снапшот-вольюм копи? не уверен что целостность не будет нарушена


по виртуальным машинам пока ничего не могу сказать, не понятно что будет с производительностью MSSQL ... хотя и мс заявляет что все ок, но это на 2й версии VM ... а у меня нет уверенности что среда будет win2012 ... максимум что может быть win2008

[gs]

А как Вы собираетесь гарантировать целостность базы при переподключении хардов или копировании файлов, если перед этим сервер сказал ква?

Если это так важно - разбирайтесь со штатными средствами резервирования MS SQL.

[maximz]

А как Вы собираетесь гарантировать целостность базы при переподключении хардов или копировании файлов, если перед этим сервер сказал ква?

Если это так важно - разбирайтесь со штатными средствами резервирования MS SQL.

2я база будет всегда целостна потому как она выбирает данные с 1й базы, максимум что при КВА основной базы будет некий откат по данным, это не есть смертельно...


штатные средства меня вполне устраивают... как бекап.... но вот время рестора не очень.... (:

[gs]

Так у Вас будет постоянно активный второй инстанс сиквела?
Тогда чего Вы велосипед-то изобретаете? В MS SQL все уже есть...

[gs]

Причем тут бэкап-рестор?
И имею в виду репликацию БД, лог шиппинг или датабейз мирроринг - или как оно теперь называется...