Archiv pro štítek: Oracle

Licencovani Oracle pro obnovu po havarii

Licencování Oracle Database pro obnovu po havárii

Všechny typy organizací spoléhají na snadnou dostupnost svých dat. Z toho důvodu jsou plány na obnovu dat nezbytné pro zajištění, aby v případě havárie nebyly ztraceny zásadní informace. Zatímco implementace tohoto typu plánu je pro organizaci životně důležitá, stejně důležitý je také správně licencovaný software, který je plány vyžadovaný.

Mnoho zákazníků je zmateno, pokud jde o Oracle Database. Jaké licencování je vyžadováno u instalací pro obnovu po havárii? Zmatení pak může zákazníky vést ke zbytečným nákladům na licence Oracle, nebo naopak k nedostatečnému licencování, které může přijít draho, pokud se Oracle rozhodne provést audit. Pochopení, jak správně licencovat produkty Oracle, je základním krokem vašeho plánu obnovy po havárii.

Pokud jde o Oracle Database, je nutné pamatovat na koncept, podle kterého je třeba licencovat všechny procesory, na kterých je databáze instalována a/nebo provozována, bez ohledu na účel instalace. Z pohledu licencování nedělá Oracle žádný rozdíl mezi produkčním, testovacím nebo vývojovým prostředím a prostředím pro obnovu po havárii. Jestliže si zákazníci udržují kopie primárních databází na stand-by serverech, musí být tyto stand-by servery licencovány. A podobně, pokud zákazníci replikují datové, binární a spustitelné soubory z Oracle Database z primárního úložného zařízení na vzdálené zařízení, jsou servery připojené k tomuto vzdálenému zařízení také licencovatelné. Ve skutečnosti, i když je server pro obnovu po havárii kompletně vypnutý (a databáze neběží), stále je po celou dobu instalace vyžadováno licencování Oracle Database. Během svých auditů se v tomto společnost Oracle ukázala jako velmi neflexibilní. Hlavním závěrem je, že výchozí pozice společnosti Oracle spočívá v tom, že každá instalace vyžaduje licencování.

Výjimky z pravidla

Nicméně, Oracle má několik výjimek pro velmi specifické scénáře obnovy po havárii. Zákazníci, kteří mají o těchto výjimkách jen nejasné povědomí, ale neznají detaily, je často zaměňují za volnou vstupenku k instalaci databáze Oracle pro obnovu po havárii. Pochopení těchto výjimek může zákazníkům pomoci vyhnout se nákladným problémům s nedodržením licenčních podmínek.

Přepnutí při selhání

Oracle využívá termín „failover“ (přepnutí při selhání) pro popis scénáře, ve kterém může být databáze běžící na primárním serveru v rámci serverového klastru v případě selhání primárního serveru přesunuta na sekundární server. Oracle umožňuje provoz databáze na sekundárním serveru až po dobu 10 dnů bez požadavku na dodatečné licencování. Povolení přepnutí při selhání platí pouze v případě, že jsou primární i sekundární (failover) servery zapojeny v jediném klastru a sdílejí jedno diskové pole nebo úložné zařízení.

Navíc, v rámci této výjimky je zdarma pouze jeden failover server v klastru. Jakmile je primární server opraven, je nezbytné přepnout databázi zpět na tento server.

A konečně, tato výjimka pro přepnutí při selhání neplatí pro prostředí VMware. Zákazníci by si měli být vědomi těchto omezení, aby mohli správně zhodnotit svoje licenční potřeby a stav dodržování licenčních podmínek.

Testování

Oracle zákazníkům umožňuje používat páskové nebo diskové zálohy pro obnovu databáze pro testovací účely. Zákazníci mohou spustit databázi na nelicencovaném serveru až čtyřikrát do roka, přičemž trvání každého testu nesmí přesáhnout 2 dny. Jakmile je testování dokončeno, musí být databáze ze serveru odstraněna. V opačném případě bude Oracle považovat server za licencovatelný.

