Feed on
Posts
Comments

Monthly Archive for May, 2009

И то на тема “Oracle Clustering” :)

Под постинга ми за ASM: Fast Mirror Resync се разрази малка, но много емоционална дискусия на тема Oracle CRS.

Там човекът, който се представя за владетел на подземното царство и не смее да застане с името си зад своите думи, ми направи показно как се води технологичен спор. Въпреки че някои неща от материята не са му много ясни (примерно не знае принципа на действие на VIP-а), успя, според думите на негов фен да ме завре в миша дупка по тема, която ми е много близко до сърцето. Това стана предимно с обиди към мен, към екипа, в който работя, към създателите на CRS и към самата технология, а не с конструктивните предложения, за които помолих. Но явно проработи, защото ето, аз се признавам за победен :)

И така, за всички, които искат да се научат да дебатират на технически теми, предлагам кратко помагало:

Относно екипа, в който работя: “някой не си е оптимизирал базата и не си е мръднал пръста за да прегледа какво прави Oracle и какви select-и се блъскат вътре”. Това е странно мнение за човек, който не е виждал кода, който се изпълнява, но е убеден, че го познава.

Относно технологиите, за кото спорим: “Oracle CRS (заместник на клъстерни решения от други vendor-и, complete FAIL)”. И още: “ASM-а е някакъв опит да се заместят storage вендор-те, което само по себе си е complete fail. Тук владетелят на подземното царство изрази много ясно и твърдо своята позиция. Още нещо: малоумието на CRS-a” - да няма неясноти относно отношението на автора.

Малко мнения за някои от големите IT компании: “за справка на некадърниците виж HP, Microsoft, Oracle със тоя CRS-а “. От тук можем да разберем колко тежък е живота на Хадес, колко страда душата му (всъщност боговете имат ли души?) от факта, че е принуден да работи с продукти, създадени от некадърници.

Ето и едно по-конкретно оплакване от CRS: “Само олигофрен би halt-нал машина…” и още “утре като се овапца нещо аз ще си троша тиквата с техните недомислици и меко казано малоумни решения на някои проблеми”. Тук отново авторът е болезнено експресивен, в желанието си да внуши на заблудения си противнуик в спора истината за обсъждания продукт.

А ето и оценката на анонимният дебатиращ за това от къде черпя информация: “На презентации и разни други fancy изпълнения, в които всичко се рисува в розови цветове съм се нагледал доста. Това е marketing crap, който един професионалист изобщо не го вълнува.”

Следват някои оценки за моят професионализъм и подготвеност по темата, върху която дебатираме: “Като за човек, който се изказва толкова компетентно по въпросите на клъстерните технологии, знаеш учудващо малко по тази тема…”. След един час Хадес установява, че аз не просто знам учудващо малко:“просто се дразня страшно много когато хора дават мнения по въпроси по които хал хабер си нямат…”. Ето и оценката за моят стил на дебатиране: “цитира разни slide-ве на разни хора, като папагал…”.

Тук Хадес обяснява отказа да застане зад своите думи: “Аз нямам кой знае какъв опит и репутация, рядко ми се налага да правя шарени презентации и да разтягам локуми. С това моето желание да споделям моите мизерни знания и наблюдения с пубнликата бяха поставени на мястото, което заслужават - в миша дупка, т.е. почти в подземното царство.

И за финал ето и едно мнение за разработчиците в Oracle: “някой дето го е пусал това няма акъл за 5 пари. С тази последна кама аз бях тотално разбит. Защото кой ще смее да защитата технология, разработена от човек с топлкова евтин ментален капацитет?

:-)

Read Full Post »

ASM: disk_repair_time

В понеделник писах за приятната възможност на ASM за Fast Mirror Resync. Тогава забравих да спомена за един параметър (също нов в 11g), който е от съществено значение за тази функционалност: disk_repair_time.

Параметъра disk_repair_time указва колко време след отпадането на един диск имаме приятната възможност за Fast Mirror Resync.

Когато даден диск отпадне от дисковата си група, ASM започва да си води сметка кои от разположените върху него extents са променени в “отсъствие” на диска. Тази информация се записва под формата на нещо като bitmap в ASM Header-а. На базата на този bitmap се прави и самият fast mirror resync когато се появи диска.

Обаче тази информация не може да се пази вечно. И вместо да се затормозяваме с някакъв синтаксис за триене на информация от тотално загинал диск, Oracle са го направили автоматично. След изтичането на определен период от време, информацията в този битмап се затрива; затрива се и всичката информация за съществуването на този диск (т.е. той се бори за загубен завинаги) - нещо като автоматичен drop disk. От това има две последствия:

Aко ти е интересно, чети нататък…)

Read Full Post »

.patch_storage

Виждал съм много Oracle инсталации, които са “изсипани с лопатата”. Обичайната, ужасно стандартна картинка е следната: Дошъл, примерно, производител на софтуер и инсталирал своята система за billing/производство/HR или кой знае какво. И тази системка работи с Oracle Database. Обаче разработчиците не си дават много зор при инсталацията на Oracle софтуера и го дават с next-next-next… Фирмата, която си е купила софтуера, има един или двама сисадмини (най-много - може и да ги поддържа някой външен консултант). Този сисадмин разбира доста от Windows и или от Linux, от мрежи, от принтери и т.н. И няма как да бъде oracle гуру. И така се получава една… хм… не много оптимално работеща система.

Но това е само един от проблемите. Друг проблем е, че тая система работи с т.нар. base release - без никакви patchsets, да не говорим за отделни patch-ове. Което си е жива бомба за security, availability, performance, scalability и каквито още се сетите благини в една голяма комерсиална БД. Хайде, Oracle 11g излезе по-читав като Base release, но все пак…

