zfs и все-все-все

Update 1: Oracle Database Single Instance на ZFS: учимся готовить by Роман Иванов. Отличное и профессиональное дополнение про zfs !

'1-Быстро. 2-Хорошо. 3-Дешево - выберете любые 2 пункта' - эта старая шутка как никогда хорошо подходит к выбору файловой системы для хранения нашей любимой СУБД. Но перед как начать бросаться выбирать, очень многие забывают ....a) о цели, б) и о том, что выбрать удасться только 2 из 3-х пунтков.  Если у нас жесткая OLTP система, которая растет на 100 MB в лучший год - это одно. Если у нас большое  хранилище, дающее вам 1 новый TB за ночь - это совсем другое. Если у нас обычная БД без особых требований по производительности, но вокруг нее сидят отчеты, разработчики, непрерывно требующие копий БД - то нам нужны к сервисы  в виде снимков (snapshots).

 И не удастся найти  однозначное  лучшее решение для таких разных вариантов.  Если люди начинают разговор о выборе ФС без указания задачи - значит они не знают чего хотят. Сорри.

Предположим,  что нам в жизни повезло и у нас Solaris. И какой у  нас тогда есть выбор ?

Во первых - raw device. Это безусловно самый быстрый и дешевый способ  в мире. Отсутствие какого либо интеллекта перекладывает все заботы на СУБД. Подходит для очень нагруженных OLTP, но управлять сотней устройств для DWH очень не удобно. Поменять размер - нельзя. Делать снимки (snapshots)  нужно командой dd  :)) Все руками, все. Без права на  ошибку.  Итого, получаем  пп 1 и  3.

Во вторых - ASM. Поскольку ввод вывод по прежнему идет напрямую к raw устройствам, то это быстро.  Бесплатно для всех ОС. Хорошо ли ? Очень специфичная система хранения, файловая система и снимки (snapshot) придумали к ней только что с пока неизвестной производительностью. Сжирает диски со страшной силой - normal redundancy может защитить только от сбоя одного диска. Если падает - БД лишается доступа к дискам. Но на всех ОС одинакова. Если у Вас туча баз на разных операционках - ставьте ASM, играйте с ее новыми возможностями..Всякие снимки делайте c помощью rman + standby. Зарабатывает пп 1 и 3.

В третьих - ufs. Уже удобно управлять, но уговорить не беспокоиться файловый кэш Solaris совсем не просто, хотят и можно поправив настройки ядра. Я делал - и это помогает. Правда перед этим пришлось узнать что такое файловый кеш операционной системы и как именно он работает.   Direct IO - вам в помощь. Если не DWH.  И все же  ufs все же не самый быстрый вариант в мире, потому как мало у ее настроек и это очень generic вещь.   Итого  у нас пп 2 и 3.

В четвертых - zfs.  Реально смотрится клево, поскольку многое из-того, что было доступно только на NetApp появилось ...просто на x86.  Вот наверно самое короткое объяснение всех сладостей.  Одно из основных для нас - снимки (snapshot). Zfs их делает в манере copy-on-write, т.е. создает новый блок (точнее extent) только при попытке его изменения. Но  на мой взгляд правильная практика - держите снимков так мало, как только можете. Один или два. Сделав backup - удаляйте. Консультант из NetApp лет 5 назад рассказывал мне историю, что однажды у его клиента легла систем. Когда его вызвали, оказалась что там было чуть ли не 250 снимков одновременно. Когда он спросил зачем столько, оказалось что ...клиент просто забыл, что они делаются у него из крона...

Перед использованием - учитесь правильно готовить, по крайне мере поставить правильный размер блока  и отключить check суммы (zfs set checksum=off filesystem) можно догадаться.  Конечно zfs должна быть быстрее ufs в первую очередь за счет кэша, т.е. для приложений которые много читают. К тому же можно легко делать разные ФС с разными политика (datafiles, redo logs). В общем, достать производительность можно, было бы желание. Конечно, приблизиться  к raw удаться вряд ли.