Splnění licenčních metrik Oracle

Oracle vyžaduje, aby zákazník licencoval primární server a jeho odpovídající server pro obnovu po havárii se stejnou metrikou (například podle počtu procesorů nebo metrikou Named User Plus). Navíc, dodatečný server pro obnovu po havárii musí být licencován se stejnými možnostmi databáze (jako je třeba Partitioning) a balíčky (jako je Tuning Pack) jako primární server. Toto je další oblast, kde se Oracle ukázal jako neflexibilní a kde se zákazníci mohou vyhnout budoucím problémům, pokud budou mít licencování v pořádku.

Chraňte svoje data při dodržování licenčních podmínek

Oracle má jasno ve svých pozicích kolem licencování obnovy po havárii a poskytuje zákazníkům manévrovací prostor prostřednictvím svých výjimek pro obnovu po havárii a testování. Často jsou to ale právě tato povolení, která způsobují zmatení zákazníků, kteří se velmi často snaží aplikovat tyto výjimky na architekturu, která je s nimi v rozporu. Vědět, co vyžaduje nebo naopak nevyžaduje licenci, je klíčem k dosažení a udržení shody s licenčními podmínkami společnosti Oracle.

Licencování Oracle

Licencování Oracle – Naučte se žargon a předejdete nejasnostem

Pokud pracujete s produkty Oracle, jste nejspíše zahlceni velkým množstvím licenčních pravidel a podmínek, které jsou složité a matoucí. Pokud je pro vás Oracle novinkou, může být pestrost pojmů, se kterými se setkáte, opravdovou výzvou. Vesmír Oracle zahrnuje vlastní slovník, který se často odchyluje od toho, co může být považováno za průmyslový standard. Porozumění těmto termínům je důležitým krokem pro každého, kdo se chce vzdělat v oblasti licencování jejich produktů.

„Audit“, „Přehled licencí“, „True Up“ atd.

Během let používal Oracle mnoho různých jmen pro to, co je ve skutečnosti softwarovým auditem. Zatímco nyní se zdá, že Oracle při komunikaci se zákazníkem používá prostě termín „audit“, historicky byly audity prováděny pod méně hrozivě znějícími názvy jako „Přehled licencí“ nebo „Poradenské služby“. Zákazníci by si měli být vědomi, že pokud Oracle odhalí problémy s dodržováním licenčních podmínek na základě dat, která zákazník sdílí, bez ohledu na to, zdali byl či nebyl termín „audit“ vůbec zmíněn, bude Oracle zákazníka nepochybně nutit, aby tyto problémy vyřešil nějakým druhem licenčního poplatku. Zákazníci by se proto neměli nechat zmást více neškodnými synonymy k termínu „audit“, které může Oracle používat, a měli by vyhledat pomoc důvěryhodného poradce dříve, než poskytnou společnosti Oracle jakákoli data.

„Partitioning“

Termín „partitioning“ je často užíván během všech typů diskusí kolem produktů Oracle. Co může být obecně matoucí pro ty, kdo nejsou tolik obeznámeni s licencováním Oracle, je fakt, že partitioning v kontextu Oracle obvykle znamená jednu ze dvou zřetelně odlišných věcí.

  1. Partitioning je název licencovatelné, příplatkové volby pro Oracle Database Enterprise Edition, která zákazníkům umožňuje segmentovat velkou databázi na menší části. V tomto kontextu odkazuje partitioning na konkrétní produkt.
  2. Partitioning je také často užíván jako termín, odkazující na proces segmentace fyzického serveru na více částí, přičemž každá z nich pracuje jako samostatný systém. Oracle (ne)slavně kvalifikoval některé technologie, které umožňují tuto segmentaci, jako to, co označuje jako „hard partitioning“, zatímco jiné byly klasifikovány jako „soft partitioning“. V každém případě, v tomto kontextu odkazuje „partitioning“ na způsob, jakým je segmentován fyzický server.

