Pótolom a pótolnivalót

Örömömre szolgál elmondani, hogy két hónapon belül meglesz a tranzakcionális replikáció további boncolása, melyet mostanában (2008-ban vagy 2009-ben) ígértem meg. Cserébe egy kicsit többet fogok mondani róla, mint terveztem, mivel éppen abból készülök előadni az SQLU Summit 2011-en. (Kis reklám: ez egy kiváló kis 2-3 napos konferencia Budapesten, olyan emberek, mint Itzik Ben-Gan meg Dejan Sarka adnak elő – na ŐK tényleg értenek a SQL Serverhez. Ráadásul nem is drága, olyan 200K HUF körül van, és aki hétfőig benevez, az megkapja 650 EUR-ért. Na jó, ez már durván reklám, de sebaj :).

Mi lesz az extra a tranzakcionális replikáció elemzésében? Hát, például az olyanok, hogy central subscriber berhelése, adat inkonzisztencia kezelése is leíródik, amiket eredetileg nem terveztem. A central subscriber kevés embert hoz lázba, mert homályos. Arról van pedig csak szó, hogy van egy szerver, ami több hasonló és/vagy kapcsolódó adatbázis publikációira iratkozott fel, és összefésüli az adatot. Például több régióba telepített ugyanolyan alkalmazások adatbázisait rántja össze. Ebben az első kihívás az inicializálás: a második subscription már békén kell, hogy hagyja a létező adatokat. És az igazi öröm az, amikor ez eltörik, és újra kell gyártani. Ami egyébként nem nehéz, ne hintsük itt a port :) Majd részletezem, ahogy haladok.

Viszont azt előre megmondom, hogy a konferenciáig az Availability Groupokról egy betűt nem fogok írni. Inkább gyertek el ;) Amúgy tényleg.

T-SQL Tuesday #12 – Why are DBA skills necessary?

t-sql tuesdayOne of the few persons I admire for their skills is Paul Randal, who’s the host of the 12th T-SQL Tuesday. T-SQL Tuesday is about blogging about the same topic, inevitably from different angles as we people are different. It’s fun for reading, I hope it’s fun for writing as well – this is my first time participating. Given my current state of mind, this is going to be a rambling, rather than an article.

The question outlined in the title can be interpreted in many ways. The typical things in my head are the following:

  • Programming: set-based, declarative approach vs sequential, procedural programming
  • Operations: RDBMS is quite different from OS and other standard apps (including server products)

Continue reading ‘T-SQL Tuesday #12 – Why are DBA skills necessary?’ »

Miért nem beszéltem a 10 GB-os Expressről?

<puffogás>
Mert nem tudtam róla. Más sem nagyon tudott róla.

A Microsoft számomra az a cég, amelyiknek olyan kiváló fejlesztői vannak, hogy csak na, és olyan marketingesei, hogy ha nem lennének olyan kiválók a fejlesztők, talán be is csuktak volna már. Erre az egyik kirívó példa az SQL 2008 kampány volt. Hányan szenvedtek azzal, hogy hiába volt clusterük, nem tudtak installálni SP-t 10-15 perc leállás nélkül, ami alapjaiban döntötte meg a nagy rendelkezésreállás élményét. Ehhez képest SQL 2008-at lehet node-onként patchelni, egy failovernyi, azaz 25-55 másodperc kieséssel. Ég és föld szerintem – de csak véletlen, egy technikai blogon tudtam ezt meg. Ugyanakkor a tonnányi marketingvacak meg már égette a szememet, ha megnéztem az SQL Server honlapot.

Most az R2-nél valahogy hiányzott az egységes kommunikáció, mint olyan. Különböző emberek különböző dolgokat tudtak, hogy hogy fog kinézni a végleges termék, de pl. a 10 GB-os Express mérethatárt csak a bejelentés napján az SQL Express blogban olvastam először. Az amerikai MVP-k meg azon buktak ki, hogy miért 2008-as feature-öket marketingelnek a 2008 R2 bemutatón, miért nem 2008 R2-eseket.

Sebaj, majd a Denali (SQL Server 11) talán jobb lesz… A nevet Dan Jones hozta nyilvánosságra, tévedésből (azt hitte,hogy publikus), le is szúrták érte, a http://blogs.msdn.com/dtjones/archive/2010/02/14/codename-denali.aspx pedig hamar el is tűnt, de akkorra már késő volt… Az MVP Summiton ki is röhögte mindenki szegényt, amikor az NDA fontosságára hívta fel a figyelmünket az előadása kezdetén. Ő is nevetett, bár nem pont úgy, mint mi.