Теперь о фрагментации zfs - читать тут. Простыми словами:  zfs все пишет/читает эктентами по 128k, которые держит в своих разных виртуальных пулах.  Т.е. все что вы туда положили сразу дефрагментировано. Если вы что-то меняете, zfs старательно накапливает в памяти и только потом сбрасывает. Для нее создать новый extent - как нечего делать. Как правильно замучить zfs?  Начать менять Менять по 1 байту всю базу со смещением 128K и сделать как больше снимков, штук 100. Загнется очень быстро, как пить дать. Кстати, так еще и производительность будет хуже чем у ufs. Потом пойти на sql.ru и написать об этом.   Zfs заработывает пп 2 и 3.

В пятых  - Veritas FS (+Volume Manager). Возможностей море. С реализацией Oracle Disk Manager догоняет raw устройства. Ей можно сказать сделать 100Gb датафайл и ...не пройдет секунды как получите ответ,  что готово. Сервис по снимкам (snapshot)  лучший в мире. Используется в самых нагруженных инсталляциях в мире. Зарабатывает пп 1 и 2, потому как просто стоит денег. Но это всего лишь деньги, не так ли ?

Для безденежных донов,  на Solaris, на мой взгляд остается только два выбора - ASM и zfs. Смотрим на первую фразу в этом сообщении, делаем свой выбор. Еще раз, пожалуйста обратите внимание, надо знать что делает приложение, и только тогда можно выбрать наиболее подходящую файловую систему. Я так думаю.

PS Иногда мне делают замечания в комментариях по стилю или правилам русского языка.  Большое спасибо, я вношу исправления, но не всегда их публикую, если они не относятся к теме поста, чтоба не засорять блог. В любом случае - большое спасибо. Опубликовать такое замечание можно даже анонимно,  если у Вас нет google account.


Читать дальше...

Oracle Open World. Day 4

Надеюсь что вы следите за OOW не только в этом блоге,  но и также в ряде других :)

Обязательно прочитайте все что выложил Mike Dietrich в своем Upgrade блоге, особенно презентацию про 11g Extended RAC.

Kevin Closson написал про новую  Exadata.

Wim Coekaerts написал про новый kernel, а также про новый RAC 11.2.0.2 template for Oracle VM

Продолжайте пожалуйста список найденных вами интересных блогов   в комментариях.

Open World 2010, к сожалению закончился.  Началась подготовка к Open World 2011 !

PS SF, 2009 год


Читать дальше...

"...что такое Cloud Computing?...", часть 3

На Open World 2010 Ларри Эллисон выпустил третью серию своего популярнейшего триллера "Cloud Computing". Прервую серию можно посмотреть (а точнее, послушать и прочитать текст) здесь, вторую можно посмотреть здесь, а все три сразу здесь.


Читать дальше...

Oracle Open World. Day 3


Ларри Эллисон был вполне корректен, когда объяснял что такое Cloud - ""It's elastic, it's virtualized, and you pay only for what you use".

А вот Thomas Kurian проговорился зачем же Oracle нужен Cloud Computing - "теперь вместо сотен отдельных [дешевых] серверов используйте строительные блоки типа Exadata и Exalogic".

Два отличных ролика: Cloud Computing и  This is a money decision.

Выступление Ларри: Exadata, Exalogic, Solaris 11, MySQL 5.5, Enterprise Linux Kernel.

Tom Kyte: о новых возможностях все еще  бесплатных средствах разработки для Oracle Database. Рассказывая про Edition Redifinition, Tom специально отметил что эта возможность доступна без дополнительной оплаты как в EE так и в SE редакциях.

Андрей Пивоваров пишет, что SQL Data Modeler теперь будет бесплатным. Если так, то складывается полный цикл проектирования и разработки используя только бесплатные средства.

PS: На фотографии SF, 2009.


Читать дальше...

Oracle Open World. Day 2

