Очень жду поддержку второго монитора без «клонирования» всего workspace, чтобы вкладку можно было «утянуть» на другой экран.
И ускорения отзывчивости подсказок на ввод функций (хотя, подумалось, может это из-за IntelliCode).
Забивание гвоздей микроскопом. Эту систему они никогда не утилизируют используя SATA-диски, диски всегда будут узким местом. Кэши будут тащить сколько смогут, но кэш — это всего лишь кэш. Чуда не будет, к сожалению.
На мой взгляд решение крайне странное, 9000 серия и SATA-диски. Зачем для хранения видео столько вычислительных ресурсов? Компрессия и дедупликация с подобным контентом работать не будут, линейная скорость записи и чтения явно не будет быстрее, чем если использовать более младшие модели. CPU и сеть будет «курить». 4 штуки FAS2554 справились бы с этим не на много хуже, а по цене вышли бы в разы дешевле. И не надо говорить про «масштабирование» и «перспективу». Тот, кто это продал — молодец :)
In-place (т.е. Обновление прошивки на существующем контроллере) апгрейд с 7М на СМ не поддерживается. Это связано именно с необходимостью в Root Aggregate.
У меня на всех системах выделенный root-агрегат и уже давно…
Система объемом 4 стойки, боюсь фокус с «переключить» не выйдет и пока я не освобожу все 4 стойки — апгрейд не светит… Подождем, вдруг что-нибудь придумают с апгрейдом 8.2 — > 8.3 без вайпа, учитывая, что у меня метро-кластер и я могу переключить совсем всё на одну площадку, дилемма только с возвращением назад.
Sun Nov 2 05:18:23 MSK [fas3210:NwkThd_00:warning]: NFS response to client… for volume 0x744d82e6 was slow, op was v3 remove, 100 > 60 (in seconds)
Sun Nov 2 23:01:33 MSK [fas3210:NwkThd_00:warning]: NFS response to client… for volume 0x744d82e6 was slow, op was v3 null, 4294967 > 60 (in seconds)
Фамилию не скажу, не гоже портить карму хорошим людям :)
cDOT вещь интересная, но с ходу на неё не перепрыгнешь… FlashPool нет, т.к. нет flash-дисков на этих системах, но есть PAM, по 4тб на контроллер у 6280 и по 1тб на 3270, cache hit в среднем 92%.
Данный пост и предназначен для небольшого понимания внутренней «кухни» NetApp, не более того. Просто поделился наблюдениями. Идеальных универсальных систем не бывает. Есть только приближенные к идеалу на данном этапе развития, но и цена там…
Просто поменять местами и мы можем, и даже автоматом всё-всё сразу, только это не полный отказ всей площадки по питанию, или, что еще хуже, splitbrain из за экскаватора, разные немного вещи. Тут уже завязка на всю инфраструктуру, в которой еще и сеть присутствует, и вот сеть как раз сильно большое зло, когда у вас не отдельный от сети SAN. В теории мы знаем, что произойдет и как это лечить, а на практике — стараемся максимально закрыть все дыры, но всё время вылезает что-то новое.
С этим проблем как раз нет, обычно на следующий день уже всё у нас в офисе, в не зависимости от размеров посылки. Ну и поддержка у них через глобальный support, напрямую, а не через разнообразных мелких и крупных интеграторов, как делает, например, EMC.
Пробовали увеличить размер redo, заканчивалось это тем, что при log switch происходит сильный всплеск log file sync на базе из за копирования большого кол-ва информации в arch, что для некоторых приложений крайне не желательно, приложения зависают. Потому пока вот так.
Касаемо recover, я постоянно делаю копии для разработки на базе снапшотов, база не открывается в лучшем случае 1 раз из 20, может тут помогает оракловый dNFS? Пока базы жили на блочной СХД, без begin backup не поднимались вообще, да и с ним через раз.
Еще раз повторюсь, я не силен в oracle, потому пишу только то, что слышал «краем уха» общаясь с нашими dba и разбирая совместно с ними проблемы.
Целиком площадка не падала, падали сервера баз данных, переезжали сами. Падала сеть между ДЦ — не поднялось из за ошибок кластерного ПО, ошибка в конфигурации, сейчас проводим работу над ошибками, строим отдельную fencing-сеть, к счастью испытывать пока не пришлось.
Виртуалки переживают пока любые неприятности и работают без проблем, поднимаются сами, что бы не случилось.
В идеале конечно хочется получить автоматического возвращения работоспособности даже при падении всей площадки (например питание), но пока это немного хромает, есть над чем работать.
>>второй сайт в любом случае подлежит полному лицензированию
Холодные standby не лицензируются, на сколько я знаю. В случае аппаратной репликации, на другой стороне инстанс даже не запущен. А вот горячие standby, на которые применяется тот-же dataguard, лицензируются в полном объеме.
Спасибо за развернутый комментарий. DBA в курсе, что у нас не синхронная репликация, по этому у нас 10-20 redo-файлов по 1гб каждый, в зависимости от базы. log switch раз в 1-2 минуты в среднем на нагруженных базах, что дает нам от 20 до 40 минут информации в redo.
В далеких планах конвертация 6280 в metro, но с этим есть ряд сложностей, как физически, так и финансово.
Дисков заменили — уже сбился со счета, заменили 4 блока питания дисковых полок и одну дисковую полку целиком. Сейчас еще будем менять память в одном из контроллеров, ошибки ECC. Общий полезный объем обеих 6280 — 228тб, 3270 — 54тб (метро-кластер, физически 108тб). Диски все SAS 600gb 3.5".
Это не в моей компетенции, я с oracle не слишком дружен. Очень давно уже наши DBA используют такую структуру, еще до моего прихода, и всех всё устраивает. Сейчас redo + undo лежит на флешах, соответственно на random read полностью все равно, а random write для NetApp всё равно. Но спасибо за информацию, у нас еще есть базы, которые используют механические диски для redo, надо будет посмотреть.
Рассматривался HP P10000 3PAR. Не устроило, что они немного устарели на тот момент времени по сравнению со свежими, еще даже не начавшими продаваться новыми поколениями Symmetrix & VSP, отсутствие флеш-буфера и полное отсутствие поддержки FCOE, для нас это было важно. Мы очень хотели нативный FCOE, если уж говорить про блок, потому как нам очень не хотелось строить отдельную сеть SAN. Но в итоге то FCOE у нас все равно не работает :)
И ускорения отзывчивости подсказок на ввод функций (хотя, подумалось, может это из-за IntelliCode).
У меня на всех системах выделенный root-агрегат и уже давно…
Система объемом 4 стойки, боюсь фокус с «переключить» не выйдет и пока я не освобожу все 4 стойки — апгрейд не светит… Подождем, вдруг что-нибудь придумают с апгрейдом 8.2 — > 8.3 без вайпа, учитывая, что у меня метро-кластер и я могу переключить совсем всё на одну площадку, дилемма только с возвращением назад.
cDOT вещь интересная, но с ходу на неё не перепрыгнешь… FlashPool нет, т.к. нет flash-дисков на этих системах, но есть PAM, по 4тб на контроллер у 6280 и по 1тб на 3270, cache hit в среднем 92%.
Касаемо recover, я постоянно делаю копии для разработки на базе снапшотов, база не открывается в лучшем случае 1 раз из 20, может тут помогает оракловый dNFS? Пока базы жили на блочной СХД, без begin backup не поднимались вообще, да и с ним через раз.
Еще раз повторюсь, я не силен в oracle, потому пишу только то, что слышал «краем уха» общаясь с нашими dba и разбирая совместно с ними проблемы.
Виртуалки переживают пока любые неприятности и работают без проблем, поднимаются сами, что бы не случилось.
В идеале конечно хочется получить автоматического возвращения работоспособности даже при падении всей площадки (например питание), но пока это немного хромает, есть над чем работать.
Холодные standby не лицензируются, на сколько я знаю. В случае аппаратной репликации, на другой стороне инстанс даже не запущен. А вот горячие standby, на которые применяется тот-же dataguard, лицензируются в полном объеме.
В далеких планах конвертация 6280 в metro, но с этим есть ряд сложностей, как физически, так и финансово.