Partitioning může odkazovat na konkrétní produkt Oracle nebo metodu segmentace serveru a konverzace o partitioningu mohou být často matoucí, pokud nevíte, jak je tento termín myšlen.

„Capped“ a „Uncapped“

Jak už jsme naznačili výše, Oracle označuje určité technologie jako platný prostředek „hard partitioningu“ serveru. Jestliže je na serveru aplikován „hard partitioning“, vyžaduje licencování jen ten segment fyzického hosta, kde běží produkty Oracle. Technologie, které Oracle necertifikoval pro „hard partitioning“, jako je VMware, spadají do kategorie „soft partitioning“. Tyto technologie „soft partitioningu“ neomezují požadavky společnosti Oracle na licencování.
Termíny „capped“ a „uncapped“ jsou občas neformálně používány při odkazování na hard a soft partitioning. Tyto termíny ovšem mohou být matoucí, pokud diskutujeme o technologii IBM LPAR, která je jednou z metod, které Oracle kvalifikoval pro hard partitioning. Stejně jako Oracle má totiž i IBM svoji vlastní terminologii. V žargonu IBM mohou být LPAR vytvořeny v režimu „capped“ nebo „uncapped“. Ve světě IBM odkazují termíny „capped“ nebo „uncapped“ na dvě rozdílné možnosti, jak LPAR spotřebovává výpočetní výkon. Nicméně, pokud jde o licencování Oracle, LPAR je platným způsobem hard partitioningu, bez ohledu na to, zdali je LPAR v režimu „capped“ nebo „uncapped“. Takže i „uncapped“ LPAR je stále hard partitioning.
Obecně, pokud jde o partitioning serverů, znamená „capped“ hard partitioning, zatímco „uncapped“ znamená soft partitioning. Ovšem v konkrétním kontextu s IBM LPAR, jsou „capped“ a „uncapped“ správně definované technické pojmy, které neodkazují přímo k licenčním pravidlům Oracle.

„Multiplexování“

Zatímco „multiplexování“ je společností Oracle široce využíváno, zejména v rámci definice licenční metriky Named User Plus, nejde o termín standardizovaný v rámci odvětví, a proto jsou někteří zákazníci zmateni, co vlastně znamená. Oracle využívá multiplexování ve významu každého scénáře, kdy je některá vrstva technologie umístěna mezi databází a front-endem, který skrývá některé nebo všechny uživatele, kteří do databáze přispívají daty. TP monitory nebo webové servery jsou běžnými příklady, které Oracle poskytuje. Ve scénáři multiplexování nemusí být uživatelé front-endu vkládající data z pohledu databáze „viditelní“ a Oracle si přeje, aby bylo jasné, že všichni uživatelé potřebují licenci, bez ohledu na to, jaké uživatelské účty jsou zachyceny v rámci databáze.

„Batching“

„Batching“ je další termín, který se nachází v definici metriky Named User Plus a Oracle jej běžně využívá i jinde. Batching odkazuje k jednorázovému transferu velkých objemů dat z jednoho počítače do jiného. Zatímco vyjádření „z počítače do počítače“, které Oracle používá, nechává určitý prostor pro nejasnosti, podle naší zkušenosti Oracle pojmem „batching“ myslí konkrétně přenos z jedné relační databáze do jiné.

Poznejte žargon

Jak vidíte, existuje mnoho příležitostí ke zmatení, pokud jde o terminologii, kterou Oracle běžně používá. Znalost žargonu společnosti Oracle může každému pomoci zorientovat se v komplexním světě licencování Oracle. Pro více znalostí o licencování Oracle kontaktujte našeho specialistu.

Preceneni_podpory_Oracle

Bod zlomu: Přecenění podpory Oracle

