Oracle mākoņdatošanas seminārs

marts 8, 2011

Kā jau minēju rakstā par mākoņdatošanu, Oracle 10. martā rīkos semināru par šo tēmu. Seminārs ir bezmaksas, notiek viesnīcā Radisson Blu Rīdzene un sākas 9:30. Tuvāk ar darba kārtību, tēmām un prezentāciju autoriem varat iepazīties LVOUG grupas ziņojumā.

Lai reģistrētos konferencei, jāzvana pa tālruni 6704 6090 vai jāraksta uz reception_lv@oracle.com.


Seminārs par Oracle indeksēšanu

marts 1, 2011

Nesen atklājās, ka tepat netālu Tallinā nākošnedēļ (10. un 11. martā) notiks Richard Foote seminārs par Oracle indeksēšanu, to dažādajiem veidiem (b-koku indeksi, bitmapu indeksi, particionētie indeksi utt) iekšējo indeksu struktūru, to administrēšanu, ietekmi uz CBO (Cost based optimizer) u.c lietas, kas visas ir apkopotas šī semināra satura aprakstā.

Semināra pasniedzējs Richard Foote ir visnotaļ pazīstams Oracle pasaulē ar savu emuāru un, ja kādam nav skaidrs, ko viņš prot un ko nē, tad iesaku ar šī emuāra saturu iepzīties sīkāk. To noteikti būtu vēlams tai gadījumā, ja Jums (pareizāk izsakoties Jūsu organizācijai) neizdodas atrast liekus 750 eiro, kas ir šī semināra maksa, vai arī kādu citu iemeslu dēļ nav iespējams tur tikt. Man personīgi visus šķēršļus izdevās apiet un esmu pieteicies to apmeklēt 😉

Uz tikšanos pasākumā (ja ne šajā, tad kādā citā)!

P.S. Ak jā oficiālā šī semināra pasūtīšanas vieta ir šeit. Tiesa gan pēc mēģinājuma pieteikties, man izmeta eesti telefona numuru, uz kuru jāzvana. Piezvanot atklājās, ka tur atbild automātiskais atbildētājs. Tad man tas piegriezās un es sakomunicēju ar Oracle kursu organizētāju Latvijā, kuras kontaktinfo var iegūt šeit, un tālāk jau viss notika.


Ironija augstākajā pakāpē

septembris 30, 2010

Vakar biju uz Microsoft organizētu semināru, ko vadīja Kevin Ashby, Microsoft Microsoft Enterprise Technical Strategist EMEA. Pirmā semināra daļa bija orientēta uz to, kāpēc būtu jāizvēlas Microsoft Information Platforma, kas patiesībā reducējās uz stāstu par to, kāpēc SQL Serveris un Microsoft kā tāds ir labāks nekā Oracle. Cik nācies būt uz pēdējiem Microsoft semināriem par SQL Serveri, šī nepārtrauktā salīdzināšana un ciparu grozīšana jau sāk šķist mazliet paranoidāla, es šādos semināros labāk klausītos nevis nepārtrauktus salīdzinājumus un citu mārketinga stuffu, bet tiešām stāstus par to kā SQL Serverī kaut ko var tehniski izdarīt, piemēram, par to kā detaļās notiek vaicājumu izpilde, procesu, atmiņas u.c. resursu pārvaldība un tamlīdzīgas tehniskas lietas. Šai ziņā perfekts bija seminārs ko rīkoja .NET lietotāju grupa un kurā uzstājās Maciej Pilecki, kurš stāstīja par SQL Servera atmiņas pārvaldību. Arī viņš dažas reizes pieminēja Oracli, bet tas bija salīdzinot tehniskas lietas, nevis nepārtraukti masējot ar statistiskiem skaitļiem, kurus katra puse groza atbilstoši nepieciešamībai un kurus jau es katras puses izpildījumā esmu n reizes redzējis.

Lai cilvēkiem rastos priekšstats, kāpēc tāds iespringums, tad šeit ir pieejama līdzīga Kevin Ashby prezentācija par to kā un kāpēc migrēt uz SQL Serveri – pirmie pārdesmit slaidi bija apmēram tādi paši, tikai citā noformējumā, kārtībā un detalizācijas pakāpē. Starp citu uzdodot privātu jautājumu semināra autoram, radās skaidrība, ka viņš ir gana kompetents un zinošs arī tehniskās detaļās nevis tikai mārketinga frāzēs, jo paguva man pierādīt, kāpēc SQL Servera Mirroring ir labāks augstas pieejamības (High availability) risinājums salīdzinot ar Oracle RAC, jo tur esot īsāks vidējais laiks starp atteicēm(Mean time between failures). Abstrahējoties no tā vai tā tas ir, vai nav, nebija īsti skaidrs kāpēc šādas detaļas krietni lielākā daudzumā nevarēja būt arī publiskajā daļā.

OK beidzu savu gaušanos un tagad, protams, jautājums – kur tad solītā ironija augstākajā pakāpē?

Ironijā augstākajā pakāpē ir iekš tam, ka es vakar pusdienu klausījos cik SQL Serveris ir Highly available un Reliable, bet šorīt ierodoties darbā un skatoties uz SQL Serveri, kurā man daudzas stundas griezās daudzas fona  sesijas ar masīviem vaicājumiem un datu izmaiņām un es mērīju ātrdarbību dažiem testa scenārijiem, es redzu kļūdas paziņojumu “SQL Server detected a logical consistency-based I/O error: (bad checksum).[..]” un šādu attēlu:

Sql Server Database in status Suspect

Pēc restarta un recovery viss atkal darbojas un problēma izskatās pēc kaut kā līdzīga šim, bet nu tā kā tā ir izstrāde un veiktspējas testi, tad īpaša saspringuma nav, tā teikt, kam negadās… Bet smieklīgi bija vienalga.