Update 2. Этот пост был обновлен 22.09 в части Exadata Как уже заметили в комментариях к предыдущему дню объявили SPARC T3. Первый 16 ядерный серверный процессор - не так плохо :) Можно получить в 5U размере 64 ядра, 512 потоков, 512 Gb памяти. Всего 4 сокета. Ага, значит можно поставить SE ? Поставить то можно, но процессорная мощность для небольшой БД слишком велика, а для большой без секционирования, сжатия это не очень осмысленно. А за EE при действующих коэффициентах 0.75 придется заплатить слишком дорого. На помощь пришли бы LDOM, как и говорил Роман Иванов вышел обещанный VM server for Sparc 2. 0 с возможностью динамического перераспределения памяти, но пока нет новостей, что LDOM распознаются как hardware partitioning. Очень нравится мне эта технология, классные машинки на ней делают, но стоимость убивает все, и как конкурировать с intel based я не понимаю. Хотя именно в этом возможно и есть задумка...

Выпущена целая линейка новых ZFS Storage Appliance. В них во всех стоят Flash карточки, которые используются как кэш не только на чтение, но и на запись, поддерживается немыслимое кол-во протоколов, множественные дисковые пулы, в том числе для high-availabale clusters (последнее это скорее всего свойство zfs). Особенный упор делается на неограниченное кол-во снимков файловой системы (clone), которые можно делать благодаря zfs. Но тут же маркетинг не смог устоят и выпустил отдельный whitepaper, что ZFS это крутое дополнение к Data Guard. Упор тут делается на то, что делать backup а потом восстанавливать это долго, а снимок - быстро. А как же rman duplicate from active database ? В общем, мне показалось что все это затеяно из-за борьбы с NetApp. Но если интересно, что же такое ZFS Storage Appliance, вот тут дают симулятор к 7xxx серии. Про ZFS хочется написать отдельно, на sql.ru народ соревнуется в непонимании как использовать copy-on-write snapshot. Вы просто не умеете их готовить, поверьте.

У нас теперь сразу две новых Exadata: X2-2 и X2-8 и уже обновился price list. Читать эти аббревиатуры надо так: X - intel based, 2 - версия, -2 или -8 число сокетов, HP - high perfomance (600 Gb SAS диски), HC - high capacity (2Tb SAS диски).

Изменения в X2-8: заменили процессоры на 8 x eight-core Intel® Xeon® X7560 processors. Поставили 10GbE Controller, понаставили больше карточек в database hosts. Перевели на Oracle Linux 5 Update 5 with the Unbreakable Enterprise Kernel, теперь требуется Oracle database 11.2.0.2 или выше. И это все ? Да, 10GbE это было нужно, и молодцы что сделали. Но теперь в Exadata не 8-и узловой RAC, а всего 2-х узловой, что значит что X2-8 бывает только Full Rack. Что дает нам меньше возможностей по разнесению приложений на разные узлы. В общем, с точки зрения архитектуры RAC я всегда считал, что узлов имеет смысл ставить не менее 4-х. Сокращение до 2-х узлов пока не понятное мне архитектурное решение....Добавление 3-его узла конечно добавляет 3-way messaging, но я не знаю случаев когда это бы 'убивало' приложение. Т.е., грубо, если заработало на 2-х узлах, то дальше проблем существенно меньше.. Отличная идея зачем мог потребоваться этот вариант в комментариях Сергея Данилова..У меня нет идей.

Изменения в X2-2: Обновили database ноды и storage node, стало больше памяти и ядер, по прежнему поставляется в 3-х вариантах: четверть, половина и полная стойка.

Отличное сравнение старой Exadata и новых вариантов можно найти здесь.

Сообщество не приминуло пройтись по термину well-balanced configuration, с которым выходила Exadata V2. Теперь добавили процессоров, памяти - и конфигураци стала еще больше well-balanced ? :) Также по данным из whitepaper X2-2 Full Rack по производительности остался такой же как и Full Exadata V2, несмотря на явное увеличение мощности. Наверно это можно объяснить что диски и каналы ввода вывода остались прежними.

Появилась еще одна загадочная фраза "This is done by moving decryption processing from software into the Exadata hardware". Что это такое и как обходить таможенные ограничения теперь ?