Zatímco podnikání společnosti Oracle stojí na skvělých produktech, jejich úspěch obvykle odpovídá inovativním pravidlům jejich podpory. Tato pravidla jsou pro zákazníky často nevýhodná, protože mohou omezovat pružnost a potenciál v budoucnu snižovat náklady na podporu. Přestože se strategie Oracle ohledně podpory skládá z mnoha pravidel a podmínek, snad nejdůležitější a nejsložitější je pro zákazníky pochopit pravidla přecenění podpory.

Definování pravidel přecenění podpory

Když si zákazníci kupují software Oracle prostřednictvím jedné objednávky, je těmto licencím přiřazen tzv. Customer Support Identifier (CSI). Tento CSI je podobný rodnému číslu, které je navždy přiděleno licencím. Další samostatné objednávce licencí bude přiřazen vlastní CSI a tak dále. Pro daný CSI určují pravidla společnosti Oracle pro přecenění, že když jsou některé, ale ne všechny licence bez podpory, je podpora zbývajících licencí přeceněna na ceníkovou cenu (pokud cena nepřekračuje to, co zákazník platil dříve). Stručně řečeno, toto pravidlo ztěžuje zákazníkům možnost ušetřit peníze, když klesá jejich potřeba produktů Oracle, a zajišťuje společnosti Oracle příjmy z podpory, bez ohledu na to, jakou hodnotu zákazník v praxi získává.

Příklad přecenění podpory

Použijme jednoduchý příklad, abychom ilustrovali, jaký má pravidlo společnosti Oracle pro přecenění dopad na zákazníky.

Předpokládejme, že zákazník nakoupil následující procesorové licence, v rámci jedné objednávky s licencemi za ceníkovou cenu 1,4 milionu dolarů s velmi dobře vyjednanou 75% slevou:

Produkt Množství
Oracle Database Enterprise Edition 20 procesorů
Tuning Pack 20 procesorů
Diagnostics Pack 20 procesorů
Partitioning 20 procesorů

V takovém případě může zákazník skončit s ročními platbami za podporu kolem 79 tisíc dolarů (nyní ignorujme úpravu o inflaci). Se 75% slevou je tato podpora za 79 tisíc dolarů celkem dobrou nabídkou, do té doby, kdy zákazníkovi software přináší hodnotu. Situace se ovšem otočí, když se zákazník rozhodne, že již nepotřebuje všechny svoje licence softwaru Oracle. Předpokládejme, že se náš zákazník rozhodne ukončit podporu ke stejnému počtu licencí pro každý ze čtyř produktů uvedených výše. Graf níže ukazuje, u kolika licencí musí zákazník ukončit podporu, aby skutečně snížil své roční náklady na podporu pro tento CSI. Protože Oracle přecení zbývající licence s podporou, aby platby za podporu nebyly nižší, než kolik zákazník aktuálně platí. Náš hypotetický klient pak nebude mít příležitost snížit svoje náklady na podporu, dokud neukončí podporu 64 ze svých původních 80 licencí! To je plných 80 % jeho licencí. Jakmile se zákazník vzdal téměř všech svých nároků, zbývá mu už jen několik málo licencí, ke kterým zůstává podpora, takže náklady na tuto podporu v ceníkových cenách jsou nižší, než původně vyjednané. Jinak řečeno, aby mohl zákazník dosáhnout úspory, bude muset provést některá drastická a pravděpodobně i nepraktická omezení ve svém využívání softwaru Oracle.

tabulka

Jak můžeme vidět, matoucí pravidla společnosti Oracle pro podporu zajišťují příjmy ze softwaru Oracle, zatímco omezují možnosti, jak mohou zákazníci strategičtěji investovat do IT.
I když může být pro zákazníky složité, snížit objem peněz utracených za podporu softwaru Oracle, dobrou zprávou je, že pro mnoho zákazníků existují příležitosti k úsporám. Ve společnosti SoftwareONE pravidelně posuzujeme potenciál zákazníků ke snížení jejich nákladů na produkty Oracle i dalších dodavatelů softwaru.

