CENTRUM VÝPOČETNÍ TECHNIKY UNIVERZITA PALACKÉHO V OLOMOUCI tel: +420 58 563 1707 fax: +420 58 563 1871 http://www.cvt.upol.cz
í ř á z T V C k í Měsíčn
Pokyny pro zasílání požadavků na nákup výpočetní techniky Dnem 14. 9. 2010 pozbyly účinnosti rámcové smlouvy uzavřené se společností FADOMA DATA na pořizování PC, notebooků a monitorů a na základě rozhodnutí vedení UP bude další nákup této techniky prováděn prostřednictvím nově zavedeného „Dynamického nákupního systému“ (dále DNS). Sběr požadavků z jednotlivých pracovišť a jejich úpravu do podoby potřebné pro zadání veřejné zakázky zajišťuje Centrum výpočetní techniky, konkrétně pak Ing. Hanák a Ing. Pleva. Vlastní zadávání jednotlivých veřejných zakázek v rámci DNS zajišťuje Oddělení veřejných zakázek RUP. Předpokládané vyhlašování jednotlivých výběrových řízení je 1x za 2 měsíce. V případě urgentních požadavků, pořizování většího počtu počítačů nebo investičních celků (počítačové učebny) je možno termín vyhlášení výběrového řízení přizpůsobit vašim požadavkům na základě domluvy s Oddělením veřejných zakázek RUP. Do doby, než bude sběr a zpracování požadavků na nákup PC, notebooků a monitorů z jednotlivých pracovišť převeden do elektronické podoby pod portálem UP, platí následující postup, který najdete také i s příslušnými požadavkovými formuláři po přihlášení se na portál UP pod odkazem „Informace a návody“, „Nákup PC a notebooků“: 1. Vyberte si z nabídky vzorových sestav tu, která se nejvíce blíží vašim požadavkům. U každé sestavy je dále možnost modifikace některých parametrů. Vyplňte údaje v horní tabulce, požadovaný počet kusů a případné modifikace. 2. Abychom získali co nejnižší ceny a zjednodušili proces zadání, je snahou pokud možno unifikovat poptávané sestavy. Pokud ale
máte speciální požadavky, které nesplňuje žádná ze vzorových sestav, vyplňte pouze horní tabulku a vaše představy o konfiguraci napište do textu mailu a váš požadavek budeme řešit individuálně. Vzorové sestavy budou navíc průběžně modifikovány a rozšiřovány podle aktuálních požadavků z pracovišť UP. 3. Uvedené ceny jsou orientační. Zejména vzhledem k současné nestabilitě kurzů měn nelze předem odhadnout, jaký vývoj nastane během celého procesu výběrového řízení a jak velké slevy nám firmy nabídnou.
Témata na září 2010:
4. Požadavky musí odpovídat zákonu č. 137/2006 Sb., o veřejných zakázkách, zejména nelze požadovat výrobky konkrétních obchodních značek. Zadání musí být definováno pouze pomocí obecných technických parametrů.
5. Všechny požadavky zasílejte na adresu
[email protected]. Přijetí požadavku a jeho schválení z hlediska konfigurace bude potvrzeno na mail uvedený v záhlaví požadavku. Požadavek musí dále schválit vedoucí pracoviště a tajemník příslušné fakulty (způsob schvalování bude upřesněn po jednání Komise IT).
Po zadání jednotlivých veřejných zakázek, tj. po uzavření příslušné konkrétní kupní smlouvy, budou na příslušná pracoviště rozeslány konkrétní nabídky vítězné společnosti. Dále budou vítězné společnosti předány kontakty na odpovědné osoby uvedené na poptávkových formulářích, aby se mohla dohodnout na konkrétních detailech dodání IT vybavení. Následné objednávky nebude potřeba vystavovat, bude uzavřena vždy jedna smlouva na celou dodávku. Přibližný termín dodávky je cca 2 měsíce od vyhlášení výběrového řízení.
Pokyny pro zasílání požadavků na nákup výpočetní techniky Předzápis na ZS 2010/2011 Úpravy v servisním týdnu SAP Reporting: Dostupnost aplikací za červenec a srpen 2010
STRÁNKA 2 Seznam vzorových sestav: Formular_DNS_PC-A.doc : Počítač sestava A – běžný kancelářský počítač
MĚSÍČNÍK CVT - ZÁŘÍ Formular_DNS_NB-A3.doc Základní notebook, úhlopříčka 17,3“ Formular_DNS_NB-B1.doc Pokročilý notebook, úhlopříčka 14,1“
Formular_DNS_PC-B.doc : Počítač sestava B – výkonný počítač
Formular_DNS_NB-B2.doc Pokročilý notebook, úhlopříčka 15,6“
Formular_DNS_NB-A1.doc Základní notebook, úhlopříčka 15,6“
Formular_DNS_NB-B3.doc Pokročilý notebook, úhlopříčka 13,3“
Formular_DNS_NB-A2.doc Základní notebook, úhlopříčka 13,3“
Formular_DNS_NB-C.doc Netbook
Monitory jsou začleněny do formulářů na nákup PC. V případě požadavku na nákup samotného monitoru lze použít libovolný formulář a vyplnit na něm pouze požadavek na monitor. Radovan Pleva, CVT
P ř e d z á p i s n a Z S 2 0 1 0 / 2 0 11 Předzápis studentů na zimní semestr má každoročně dvě hlavní období. První část pro 2. a vyšší ročníky probíhá koncem června a počátkem července, druhé období je orientováno převážně na první ročníky studia a probíhá v září. Nejmasovější předzápis 2. a vyšších ročníků proběhl letos 8. července. Po dvou hodinách se po ročnících studia současně zapisovali studenti pěti fakult (FF, PdF, PřF, CMTF a FTK). Rozvrhové akce byly připraveny předem a po celý den nemohli rozvrháři všech fakult provádět jakékoli úpravy. Průběh předzápisu byl bez problémů, samozřejmě na počátku dvouhodinového zápisu každého ročníku nastala špička v zatížení výpočetních systémů a portálu, ale po několika minutách se situace zklidnila a celá
akce probíhala bez přerušení.
(odepsání/zapsání).
Problémy nastaly při předzápisu prvních ročníků 1. září 2010. Výpočetní systémy byly nastaveny stejně jako v červenci, ale bohužel 20 minut před zahájením předzápisu nastala t ec hn ic ká zá vad a n a j ed n om z databázových serverů a druhý server nápor studentů nevydržel. Havarovaný databázový server se nepodařilo zcela korektně v krátkém čase zrekonstruovat, potíže, i když již ne fatální, se projevovaly ještě dva dny. Po zablokování práce rozvrhářů se situace zklidnila úplně. Problém druhého období předzápisu spočívá v jeho délce. V letošním roce trvalo od 1. září do 1. října. Po celé období se překotně upravují rozvrhové akce a přitom podle statistik probíhá denně až 10000 zápisů studentů na rozvrhové akce
Za potíže při předzápisu nemůže studijní systém STAG, ale práce s databází. Prostě se ukazuje, že nelze povolovat úpravy rozvrhářům (stačí i pouhé navýšení kapacit) a současně provádět předzápis studentů. Po celou dobu měsíčního období si totiž studenti i vyšších ročníků upřesňují rozvrh. Situace by se mohla vyřešit organizačním opatřením. Po dobu špičky přezápisu prvních ročníků zakázat práci rozvrhářů a po zbytek období omezit přístup rozvrhářů na dvě hodiny denně. Po tuto dobu by byl přerušen předzápis studentů. Celou situaci dokresluje přiložený graf vyjadřující počet zapsaných předzápisových akcí po dnech. František Zedník, CVT
STRÁNKA 3
Úpravy v servisním týdnu V prvním srpnovém týdnu tohoto roku došlo k některým úpravám na HW části UIS serverů. Jejich cílem bylo: 1. vyměnit stará zařízení, která produkují kvůli svým HW chybám odstávky UIS, za novější varianty (diskový řadič RIVA, směrovač Extreme) 2. převést u pilotních aplikací disková úložiště z nesdílené formy SAN na sdílenou variantu přes NFS. Tento přesun nás připravuje na vybudování zástupného datacentra v souladu s projektem podaným do VaVpI, jehož cílem je zvýšení dostupnosti zásadních aplikací používaných v UIS UP. Bylo provedeno zejména u: DMS, datových schránek, webových stránek kateder, emailů a pracovních prostorů databázových serverů. 3. virtualizovat pilotně tentokráte některé ze zatíženějších serverů opět za účelem přípravy výše zmíněného datacentra a ověřit jejich funkci v lokálním failover clusteru. (Dále by mělo následovat ověření předání řízení v geograficky vzdálených lokalitách.) Mimo jiné šlo o aplikace: LDAP, tiskový server učeben Y-soft apod. 4. softwarový upgrade emailového IMAP serveru, jak OS tak IMAP části. Stávající varianta OS nevyhovovala spolehlivostí kvůli občasným odpojením diskových prostorů a vlastní nová verze IMAPu umožňuje distribuovanou práci v NFS, což je opět předpoklad pro převzetí práce zástupným datacentrem. 5. provést úpravy nutné k zavedení politiky hesel stanovené KIT UP. Detailnější rozpis následuje v tabulce „Úpravy v servisním týdnu“ na následující stránce. Problémy s elektronickou poštou v srpnu a září V uvedených měsících docházelo k četným problémům a nestandardnímu chování, které v tomto článku osvětlujeme: 1. Přesun úložiště ze SAN na NAS (viz úpravy v servisním týdnu) způsobil neplánované výrazné zpoma-
lení načítání vlastních poštovních schránek.Uživateli se to projevovalo mimo vlastní zpomalení až neschopností načíst schránku nové pošty respektive provést její kopii či úspěšné promazání. Vzhledem k počáteční nahodilosti jevu bylo obtížné diagnostikovat přesně systém, který se na tomto podílí. Tento stav vyvrcholil prakticky čtyřhodinovým kolapsem v načítání schránek dne 9. 9., díky kterému se nakonec problém podařilo lokalizovat. Proladění nastavení NAS parametrů na plnou (a nikoliv prázdninovou, jak se stalo v servisním týdnu) uživatelskou zátěž problém od odpoledne zmíněného dne odstranilo. Nutno podotknout, že uvedený jev nezpůsoboval neschopnost doručit elektronickou poštu. 2. Generační upgrade firmware antispamové brány Barracuda měl vliv na dvě okolnosti. V prvém případě vinou způsobu zapojení spoolovacího poštovního serveru u nás a kvůli nové vlastnosti firmware penalizovat server posílající spam docházelo po jeho aktivaci dne 6.8. k postupnému přetěžování zmíněného spoolovacího serveru. Tento jev opět postupně s blížícím se koncem prázdnin nabýval na síle a projevoval se opožděnou dodávkou pošty. Prakticky se pošta frontovala na něm a do schránek uživatelům byla dodána až v nočních hodinách (díky nižšímu provozu), nicméně opět se neztratila. Uvedený jev bylo možno odstranit pouze způsobem (shodně doporučeným výrobcem brány), kdy se vzájemně prohodí postave-
ní inkriminovaných dvou systémů a brána se stane prvotním příjemcem pošty. Tak se také stalo 27. 8. a zpomalování doručení bylo odstraněno. Tímto se však nakročilo k dalšímu problému, a to postupnému objevení chyby firmware brány. 3. Chyba firmware antispamové brány. Od výše uvedené úpravy začalo docházet k nahodilému nesprávnému odmítání regulérních uživatelů branou. Pošta se vždy vrátila původnímu uživateli s textem, že daný uživatel neexistuje, tedy prostým pozdějším reposláním mohla být opět doručena. Problém je nahlášen výrobci, který chybu (jak bývá zvykem) hledá nejprve na naší straně. Problém se výrazně stupňuje ve dnech 13. 18. 9. , výrobce nakonec uznáváobjevuje vlastní chybu a 20.9. ve večerních hodinách produkuje a aplikuje u nás mimořádný patch jeho firmware, kterým je problém definitivně odstraněn. Všem uživatelům se tímto omlouváme za způsobené problémy. V případě prvních dvou se z technického principu věci není třeba obávat, že by se ještě opakovaly. V případě posledním nám došlo k takovéto chybě třetí strany poprvé za 4 roky jinak slušně fungujícího systému, tedy předpokládáme, že dojde k poučení u obou stran tak, aby případný další výskyt obdobné chyby (kterému zase z principu nejde zabránit) nevedl k potížím na straně uživatelů. Alespoň o našem kroku budeme dále informovat. Petr Volák, CVT
Úpravy v servisním týdnu
STRÁNKA 4
STRÁNKA 5
SAP SAP: transakce ZIN3C4 "Výsledovka součástí - zůstatky na účtech" - byly provedeny úpravy standardního záhlaví sestavy podle záhlaví formuláře "Přehled čerpání finančních prostředků ... UP k datu“ (formulář předal Ing. J. Vylegala, tajemník FTK). Úprava sestavy zahrnuje i legendu k sestavě (ke sloupcům i řádkům). Sestava je určena ekonomickým managerům (kvestorka a tajemníci) a senátům UP i součástí (fakult). Ladislav Červinka, CVT
Reporting: Dostupnost aplikací za červenec a srpen 2010
Petr Volák, CVT Centrum výpočetní techniky Univerzity Palackého v Olomouci http://www.cvt.upol.cz