Но никакой революции, такой как была с выходом Exadata V1 или V2 я не увидел. Обидно. Зачем сделали две ветки мне совершенно непонятно. С другой стороны введение аббревиатуры X (intel) обнадеживает - возможно появяться и другие варианты ? Кстати про Unbreakable Enterprise Kernel. Я вообще не хотел про это писать, но столько шума вокруг этого факта. Обычно люди тратят массу усилий, для того, чтобы сделать свой продукт совместимым. В начале жизни Oracle Linux уже была попытка сделать свою ветку, слава богу быстро прекращенная. Остановились на смене логотипов. И вот опять, пожалуйста используйте специальное ядро 2.6.32. Ага, а где брать под него скажем ASM LIB ? Я понимаю, что собирая Exadata и Exalogic для обеспечения надежности/производительности пришлось сделать правки, но зачем всех под эту гребенку мести ? Но пожалуйста без паники, выдержка из пресс-релиза: "Under the Oracle Unbreakable Linux Support Program, customers can receive full support for Oracle Linux running with either the Unbreakable Enterprise Kernel or the Red Hat Compatible Kernel"

PS На фотографии SF, год назад. Судя по прогнозу, погоды сейчас стоят похожие.

Читать Андрея Пивоварова (Oracle) про OOW.


Читать дальше...

Oracle Open World. Day 1

Сегодня Oracle анонсировал  Oracle Exalogic Elastic Cloud. Для тех, кто следил за блогом, и знает что такое Exadata, скажу коротко - теперь в тот же hardware вместо Database и Storage nodes теперь поместили Oracle Weblogic Suite, который включает в себя Oracle WebLogic Server, Oracle Coherence, Oracle JRockit, and Oracle HotSpot.

В принципе этот шаг давно ожидался, поскольку заказчики часто спрашивали, а можно ли  в Exadata установить сервер приложений ? И ответ был такой - да, это можно сделать, просто купив full rack и лицензировав под Exadata только половину. Тогда на вторую половину можно было поставить сервер приложений.

Теперь Oracle сделал этот шаг сам - полностью сконфигурированное решение, готовое для выполнения java приложений. Фактически, если у Вас java приложение - то вам нужно купить два шкафа - Exadata для СУБД и Exalogic для сервера приложения. Все. Соединить их можно будет через Infiniband, что будет очень быстро.

Для меня пока не понятно что такое Exalogic Software, кроме как набор каких-то патчей, сделанных для оптимального выполнения WebLogic. Если кто-то узнает больше - поправьте меня.

Что действительно интересно, так то, что в качестве OC можно выбрать как Linux, так и Solaris.
Спокойно, спокойно ;) Solaris x86, процессоры там все же по прежнему Xeon..Теперь ждем когда в Exadata можно будет также заказать Solaris...
Также, очень похоже, что в Exalogic все работает под управлением Oracle VM, значит можно ожидать что и в Exadata появится Oracle Vm...

Прочитайте  whitepaper на тему Exalogic.

Да, к сожалению авторы блога не поехали в OOW, так что все новости мы получаем одновременно с вами..

Update 1. Нашел картинки с OOW, так вот там две машины (Exadata и Exalogic) стоят рядом, т.е. нужно брать две. Интересно как это сочетается с виртуализацией, экономией места в серверных комнатах. Мне было бы интересно узнать ответ продавцов Oracle :)))

Update 2. В keynote Ларри несколько раз обещает, что будет единый патч для всего множества продуктов внутри Exalogic.


Читать дальше...

Oracle VM for SPARC aka LDOM

Роман Иванов (ex Sun, теперь Oracle) провел прекрасный семинар по технологии LDOM. Некоторые запомнившиеся мне вещи:

- LDOM живут только на T Series

- Гипервизор живет прямо в firmware. соответсвенно и обновляется вместе с ним

- Создание новоого домена занимает буквально минуты.


- В домены можно динамически добавлять процессоры (уже в текущей версии 1.3)  и память (начиная с версии LDOM 2.0)
-  Есть интересные возможности по перераспределению ресурсов между доменами

Возникло достаточно много интересных дискуссий,  как ведет себя СУБД когда у нее добавляют и отнимают процессоры. Сошли на том, что с добавлением процессоров  - все ОК, а с отниманием нужно или пропатчить 10.2.0.4 или использовать 11g.

С памятью получается поинтереснее. Ставить sga_max_size бессмысленно, так как это не динамический параметр. Можно  его поставить заранее больше, с тем, чтобы когда память поступит в домен sga_target смог подвинуться до этого значения. Но в этом случае есть риск, что система уйдет в swap. Скорее всего стоит перейти к ручному управлению памятью, сразу установив MEMORY_TARGET=0 и SGA_TARGET=0. 