Така описаната от мен ситуация е много тъжна, но голяма част от средният бизнес, че и част от “едрия” за нашите мащаби, работи върху такива системи. И продължава да си работи, което е практическото доказателство, че може и да не са толкова страшни нещата.

Всичко кaзано до тук няма нищо общо с проблема, за който исках да пиша. Ама на тая тема паля от четвърт оборот. Защото съм ги сърбал такива попари…

Това, за което исках да пиша, е обратния случай - всички ние, които като добри хора си инсталираме patchsets, че даже и отделни interim patches и Critical Patch Update (CPU). Ние сърбаме друга попара:

Aко ти е интересно, чети нататък…)

Read Full Post »

ASM: Fast Mirror Resync

Въведение:
Преди известно време Oracle обявиха пускането на пазара на Exadata Storage server. Това нещо представлява един HP DL180 G5 сървър наблъскан с 12 твърди диска. На него работи Oracle Linux 5.1 и малко допълнителен софтуер, който дава възможност на всеки Oracle Database 11.1.0.7 или по-нов да вижда тези 12 диска като локални през infiniband връзка. На практика това е нещо като shared storage, на който, обаче дисковете му се виждат като дискове, без никакви опити за RAID-ване. Всъщност има възможност от всеки физически диск да се направят няколко griddisks, като се прецизира физическото разпределение върху плочите.

Задачата:
Имам конфигурация с няколко Exadata cells и една RAC DB, чиито файлове са разположени върху тях. Искам да проверя какво ще се случи ако отпадне цял cell - дали ASM ще успее да поддържа работата на БД без абсолютно никакво прекъсване и колко време ще синхронизира дисковете като му ги върна. Дисковите групи са настроени с normal redundancy, т.е. всички данни са налични на 2 места (mirror).
Aко ти е интересно, чети нататък…)

Read Full Post »

Изложба в Криптата

Вчера в Криптата под храм-паметника “Свети Александър Невски” беше открита изложба, която ни показва интересни моменти от творчеството на тревненските иконописци през възраждането.
Това не е поредната изложба на икони. Показани са моменти от подготовката, понякога комбинирани в крайния резултат:

Тук има събрани много рисунки и копирки, които са ползвани от зoграфите при подготовката за рисуване [...]

Read Full Post »

WolframAlpha

Супер яка търсачка на факти. Примери:

100 USD + 100 EURO: разбрах, че това са $235.91, чиято равностойност е моята местна валута е 339.66 лева. Автоматично се показа и графика за стойността на $235.91 в последната година и съответствие в 6 други валути.

What is the average weight of an indian elephant: разбрах, че средното тегло на elephas maximus е (2041 to 4990) kg.

Мoon rise today in sofia ми каза, че следващият изгрев на астрономическото тяло moon над областта Sofia,Sofija grad ще е на 3:17 am EEST | Wednesday, May 20, 2009. Това е след 11 hours 5 minutes 28 seconds, тогава ще остават 20 hours 43 minutes до полунощ и 2 hours 44 minutes до изгрева на слънцето (6:01 am). Има дори картинка как ще изглежда аналогов часовник и карта на небето.
Aко ти е интересно, чети нататък…)

Read Full Post »

Не се наложи часовникът да ме събужда – вече бях станал,когато издрънча в 6:31. От толкова време не съм ходил „на баирче”, че нямах търпение да изляза от града.

Раницата, естествено, беше готова още от предния ден. Знаех, че, както винаги, съм взел много повече неща, от колкото ще ми потрябват. В крайна сметка тръгвам само за 3 дни, и то не на палатка, а на хижа. Но страшните прогнози за времето ме накараха да взема не само резервно бельо, а и резервни дълги гащи, блузи, чорапи и т.н. – да имам за преобличане. Престараха се и с храната – на принципа „докато не хартиса, не е стигнало”. Освен един цял хляб, имах и 5 двойни сандвича, салам и половина, кюфтенца, бучка сирене, бучка кашкавал, пастет, лютеница, кроасани, вафли и, естествено, шише ракия. Никакви стъкларии: ракията (домашна гроздова) налях в метална бутилка от водка Danzka, а лютеницата пресипах в пластмасово бурканче от катък. Стъклата, освен че тежат излишно, имат и гадния навик да се трошат. Още помня как едни нещастни момчета отърваха бутилка „Пещерска” точно пред хижата и тя се строши… трагична история.

Прилапах един сандвич, който си бях нагласил от предната вечер, и в 6:50 потеглих. Дааа… вярно казват: на туриста раницата е тежка, но главата е лека. В 7:00 трябваше да се доставя пред „Плиска”, за да взема Иван и Люси – последната щях да позная по описанието, защото се бяхме чували само по телефона. Закъснях само с 3 минути, което не попречи на Иван да ми звънне да пита дали съм тръгнал. Минах по локалното, за да мога да ги натоваря спокойно.

Aко ти е интересно, чети нататък…)

Read Full Post »

Връх Мазалат

Най-злия, вляво.

Вдясно от него са Пиргос и Малкия къдемлия, вижда се и малко от билото на Големия къдемлия (трите образуват масива Триглав).
А това е хижа Мазалат, на около 4 часа от Къдемлията и на 5-6 часа от връх Мазалат:

Над хижата се вижда баирчето Вълчата глава
.

Read Full Post »

Поздрави от Мазалат

Днес, въпреки заплахите от скапано време, се доставих до хижа Мазалат. При това без да ни вали никакъв дъжд.
Понеже не съм ходил на планини от доста време, сега гърба ми е доста схванат (от раницата). А понеже не съм ходил с дряновската група от още повече, вече ме болят и скулите (от смях).
Нека ми е [...]

Read Full Post »