Megnéznék egy céget, ahol az Apple marketingesei dolgoznak a Microsoft fejlesztőivel. Az nagyot szólna…
</puffogás>

SQL Server User Group avagy kerekasztal kockáknak

Először is BUÉK mindenkinek. Új évre egy nem annyira új gondolattal kezdek: Már régóta foglalkoztat a gondolata egy olyan klubnak/fórumnak, ahol az emberek megoszthatják SQL-hez bármilyen módon kapcsolódó örömüket/bánatukat, tehát nem olyan, mint a Technet fórum, hanem annál tágabb, kötetlenebb, és alkalmanként interaktív eseményeket is tartalmaz (élőt vagy online-t).

  • Tudtátok, hogy ha megnyomom ezt az izét, akkor zenél is az SQL Server?
  • Olyat kell csinálnom, amit szerintem nem tud az SQL Server. Mit csináljak? (avagy ki tud többet nálam a MSSQL-ről vagy az Oracle-ről:)
  • Ti hogyan kezelitek a failed jobokat? És az inkompetens fejlesztőket?
  • írtam egy scriptet, így néz ki. Van jobb?
  • Mindent tudni akarok az indexekről!

Ami az interaktív dolgokat illeti, arra gondoltam, hogy lehet egy téma, amihez mindenki hoz valami előre definiált kis opcionális házi feladatot, aztán megvitatjuk/előadja valaki a legjobb megoldások egyikét. Például általános szerver üzemeltetés – mindenki hoz egy pár dolgot, amit szerinte tök jól csinál, egy párat, amit tök bénán, megbeszéljük, megértük, aztán megnézünk egy lehetséges működő változatot (kiselőadás), aztán megnézzük, hogy hogyan lehet még jobbá tenni az előtte elhangzott és közben felmerült ötletek alapján. Élőben persze ez sokkal jobban működik, ugyanakkor valószínűleg ez nehezítés lenne annak, aki 200 km-re lakik (lehet viszont, hogy megéri).

Mit szeretnék? Egy olyan közösségnek a tagja lenni, amiben az emberek segítik egymást, akár csak annyival, hogy elmondják azt, hogy ők mit hogyan csinálnak – akár azon az áron is, hogy megszervezem :) Én nagyon sokat tanulok mások scriptjeiből, példáiból, még a rosszakból is sokszor, és szerintem van itt elég sok olyan szakember és ember, akikből ezt meg lehetne csinálni. Nemcsak kifejezetten SQL-esekre gondolok, és nem tömeget képzelek magam elé, hanem egy (-két) tucat embert, akik szeretnének jobb szakemberek lenni, és/vagy látni azt, hogy mások hogy csinálják. Kicsit olyan “Technet gyakorlat” jelleget képzelek el, ahol lehet szidni is a Microsoftot (is, meg mást is – nálunk négyféle adatbáziskezelő van), meg nem csak a technológiáról, hanem a szemléletről, módszertanról is lehet beszélni :)

Nagyon kíváncsi vagyok a véleményetekre, gondolataitokra ebben a témában. Kommentezzetek, fikázzatok, javasoljatok.
Köszönöm.

Egy MVP interjú margójára

Utolért a sors, velem is készült MVP interjú a Technet portálon. Kedvenc kérdésem a “Miért pont Microsoft technológiákkal foglalkozol” volt. Bakker, egy olyan csoportot vezetek, ahol az emberek fele rögtön kiütéses lesz, ha meghallja vagy meglátja a Microsoft szót. Szóval ez egy kissé sportszerűtlen kérdés volt, de megragadtam az alkalmat, hogy népszerűsítsem az open source szemléletet. Szeretném leszögezni, nem az ingyenességet támogatom, hanem a nyílt kódot. Tényleg segítség a fejlesztésben (vagy üzemeltetésben), ha nem kell reverse engineerkednem még egy csomót, hogy rájöjjek, hogy miért nem úgy működnek a dolgok, ahogy elvárom. Plusz öröm volna, ha a licensz megengedné a custom buildet is. Jelenleg pl. a .NET Framework kódja már meg lett nyitva, de csak debugra, nem lehet buildelni. Én meg a múltkor azzal szenvedtem, hogy szerettem volna a HttpWebRequest osztálynál Host headert specifikálni, de azt a rendszer automatikusan kitölti a kért URL alapján – ez nekem tök nem volt jó, mert DNS változtatást kellett tesztelnem. A végén Powershellből hívogattam a wget-et, hogy tudjak tesztelni… Na de mind1, az SQL Server akkor is SQL Server, és szeretem :)

Maga az interjú egyébként elolvasható a Techneten.