Материалы  семинара в блоге Романа.

На этом мероприятии Oracle Маркетинг превзошел самого себя, помимо отсутствия рассылки информации о событии - в аудитории  не было проектора, не было доступа в интернет для показа демонстрации, не было вообще никакой информации у сотрудников ISV центра об этом мероприятии.

Роман виртуозно выкрутился из этой ситуации с помощью слушателей, особенно восхитил трюк с подсоединением к тут же созданной wi-fi точке доступа через 3G..

Ссылки по теме:
Понравившиеся мне описание технологии
http://www.oracle.com/us/oraclevm-sparc-wp-073442.pdf


Пресс-релиз
http://www.oracle.com/us/corporate/press/170718
Там обещаны новые средства восстановления в zfs, p2v для контейнеров (раньше я так понимаю были только для LDOM) ну еще некоторые вкусности, понять которые я пока не могу...

Картинка из  http://www.sun.com/blueprints/0207/820-0832.pdf


Читать дальше...

Database 11.2.0.2.0 PatchSet Released!

UPDATE 1. К сожалению, патч был отозван в Development из-за обнаруженной ошибки.
14/09. Update 2. Ура! Можно качать.

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

Патч номер 10098816. Пока доступен только для платформ Linux x86 и x64.

Важное изменение: теперь как такового патчсета нет - он представляет собой полный дистрибутив. Для его установки нужно развернуть дистрибутив в отдельный Oracle Home, а затем сделать апгрейд существующей инсталляции. Это относится к всем компонентам, кроме Oracle Client.
Поэтому фактически патчсет - это полный дистрибутив. неудивительно что теперь он "весит" почти 5Гб !

Другое большое отличие: теперь вместе с патчсетом, помимо фиксации багов, появляются много новых возможностей в функционале СУБД (New Features). Получается какая-от версия 11.2 с половиной  :-)
О новых возможностях 11.2.0.2 мы подробно расскажем в отдельном посте ...


Читать дальше...

Yet another Conference - 2010

Yet another Conference - 2010

1 октября в Центре международной торговли Яндекс организует профессиональную конференцию, посвященную высокопроизводительным системам. В ней примут участие ведущие специалисты компаний ABBYY, Google, Intel, Oracle, Skype, Spirit, SUP, Yahoo! и Яндекс.

Основные темы конференции - хранение данных, инструменты, тестирование, обработка мультимедиа, web mining. Впервые в России докладчики подробно расскажут о технологиях Elliptics, Hadoop, Lunapark, Map Reduce, Parallel Composer, Phantom, Skype Kit, Thread Sanitizer и о многом другом.

Программа YaC-2010 и тезисы выступлений.

Мы приглашаем на конференцию разработчиков, тестировщиков, системных администраторов, студентов, которые специализируются в этих областях, а также всех заинтересовавшихся.

Участие в конференции - бесплатное.

Начало регистрации в 9:00, открытие конференции в 10:00.

Зарегистрироваться.

Все докладчики, а также руководители разработки Яндекса будут на конференции весь день - любой желающий сможет задать им свои вопросы. После докладов пройдёт круглый стол с директором Яндекса по технологиям Ильёй Сегаловичем и другими ведущими специалистами компании.

А еще на этой конференции вы узнаете, что такое Root.Yandex.ru

Адрес: Краснопресненская набережная, 12, Центр международной торговли, Конгресс-центр


PS
Публикуется на правах уважения к компании и ее продуктам, никто из авторов блога, к сожалению, в Яндекс не работает


Читать дальше...

наши на oracle.com !

Олег Юхно и Алексей Зиновьев, в видео роликах c www.oracle.com на английском языке (!) рассказывают о своих проектах.

Для просмотра видео требуется поставить Real Player. Прошу Вас, потратьте 5 минут, это стоит того! Чтобы начать просмотр просто кликните на соответствующую картинку.
И пусть видно, что ребятам тяжело, они подбирают слова, что конечно же прежде всего стараются рассказать где они круче google :)) - я считаю, что то, что они сделали, это очень круто. Им есть что рассказать, они могут и хотят это сделать. На английском языке. И они, насколько я знаю, первые. Я преклоняюсь. Знай наших !