oracle

Nejlepší způsob jak dodržovat licenční podmínky

Jeden z nejčastějších problémů s dodržováním licenčních podmínek, pramení z nepochopení zákazníka, jak Oracle posuzuje licenční požadavky dle metriky uživatelů aplikací (Application User Metric). Přinášíme vám několik rychlých kroků pro vyjasnění, jak Oracle určuje své licenční požadavky, stejně jako několik nejlepších postupů správy licencí. Díky tomu se nedostanete do rozporu s licenčními podmínkami.

Rychlý přehled o metrice dle uživatelů aplikací

Oracle do značné míry standardizoval metriku dle počtu uživatelů aplikací napříč mnoha svými aplikačními programy. Ať už jde o jeho vlastní řešení E-Business Suite nebo technologie přidané do portfolia prostřednictvím akvizic. Přestože uživatelé aplikací nejsou jediným způsobem jak licencovat aplikace Oracle, jde o nejběžnější metriku založenou na počtu uživatelů. Nedávno došlo ke zjednodušení tím, že Oracle zákazníkům umožnil migrovat starší metriky k metrice uživatelů aplikací.

V mnoha případech to odstraňuje zátěž ve smyslu sledování toho, kteří uživatelé mají například oprávnění „Power User“ a kteří mají oproti tomu oprávnění pouze ke čtení. Uživatelem aplikace je jednoduše každý uživatel, který má přístup k licencované aplikaci. Bez ohledu na to, zda vystupuje jako administrátor, nebo provádí pouze jedinou úlohu.

Udržte si shodu s licenčními podmínkami

Základním pravidlem dobré správy licencí je pochopit, jak jsou metriky definovány ve vaší smlouvě. Metrika dle uživatelů aplikací přitom není výjimkou. Jak bylo zmíněno výše, nepochopení metriky může ve skutečnosti vést k rozsáhlým nedostatkům v licencování, které vás mohou stát mnoho peněz a nepřinesou žádnou přidanou hodnotu.

Uživatelem aplikace je osoba autorizovaná k používání licencovaného programu, bez ohledu na to, zda již někdy daný program používala. Licencování je tedy určeno možností přístupu, nikoli skutečným použitím; kdokoli má k programu přístup, musí být licencován. Rozdíl mezi možností přístupu a skutečným použitím je zásadní. Jedním z běžných úskalí je nesprávné ukončení nebo také odpojení uživatelů, kteří již systém nepoužívají. Dokud má osoba přístup, Oracle ji může během auditu považovat za licencovatelnou. A to i v případě, že již v dané společnosti nepracuje.

Nenechte se penalizovat za tzv. „fantomové uživatele“. Buďte pečliví při řízení přístupu k aplikacím Oracle, licencovaných na základě metriky uživatelů aplikací.

Efektivni-nasazeni-softwaru-Oracle

Efektivní nasazení softwaru Oracle – pochopte, kde investovat vaše peníze

I když se o Oracle hodně diskutuje, většina zákazníků souhlasí, že tato firma vyvíjí skvělý software. A je zcela bez debat, že je software Oracle velmi drahý! Pročtení globálního ceníku technologií Oracle stačí k tomu, aby se i manažerům nákupu s největšími rozpočty rozklepala kolena.

Nasazení programů Oracle představuje pro většinu firem vážnou investici a dodatečné nákupy pak znamenají nejen drahé licence, ale po neomezenou dobu také další náklady na podporu. Vzhledem k tomu, že jsou licence Oracle tak drahé, měli by se zákaznici využívající produkty Oracle snažit maximálně vytěžit licence, které již vlastní, než u Oracle utratí další peníze. V tomto příspěvku vám poskytneme určitý návod, jak efektivně nasazovat produkty Oracle.

Hard partitioning – Certifikované technologie pro minimalizaci vašich hlavních licencí