UPDATE: Еще линки

Yandex Becomes an Early Adopter of Oracle Products
Oracle Meets Yandex’s Needs for Reliability and Configurability
Oracle Helps Yandex Provide Internet Services 24/7


Читать дальше...

календарь

Обратите пожалуйста внимание, справа на этой странице 'ожил' календарь. 15 сентября будет очень интересный семинар: Sun'ские  LDOM (которые какой-то нехороший человек обозвал Oracle VM for SPARC)  и ...RAC  на них. Проводит семинар Роман Иванов, ex Sun, теперь Oracle.   Пожалуйста, распространите эту информацию у себя в организации. Отдел маркетинга Oracle научить проводить события и распространять информацию я уже не смогу....да и не буду, я за это не компенсируюсь :)))))



На всякий случай, если кто не знает, официальный сайт, где должны быть все события oracle - events.oracle.com. Там даже есть волшебная функциональность - подписаться по rss на результат запроса.

Другая важная вещь: чтобы быть в курсе происходящего в Oracle  - это честно заполнить profile и подписаться на рассылки (анг). От рассылок, если они вас достанут вы там же и отпишитесь, ничего страшного.

PS Если у Вас уже заведен profile, то убедитесь что там стоит правильный email. Кстати появилась функциональность поменять email, чего раньше не было и приходилось заводить новый profile.


Читать дальше...

mtbf, mttf

Страшные аббревиатуры, которые я привел в заголовке, обозначают:

MTBF - Mean time between failures, MTTF - mean time to failure.

Рассчитать их можно, используя формулы из Sun BlueprintsHigh Availability Fundamentals 

MTBF  = T/R
где
T = Общее время теста
R = Количество ошибок

MTTF можно рассчитать как:
MTTF  = T/N
T = Общее время теста
N = Число тестируемых образцов

И наконец доступность определяется как:
Avaiability = MTBF / ( MTBF + MTTF)



После прочтения  Blueprints  я сразу же решил найти эти характеристики для оборудования Oracle/Sun. И...не смог. Данные о MTBF  есть только на компоненты, а не на систему в целом. Это выглядит достаточно странно, потому что таким образом нет измеряемой разницы между Enterprise решением и простой машинкой на Intel Xeon. Понятно, что разница между системой, которая продолжает работать при отказе процессорной платы (hi-end Sun продолжают работать при отказе одной процессорной платы, позволяют ее менять без остановки системы) и той, что сразу останавливает, должна быть. Иначе не понятно, за что такие деньги.  Но этой информации я не нашел.


Я даже позвонил в московское представительство Oracle/Sun чтобы попытаться получить эти данные. Но ..также не смог получить эти данные. Если они у Вас есть  - буду вам благодарен. Может в Oracle их  потеряли после покупки Sun'а  ? :)))


Хорошо, пойдем дальше. Ниже приводится таблица с пересчетом процентов доступности во время простоя в года. 




Внимание, вопрос как же рассчитать нам availability системы для нашей Oracle Database ?

Ну конечно же взять характеристики нашего hardware + oracle software +нашего приложения. С hardware мы разобрались - данных нет. C Oracle Database Server  - картина та же самая -данных нет.

Нам остается только проводить  эксперимент с нашим приложением. Если у нас есть Standby, то можно аварийно завершить наш production, затем data guard broker активирует  Standby а наше приложение автоматически переключиться  на Standby.  Хочу опустить, сколько всего нужно сделать, чтобы это заработало, но думаю, что пройдет не менее 10 минут, пока приложение восстановит свое обычное кол-во транзакций в минуту.
Интересные данные о времени восстановления приводили коллеги (Александр Алехин) из МегаФон-Москва, при тестировании RAC:

common RAC (2 active): 2 минуты
active + passive: 4 минуты
active + standby (active_instance=1): 5 минут