Základní princip chytrého nasazení produktů Oracle spočívá v tom, že by se měli zákazníci snažit nasadit programy na pokud možno co nejmenším počtu licencovatelných procesorových jader. Jelikož je většina technologických programů Oracle licencována na základě počtu procesorových jader serveru, kde je program instalován a provozován, znamená méně jader i méně licencí, které musíte použít nebo koupit. A to může představovat mnohem méně peněz utracených za produkty Oracle.

Naštěstí pro zákazníky, Oracle certifikoval některé technologie jako použitelné způsoby segmentace fyzického serveru, takže mohou být programy Oracle omezeny na určitou podmnožinu procesorových jader. Oracle označuje postup použití těchto technologií jako „hard partitioning“. Jestliže je na serveru použit hard partitioning způsobem, který Oracle akceptuje, vyžadují licence pouze ta procesorová jádra, kde jsou programy Oracle instalovány a provozovány.

Schválené technologie hard partitioningu popisuje dokument společnosti Oracle o pravidlech partitioningu. Můžete si být jisti, že cokoli, co není v tomto dokumentu výslovně označeno za hard partitioning, nebude společností Oracle uznáno za schválený postup. Segmentace serverů s využitím technologií na hard partitioning je skvělou cestou k omezení počtu nákladných licencí Oracle, které budete potřebovat.

Nenasazujte Oracle v prostředí VMware

Zatímco schválená strategie hard partitioningu může omezit počet požadovaných licencí, virtualizační technologie, které Oracle neuznává za hard partitioning, mohou mít opačný efekt. Provozování programů Oracle v rámci prostředí VMware je toho nejvíce nechvalně známým příkladem.

Protože virtuální stroj ve VMware, provozující software Oracle, může být migrován mezi fyzickými hosty, Oracle považuje všechny hosty, kde může potenciálně běžet virtuální stroj za licencovatelné, bez ohledu na to, kde Oracle v kterémkoli okamžiku běží, a nehledě na to, jaké funkce VMware mohou být použity k omezení migrace. Tato dynamika často znamená, že z pohledu společnosti Oracle se mohou stát licencovatelnými celé tucty nebo dokonce stovky serverů. Obecně řečeno, zákazníci, kteří mají zájem omezit nebo snížit počet licencí Oracle, by se měli vyhnout nasazování programů Oracle ve VMware.

Zvolte správný hardware pro maximalizaci základní efektivity Oracle

Zopakujme si, že licenční požadavky většiny technologických programů Oracle jsou určovány počtem procesorových jader. Z tohoto důvodu může dávat zákazníkům smysl hledat hardware s méně, vysoce propustnými jádry, spíše než stroje s vysokým počtem procesorových jader. Ve skutečnosti někteří dodavatelé hardwaru právě z důvodu tohoto typu efektivity licencování nabízejí servery s nízkým počtem procesorových jader. Volba serverů s nízkým počtem vysoce produktivních procesorových jader představuje výborný způsob, jak omezit náklady na licence Oracle.

Zákazníci se navíc mohou rozhodnout provozovat programy Oracle na procesorech, kterým Oracle přiřadil nízký core factor. Tzv. core factor je multiplikátor, který Oracle používá k určení počtu licencí, vyžadovaných pro danou značku a model vícejádrového procesoru. Čím je core factor vyšší, tím více jader vyžaduje licence. Nižší core factor naopak znamená méně požadovaných licencí. Podrobnosti o tomto konceptu nabízí core faktor tabulka společnosti Oracle.

Moudré nasazování softwaru Oracle vede k exponenciálním úsporám

Jelikož má každá dodatečná licence Oracle cenovku se skutečně horentní částkou, dává opravdu velký smysl přezkoumat, zdali je vaše prostředí Oracle nasazeno optimálně. Respektování správných postupů nasazení může organizacím ušetřit obrovské sumy peněz za Oracle a také chránit před vyhlídkou na selhání při auditu. Pro více informací nás kontaktujte!

Témata: Základní infrastruktura