Если исходить из приведенных мной данных, то RAC позволит вам остаться на уровне 3-х девяток после запятой, если использовать все узлы в активном состоянии. Другие комбинации приближают нас к  Standby - т.е. к  2-м девяткам. Хотя на практике для вашей БД и приложения
Standby может переключаться очень быстро,  что время от времени утверждали слушатели наших семинаров.

Но мы рассматривали вариант простоя  из-за аварии. Однако, если вы посмотрите любые материалы по MAA (скажем этот), обнаружите, что кроме аварий есть еще и планируемые простои - на обновление версии СУБД. В документации есть хорошая подборка всех методов.

Наверно существенная часть простоев  - на обновление версии СУБД. Горячие головы утверждают, что при помощи Rolling upgrade, используя промежуточную logical Standby можно добиться времени простоя в 2 минуты.

Конечно у нас есть еще и простой на время обновления нашего приложения, уменьшить время которого призван механизм Edition-Based Redefinition.

Выводы:
 -  если очень - очень сильно упереться, то при помощи RAC можно получить систему с доступностью 3 девятки после запятой. Скорее всего, чтобы выдержать эту цифру, при этом потребуется не обновлять приложение. При этом надежность 'железа' не будет играть ключевой роли. 

- если упереться, но чуть поменьше, то с помощью standby можно достичь 2-х девяток после запятой. Но приложению лучше знать про FAN и уметь восстанавливать контекст транзакции.

- ну и наконец, если следовать теории, что быстро поднятое не считается упавшим, с помощью HA кластера вполне реально достичь 1-ой девятки после запятой. (сам HA конечно очень быстро все переключает, но не позволит делать обновления БД).

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

В заключение, еще раз хочу обратить внимание, что следует измерять время простоя не до  поднятие ip адреса, не когда прошел первый ping или tnsping, а когда ваше приложение начало работать с требуемым у вас service level agreement (SLA). А значит у Вас должен быть этот самый SLA...


Читать дальше...

как правильно составлять резюме

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

С чего начать ? Обязательно начните с того, чтобы найти в Яндексе похожие резюме, выберете наиболее понравившиеся  вам, и начинайте его исправлять.

Основная ошибка, которую часто совершают молодые специалисты - указание в резюме огромного кол-ва технологий. Perl, shell, visual basic, Oracle, MS Word, Excel, MS SQL перечисляются в одном абзаце. Резюме все-таки должно отличаться от тега meta-keywords для поисковых роботов :)

Следующая ошибка - несфокусированность на позицию. Т.е. вроде бы каждый администратор умеет писать на pl/sql, но если вы ищете работу именно администратора, не стоит долго расписывать какой вы замечательный разработчик на Oracle Forms 3.0. Попробуйте больше времени уделить именно своим знаниям по администрированию.

Отсюда следствие - резюме надо менять под каждое собеседование. Под каждое, в зависимости от позиции, на которую вы претендуете. Ищут админа на Solaris - смело выкидывайте все свое замечательное знание платформы Windows из вашего резюме. Внимательно изучите организацию, прочитайте требования и попробуйте понять, как с их точки зрения выглядит идеальный кандидат. Что он должен уметь. И смело отсекайте, то что им не требуется. Вдруг среди тех, кто придет вас собеседовать, будут те, кто решат что вы скрытый "виндузятник" :) и начнут вас заваливать.

Тонкий момент при составлении - как описать проекты, которые вы делали в команде. Действительно, иногда сложно сказать кому первому пришла в голову идея, а кто нашел и поправил ошибку в скрипте. Тут может только один совет - попробуйте направить этот абзац своим коллегам, чтобы они дали свою версию происходящего. В противном случае, если кто-то из ваших бывших коллег даст другую оценку вашему участию, может возникнуть подозрение, что вы не всегда излагаете правду.

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

Мне бы очень хотелось подсмотреть, что же такого написал Данилов в своем резюме, что его сразу взяли в UK :))


Update 1. Я нашел самое короткое резюме в мире :)):
"Larry Ellison has been CEO of Oracle Corporation since he founded the company in 1977. He also races sailboats, flies planes, and plays tennis and guitar"

PS
Надеюсь это последний 'нетехнический' пост  в этом блоге и дальше блог будет читать гораздо интереснее.


Читать дальше...