.:: strefa ::.

Security Update for SQL Server 7.0 - 2005

nospam@example.com (Marcin Guzowski) — Wed, 09 Jul 2008 16:52:00 +0200

Wczoraj opublikowana została poprawka bezpieczeństwa m.in. dla systemu SQL Server 2005 Service Pack 2, w którym wykryto lukę, pozwalającą na całkowite przejęcie kontroli nad systemem operacyjnym, na którym zainstalowany był SQL Server. Eskalujący uprawnienia mógłby instalować nowe oprogramowania, przeglądać, dodawać i usuwać dane czy np. zakładać konta administracyjne. Omawiana podatność ma związek z tym, jak SQL Server zarządza ponownym użyciem stron danych, alokuje pamięć dla funkcji CONVERT (podatność na przepełnienie bufora), waliduje wyrażenia INSERT oraz pliki dyskowe przed ich załadowaniem. Tak na prawdę problemem dotknięte są wszystkie instacje SQL Server od wersji 7.0 do 2005 (dla poszczególnych wersji z najnowszymi SP istnieją już security update'y). Poprawka została dodana z wysokim priorytetem do systemu aktualizacji automatycznych.

Ze swojej strony mogę tylko powiedzieć, że z 8 lipca 2008 roku zakończyła się era pt. "SQL Server 2005 bez łat bezpieczeństwa".

Więcej informacji i pobieranie:
Microsoft Security Bulletin MS08-040 – Important
Download: Security Update for SQL Server 2005 Service Pack 2 (KB948109)
Security Lab: (MS08-040) Vulnerabilities in Microsoft SQL Server Could Allow Elevation of Privilege

Virtual Earth -> Geospatial Data Generator

nospam@example.com (Marcin Guzowski) — Wed, 09 Jul 2008 10:51:00 +0200

Poniżej znajduje się link do onlineowego narzędzia pozwalającego na generowanie danych przestrzennych, a ściślej mówiąc - do generowania kodu T-SQL, który takie dane tworzy. Zasada działania jest bardzo prosta, wystarczy na mapie Virtual Earth narysować punkt, linę lub wielokąt, a po przyciśnięciu stosownego przycisku aplikacja zwraca kod T-SQL. Przykładowy kod T-SQL dla wielokąta mniej więcej pokrywającego terytorium Polski wygląda następująco:

INSERT into GeographyTable (FeatureName, FeatureGeography) VALUES ('PL', geography::STGeomFromText('POLYGON((54.36093094641741 19.863281249999993, 54.20700786353876 23.203125000000004, 52.689258590330645 24.16992187500001, 52.20715795048005 23.466796874999996, 50.561839289331495 24.433593750000004, 48.972525264287405 22.763671875000014, 49.14530462843307 20.7421875, 49.60311597568473 18.632812499999993, 50.45004279954988 16.78710937500001, 51.0616523133909 15.117187499999991, 52.58258094010119 14.853515624999998, 53.741780708568825 14.501953125000004, 54.565268084965936 17.314453124999993, 54.20700786353876 18.896484374999986, 54.36093094641741 19.863281249999993))', 4326))

Widać więc, że typ tworzonych danych to geography, który bazuje na długości i szerokości geograficznej.

Więcej informacji:
Virtual Earth -> Sql Server 2008 Geospatial Data Generator

SQL Server 2008 RTM w przyszłym tygodniu?

nospam@example.com (Marcin Guzowski) — Thu, 03 Jul 2008 09:09:04 +0200

Pojawiają się przecieki, że Microsoft planuje wydać wersję RTM systemu SQL Server 2008 znacznie wcześniej niż sierpień/wrzesień (na te miesiące wskazywały dotychczasowe nieoficjalne wypowiedzi). Bezpośrednim źródłem tej informacji jest z resztą sam Microsoft, który w tym tygodniu przekazał intencję tak szybkiego wydania Katmai dużym resellerom baz danych. W następnym tygodniu natomiast odbywa się Microsoft Worldwide Partner Conference, czyli specjalna konferencja dla partnerów koncernu z Redmond, na którym to rzeczony koncern lubi oficjalnie ogłosić wydanie jakiejś nowej finalnej wersji swojego produktu. Można się więc spodziewać, że SQL Server 2008 RTM (Release To Manufacturing) ma sporą szansę zainstnieć oficjalnie na tej konferencji. Jak twierdzi przynajmniej część moich znajomym (a ja razem z nimi), byłoby to bardzo szybkie wydanie wersji RTM, biorąc pod uwagę niedawno opublikowaną wersję RC0. Trzeba pamiętać, że takie dość szaleńcze tempo już kiedyś zaowocowało problemami (w przypadku SP2 do SQL Server 2005). Bo jak mówi stare polskie przysłowie, "jak się komuś spieszy, to się bug cieszy"...

Więcej informacji:
TechTarget: SQL Server 2008 release news, SaaS angst on tap for Microsoft partner event

Oficjalne logo SQL Server 2008

nospam@example.com (Marcin Guzowski) — Wed, 04 Jun 2008 08:55:00 +0200

Wczoraj został ogłoszony publicznie logotyp SQL Server 2008. Wygląda on następująco:

Według mnie wygląda fajnie. Z tego co wiem, to Microsoft nadal planuje wydać wersję RTM nowego SQLa w trzecim kwartale 2008 roku (niedawno słyszałem o końcu sierpnia).

Więcej informacji:
MSDN Blogs: SQL Server Logo

SQL Server 2005 SP3 w czwartym kwartale

nospam@example.com (Marcin Guzowski) — Wed, 16 Apr 2008 09:31:00 +0200

Microsoft publicznie potwierdził, że dostarczy Service Pack 3 do SQL Server 2005. O sytuacji z wydaniem SP3 pisałem w tym poście. Informację podał do publicznej wiadomości Francois Ajenstat na blogu The Data Platform Insider (link poniżej). SP3 będzie dostarczony w czwartym kwartale 2008 roku, czyli po wydaniu SQL Server 2008 w wersji RTM.

Skoro już o service packach mowa, to dodam, że w pierwszej połowie 2008 roku Microsoft planuje także dostarczyć SP3 do systemu Windows XP.

Więcej informacji:
TechNet blogs: SQL Server 2005 SP3 - coming soon

V Spotkanie PLSSUG Lublin - Heroes {Community} Launch

nospam@example.com (Marcin Guzowski) — Tue, 25 Mar 2008 09:34:22 +0100

V Spotkanie PLSSUG Lublin odbędzie się 08 kwietnia 2008 roku, będzie to spotkanie launchowe - w całości poświęcone SQL Server 2008. Spotykamy się w standardowych godzinach (17:00-19:30) w standardowym miejscu (siedziba Anica System S.A.). Spotkanie będzie podzielone na trzy etapy - na początku odwiedzimy serwerownię Anica System, następnie zaprezentuję SQL Server 2008 i nową wizję platformy bazodanowej MS wraz z praktycznymi demami, a w trzeciej części różni członkowie grupy zaprezentują wybrane funkcjonalności nowego systemu. Plan spotkania nie jest sztywny, w razie potrzeby przeprowadzimy sesję SQL Server 2008 Q&A, postaramy się też podsumować konferencję C2C. Wszystkich chętnych serdecznie zapraszam. Przypominam o konieczności rejestracji (link poniżej) i proszę jednocześnie o punktualne przybycie.

Agenda spotkania:
17:00-17:30 - Wizyta w Anica System Data Center
17:30-18:15 - Nowości w SQL Server 2008 (Marcin Guzowski)
18:15-19:30 - SQL Server 2008: feature by feature (Członkowie PLSSUG Lublin)

Więcej informacji:
Strona informacyjna PLSSUG Lublin
PLSSUG Lublin: Rejestracja na spotkanie

SQL Server 2008: fizyczny lokalizator wiersza

nospam@example.com (Marcin Guzowski) — Thu, 20 Mar 2008 21:09:00 +0100

Nie od dziś wiadomo, że SQL Server dostarcza sporej liczby niesupportowanych i nieudokumentowanych procedur, funkcji czy komend DBCC. Najnowsza wersja, a konkretnie CTP6, nie odbiega od tej praktyki. Jedną z ciekawszych funkcjonalności tego typu, którą chciałbym zaprezentować, jest %%physloc%%. Jest to specjalna właściwość systemowa (nazywana także wirtualną kolumną), zwracająca wartość typu binary(8), która działa wyłącznie w kontekście wiersza. Przy jej pomocy uzyskujemy tzw. physical row locator, czyli binarnie zapisany RID rekordu:

CREATE TABLE test
(
col int DEFAULT(0)
);

INSERT INTO test DEFAULT VALUES;

SELECT %%physloc%%, col FROM test;

Dostępne są także dwie nieudokumentowane funkcje - sys.fn_PhysLocFormatter i sys.fn_PhysLocCracker, które konwertują %%physloc%% na klasyczny RID. Różnica między wymienionymi funkcjami polega wyłącznie na tym, że pierwsza zwraca wartość skalarną, a druga - jako table valued function - tabelę (konkretnie - jeden rekord). W dalszych rozważaniach skupie się na pierwszej funkcji.

Fizyczny lokalizator nie jest najbardziej widowiskową funkcjonalnością produkcyjną, ale w głowie prawdziwego SQL developera lub DBA na pewno pojawi się cały szereg pomysłowych jego zastosowań, zwłaszcza podczas zgłębiania tajników storage engine'u, performance testów, czy zabaw z sortowaniem rekordów. Oczywiście nie ma gwarancji, że %%physloc%% będzie dostępny także w wersji RTM, ale na razie wszystko na to wskazuje. Funkcję sys.fn_PhysLocFormatter wywołujemy w następujący sposób:

SELECT %
%physloc%% as PhysicalLocator,
sys.fn_PhysLocFormatter(%%physloc%%) as RID
FROM test;

Powyższe zapytanie zwraca:

Dla przypomnienia: RID to numer składający się z 3 liczb całkowitych (file_id, page_id, slot_id).

Do czego można wykorzystać powyższą funkcję? Choćby do udowodnienia, że tabela tymczasowa jest serializowana na dysk. Dowód opiera się oczywiście na głęboko prawdziwym założeniu, że jeśli coś ma RID, to musi istnieć w pliku bazy danych. Poniższy skrypt tworzy tabelę tymczasową, napełnia ją jednym rekordem, a następnie zwraca RID wiersza:

CREATE TABLE #test
(
col int DEFAULT(0)
);

INSERT INTO #test DEFAULT VALUES;

SELECT sys.fn_PhysLocFormatter(%%physloc%%) FROM #test;

DROP TABLE #test;

Trzeba tylko pamiętać, że zwracana wartość, np. (1:206:0) dotyczy bazy tempdb, nawet jeśli skrypt został wywołany w kontekście innej bazy.

Szybko, tanio, dobrze

nospam@example.com (Marcin Guzowski) — Fri, 14 Mar 2008 21:15:00 +0100

Świat IT rządzi się rozmaitymi prawami i zależnościami. Jedna z najbardziej podstawowych zasad mówi, że spośród trzech cech - szybko, tanio, dobrze - można wybrać jedynie dwie, które łącznie staną się przeciwieństwem trzeciej. Określamy to mianem prawa dwóch trzecich, które da się wizualizować w następujący sposób:

Tak więc:
1. Dobrze i tanio nie znaczy szybko.
2. Dobrze i szybko nie znaczy tanio.
3. Szybko i tanio nie znaczy dobrze.

Managerom pozostaje tylko wybór jednej z powyższych opcji.

SQL Server 2005 Service Pack 3

nospam@example.com (Marcin Guzowski) — Wed, 27 Feb 2008 21:34:00 +0100

Tytuł sugeruje, że SQL Server 2005 SP3 powstał lub ma powstać. Tymczasem sytuacja jest wręcz przeciwna. Jak wiadomo, od czasów dostarczenia SP2 pojawiło się całe mnóstwo hotfixów, cumulative fixów, cumulative updatów tudzież innych update packagów. Nie znam już nikogo, kto by się w tym dobrze orientował (buildy mylą się nawet ludziom z MS...). W takiej sytuacji wiele osób nieśmiało oczekiwało na pojawienia się wybawcy, czyli dobrze przygotowanego i gruntownie przetestowanego SP3, który zawierałby remedium na wszystkie zidentyfikowane błędy i problemy. Byłby ponadto poprawką o statusie publicznym, a nie - dostępną na żądanie, jak w przypadków praktycznie wszystkich ostatnio wypuszczonych bugfixów.

Jak na to wszystko patrzy Microsoft? Zupełnie odmiennie. Na forum dla MVP padło następujące stwierdzenie ze strony MS: Good, but honestly, at least our management says, we're not getting feedback requesting SP3 from enough customers to require it. Sprawa jest więc prosta - koncern z Redmond wypuści SP3 dopiero w momencie, w którym wymuszą to na nim klienci. Na moment obecny nie ma żadnych planów dostarczenia kolejnego service packa do SQL Server 2005. Z pewnych źródeł wiem (nie powiem z jakich, bo musiałbym zostać zlikwidowany), że w SQL Server Teamie trwają prace nad przebudową modelu testowego (i kodu z nim związanego), ale odbywa się to z myślą o SQL Server 2008, a nie 2005. Pewnie MS liczy na to, że uda mu się gładko zastąpić przynajmniej część instancji SQL Server 2005 nową wersją, której istotnie dużo bliżej do 2005, niż w przypadku problematycznej migracji SQL Server 2000 do 2005. Oczywiście nie jest to koncepcja zupełnie pozbawiona sensu, ale rynek ma swoją bezwładność i może powstać spory problem, jeżeli na produkcji pozostanie całkiem sporo Yukonów.

Oczywiście od razu znajdzie się ktoś, kto powie - ale w czym problem, przecież można poinstalować wszystkie cumulative updaty i problem z głowy. Otóż niezupełnie (już nawet pomijając problemy logistyczne z tym związane). Wszystkie ostatnie fixy powinny być instalowane jedynie w przypadku wystąpienia określonych problemów. Service pack natomiast instaluje się przede wszystkim po to, aby tych problemów uniknąć, zanim się pojawią.

Więcej informacji:
Connect: Release Service Pack 3 for SQL Server 2005
Hugo Kornelis: Want a Service Pack? Ask for it!

Ciekawostki MSSQL: buffer cache z lotu ptaka

nospam@example.com (Marcin Guzowski) — Sat, 23 Feb 2008 15:00:00 +0100

Buffer cache to specjalny kontener rezydujący wyłącznie w pamięci RAM, który przechowuje odczytane z dysku strony danych. Zawartość bufora jest natomiast odczytywana przez procesor kwerend i przetwarzana zgodnie z logiką zapytania. Odczyt jednej strony danych do bufora to tzw. odczyt fizyczny (physical read), natomiast odczyt jednej strony danych z bufora do przestrzeni zapytania to tzw. odczyt logiczny (logical read). Procesor kwerend nigdy bezpośrednio nie sięga do dysku (każda strona danych musi być najpierw odczytana do buffer cache). Po co to wszytko? Przede wszystkim po to, aby minimalizować obciążenie podsystemu IO (czyli dysków), gdyż odczyty logiczne są bardzo szybkie i nieobciążające, czego nie można powiedzieć o odczytach fizycznych. Jeżeli więc jakaś strona danych trafi do bufora, to kolejne zapytania nie będą musiały żądać pobrania tych danych z dysku. Naturalnie nie wszystkie strony danych mogą znaleźć się w buffer cache na dowolnie długi czas, ale przecież nie wszystkie strony są w danym momencie potrzebne. Drugim istotnym powodem istnienia bufora danych są kwestie związane z mechanizmem blokad niskopoziomowych typu latch i ogólnie mówiąc - z implementacją współbieżności i transakcyjności. W systemie SQL Server mamy jeden buffer cache (zwany także buforem danych lub cachem danych) dla całej instancji, podobnie z resztą jak w przypadku tzw. procedure cache, który to z kolei przechowuje plany zapytań kwerend ad-hoc i innych obiektów (jak procedury, triggery czy wydoki). Często możemy być zainteresowani uzyskaniem informacji na temat tego, jakie ilości danych przechowywane są w buforze danych w określonym momencie oraz tego, ile MB bufora przypada na strony danych pochodzące z poszczególnych baz. Do takich celów możemy wykorzystać poniższe zapytanie do widoku sys.dm_os_buffer_descriptors:

SELECT CASE
WHEN (GROUPING(database_id) = 1) THEN '-- TOTAL --'
ELSE DB_NAME(database_id)
END as 'Database name',
CAST(COUNT(page_id)/128.0 as numeric(8,2)) as MB
FROM sys.dm_os_buffer_descriptors
WHERE database_id !=32767
GROUP BY database_id
WITH ROLLUP
ORDER BY COUNT(page_id) DESC;

Trzeba pamiętać, że ilość pamięci RAM jest ograniczona i często procedure cache będzie rywalizował z buffer cache o przestrzeń do zaalokowania. Jeśli więc nagle z procedure cache wypadło nam większość planów zapytań, to warto ustalić przy pomocy powyższego zapytania, co dzieje się w buforze danych. Potencjalnie może się okazać, że tzw. wild query (np. przypadkowy CROSS JOIN na wielkich zbiorach) spowodowało wrzucenie do buffer cache gigabajtów danych, co w konsekwencji nadmiernie ograniczyło przestrzeń dostępną dla procedure cache.

SQL Server 2008 February CTP (CTP6)

nospam@example.com (Marcin Guzowski) — Wed, 20 Feb 2008 10:21:00 +0100

Wczoraj udostępniona została kolejna wersja Community Technology Preview systemu SQL Server 2008, oznaczona jako CTP6 lub February CTP. Na pierwszy rzut oka lista zmian nie jest w przypadku nowego CTP tak imponująca, jak przy CTP5 - co nie oznacza, że brakuje ciekawych ulepszeń. Dodano np. funkcjonalność indeksów filtrowanych, kompresję danych i indeksów, a z rzeczy praktycznych - lepsze Intellisense. Pełna lista improvements obejmuje 15 pozycji:
- Read-only SSAS shared scaleout,
- Support for Microsoft Word rendering,
- Data visualization enhancements,
- Report design enhancements in BI Development Studio,
- Throughput enhancements,
- Full-text Search (iFTS),
- Filtered indexes,
- Sparse columns,
- Microsoft Sync support,
- Policy-Based Mamanagement completeness,
- Performance Data Collection,
- Intellisense enhancements,
- Failover cluster,
- SQL Audit,
- Data compression.

Po raz pierwszy do wersji CTP Microsoft udostępnił także Feature Pack CTP, czyli zestaw dodatkowych komponentów, które rozszerzają możliwości środowiska. W jego skład wchodzą:
- Microsoft SQL Server 2008 Native Client,
- Microsoft SQL Server 2005 Backward Compatibility Components,
- Microsoft SQL Server 2008 Reporting Services Add-in for Microsoft SharePoint Technologies.

Obraz z SQL Server 2008 CTP6 zajmuje około 1.3 GB, natomiast Feature Pack to maksymalnie 140 MB.

Więcej informacji:
SQL Server 2008 CTP
Download: Microsoft SQL Server 2008 CTP, February 2008
Download: Microsoft SQL Server 2008 Feature Pack CTP, February 2008

IV Spotkanie PLSSUG Lublin

nospam@example.com (Marcin Guzowski) — Mon, 18 Feb 2008 20:29:00 +0100

Dnia 04 marca 2008 roku planowane jest IV spotkanie grupy PLSSUG Lublin. Godziny spotkania (17:00-19:00 z możliwością przedłużenia) oraz miejsce (siedziba firmy Anica System S.A.) nie zmieniają się. Jeżeli chodzi o meritum spotkania, to rozpoczniemy od niezakończonej na poprzednim spotkaniu sesji Bartka Matosiuka dotyczącej data minigu. Następnie Marcin Borecki opowie o Language Integrated Query (LINQ). Obydwie sesje zapowiadają się bardzo ciekawie. Prelegenci IV spotkania - podobnie jak prowadzący sesję na trzech pierwszych spotkaniach - otrzymają nagrody. Na pewno przeprowadzimy także co najmniej jeden konkurs, w którym będzie można wygrać oryginalne gadżety. Zainteresowanych serdecznie zapraszam, przypominając jednocześnie o konieczności rejestracji na każde spotkanie PLSSUG. Na moment obecny na IV spotkanie zarejestrowanych jest 12 osób na nieco ponad 30 dostępnych miejsc. Przy okazji informuję, że kilka dni temu Culminis przysłał certyfikat członkowski dla PLSSUG Lublin. Wygląda on tak:

Agenda spotkania:
17:00-17:15 - Kwestie organizacyjne (Marcin Guzowski)
17:15-18:05 - Wprowadzenie do data miningu (Bartosz Matosiuk)
18:05-19:00 - LINQ (Marcin Borecki)

Więcej informacji:
Strona informacyjna PLSSUG Lublin
PLSSUG Lublin: Rejestracja na spotkanie

Ciekawostki MSSQL: Postęp niektórych operacji

nospam@example.com (Marcin Guzowski) — Tue, 12 Feb 2008 11:14:00 +0100

Pytanie: czy na SQL Server 2005 da się zobaczyć, jaki jest postęp operacji ROLLBACK?

Odpowiedź brzmi: tak. Niektóre operacje (DBCC CHECKDB, DBCC SHRINKDATABASE, DBCC SHRINKFILE, BACKUP DATABASE, ROLLBACK) wewnętrznie notyfikują postęp operacji. Do informacji tej można dotrzeć przy pomocy odpowiednich kolumn widoku systemowego sys.dm_exec_requests:

SELECT start_time, percent_complete, estimated_completion_time
FROM sys.dm_exec_requests;

W powyższy sposób nie da się natomiast określić postępu zwracania danych działającego zapytania. Jeżeli chodzi o postęp transakcji, to można różnymi wysoce niestandardowymi i przybliżonymi metodami próbować szacować ilość rekordów, jaka pojawia się w dzienniku transakcyjnym. Na tej podstawie możemy wnioskować, czy dana transakcja rzeczywiście modyfikuje w danym momencie dane i jakie jest względne tempo tych modyfikacji. Wykorzystamy do tego celu funkcję fn_dblog().

Stany oczekiwań w SQL Server 2008

nospam@example.com (Marcin Guzowski) — Sun, 10 Feb 2008 18:50:00 +0100

Jak nie od dziś wiadomo, SQL Sever 2008 November CTP (CTP5) wprowadził szereg nowych funkcjonalności, jak choćby Resource Governor, SSMS z Intelli Sense dla składni T-SQL, FILESTREAM, plan freezing czy kompresja backupów. Są to nowości bardzo medialne i informacja o nich pojawia się praktycznie na wszystkich blogach, stronach, webcastach itd. Warto jednak wspomnieć, że w najnowszej wersji silnika SQL Server mamy także do czynienia z dużą grupą zmian wewnętrznych, mniej widowiskowych, które jednak są równie istotne. W tym poście chciałbym się przyjrzeć ulepszeniom i modyfikacjom, jakie dotyczą statystyk stanów oczekiwań.

Zacznijmy od rzeczy oczywistych, czyli od centralnego widoku systemowego sys.dm_os_wait_stats. Pierwsza różnica polega na tym, że znacznie przybyło nowych stanów oczekiwań. Liczba typów stanów oczekiwań w SQL Server 2005 wynosiła 201 (250 po włączeniu specjalnej flagi 8001 - DBCC TRACEON (8001,-1) ), natomiast w November CTP typów stanów oczekiwań jest aż 463, czyli ponad 200 więcej. Flaga 8001 już nie powoduje pojawienia się dodatkowych rekordów w widoku. Rola i struktura samego widoku pozostała bez zmian. Nadal agreguje on informacje o globalnych stanach oczekiwań od początku działania instancji lub ostatniego resetu na zasadzie przyrostowej. Nowe stany oczekiwań wiążą się po części z nowymi mechanizmami, jakie funkcjonują w Katmai. Ale to nie wszystko - jest też druga grupa. Nazwy 189 nowych stanów oczekiwań zaczynają się od przedrostka PREEMPTIVE_. Nie są to bynajmniej stany "martwe" (agregują konkretne oczekiwania). Wydaje się, że dotyczą bardzo wewnętrznych kwestii systemu operacyjnego SQL Server - SQLOS (m.in. PREEMPTIVE_OS_WAITFORSINGLEOBJECT, PREEMPTIVE_OS_WRITEFILEGATHER). Jeżeli stany te nie zostaną usunięte w wersji RTM, to będziemy mogli oglądać ciekawe informacje statystyczne, o ile tylko stany typu PREEMPTIVE zostaną dobrze opisane.

Jeżeli chodzi o statystyki globalnych stanów oczekiwań (wypadkowych dla danej instancji - widok DMV sys.dm_os_wait_stats), to w SQL Server 2008 stosujemy dokładnie taką samą metodę, jak w przypadku SQL Server 2005. Możemy więc wykorzystać choćby ten skrypt, który przygotowałem specjalnie dla SQL Server 2005. Uruchomienie go na odciążonych instancjach SQL Server 2008 i SQL Server 2005 pokazuje ciekawe różnice. Dla Katmai otrzymamy następujące niezerowe stany oczekiwań:

Podczas gdy na SQL Server 2005 sytuacja wygląda następująco:

Jak widać, różnice są dość zasadnicze. Analizując statystyki stanów oczekiwań na SQL Server 2008, więcej stanów oczekiwań należy rozpatrywać jako nieszkodliwe (m.in. REQUEST_FOR_DEADLOCK_SEARCH, BROKER_TO_FLUSH).

Istotne ulepszenie dotyczy pewnej niedogodności związanej z widokiem sys.dm_os_waiting_tasks. W SQL Server 2005 widok ten dawał informacje o statystykach oczekiwania sesji, które aktualnie na coś czekają. Były to więc informacje niezmiernie ulotne - oczekiwania są przecież bardzo chwilowe, jeśli więc sesja przestawała czekać lub zmieniała typ oczekiwania, to albo znikała z widoku, albo statystyki oczekiwań resetowały się. Nie było więc łatwego sposobu, żeby w środowisku produkcyjnym uzyskać informacje o tym, jakie są statystyki stanów oczekiwań konkretnego zapytania. Co prawda w SQL Server 2008 widok DMV sys.dm_os_waiting_tasks działa na takiej samej zasadzie, mamy jednak do dyspozycji nowy mechanizm - Extended Events wraz ze zdarzeniem rozszerzonym wait_info:

SELECT
o.name as event_name,
c.name as column_name,
c.column_id,
c.column_type
FROM sys.dm_xe_objects o JOIN sys.dm_xe_object_columns c
ON (o.name = c.object_name)
WHERE o.name = 'wait_info';

Powyższe zapytania pokazuje, jakie informacje możemy uzyskiwać o stanach oczekiwań przy pomocy XEvents:

Wykorzystanie XEvents nie jest może najwygodniejsze, bo to zupełnie nowy framework współpracujący z ETW (Event Tracing for Windows), poniższy skrypt powinien jednak trochę rozjaśnić całą koncepcję:

BEGIN TRY
DROP EVENT SESSION waitinfo_session ON SERVER;
END TRY
BEGIN CATCH END CATCH
GO

CREATE EVENT SESSION waitinfo_session ON SERVER
ADD EVENT sqlos.wait_info
ADD TARGET package0.etw_classic_sync_target
(SET default_etw_session_logfile_path = N'C:\temp\waitinfo.etl');
GO

ALTER EVENT SESSION waitinfo_session ON SERVER STATE = START;
GO

-- workload
-- (..)

ALTER EVENT SESSION waitinfo_session ON SERVER STATE = STOP;
GO

Aby powyższy skrypt zadziałał, trzeba kilku rzeczy dopilnować. Co oczywiste, konto, na którym działa usługa SQL Server, musi mieć dostęp do katalogu C:\temp. Co mniej oczywiste, konto powinno także należeć do dwóch grup - Performance Monitor Users i Performance Log Users. Niestety standardowa instalacja November CTP nie dodaje konta do drugiej grupy. Po dodaniu konta do odpowiednich grup może być wymagany restart instancji.

Kiedy zagregujemy już odpowiednie dane do pliku waitinfo.etl, warto je jakoś odczytać. W tym celu należy skonwertować plik ETL do bardziej przyjaznego formatu - CSV. Wykonamy więc następującą operację:

tracerpt waitinfo.etl

Otrzymamy dwa pliki: dumpfile.csv oraz summary.txt, z nich łatwiej odczytamy interesujące nas informacje. Dane te będzie jeszcze trzeba wrzucić do tabeli i odpowiednio powiązać, aby dostarczyły nam tego, czego oczekujemy. Widać więc, że badanie stanów oczekiwań z XEvents jest jeszcze niedopracowane i wymaga szeregu poprawek i uproszczeń. W każdym razie mi nie udało się w prosty sposób zmusić tego do efektywnej pracy zgodnej z moimi oczekiwaniami, ale pożyjemy - zobaczymy.

To tyle na moment obecny, jeśli zauważę jakieś dodatkowe ulepszenia lub różnice w obszarze tematyki stanów oczekiwań w SQL Server 2008, to w pierwszej wolnej chwili o tym napiszę.

III Spotkanie PLSSUG Lublin

nospam@example.com (Marcin Guzowski) — Fri, 25 Jan 2008 17:52:00 +0100

Trzecie spotkanie PLSSUG Lublin odbędzie się 05 lutego 2008 roku w standardowych godzinach 17:00-19:00 (z możliwością przedłużenia). Jak zwykle spotykamy się w siedzibie firmy Anica System S.A. Tym razem planujemy dwie sesje tematyczne - jedną z obszaru optymalizacji zapytań (Sebastiana) i drugą, stanowiącą wstęp do tematyki data miningu (Bartka). Na spotkaniu zostaną także przeglądowa zaprezentowane produkty jednego z naszych sponsorów (RedGate Software), a zasłużonym uczestnikom grupy (przede wszystkim prelegentom) zostaną rozdane nagrody nadesłane przez Microsoft i firmę RedGate (książki i różnego rodzaju gadżety - od koszulek po pendrivy). Wszystkich zainteresowanych serdecznie zapraszam, jednocześnie przypominając o konieczności każdorazowej rejestracji na spotkanie. Jak widać spotykamy się mniej więcej raz na miesiąc, więc nie jest to chyba dla nikogo specjalnie uciążliwe i tym bardziej namawiam do zaangażowania w działalność grupy. Zachęcam przede wszystkim do prowadzenia sesji, ale prosiłbym także o kontakt wszystkich chętnych, którzy chcą pomóc w organizacyjnej stronie przedsięwzięcia. Posiadanie olbrzymiej wiedzy nie jest wcale wymagane, aby zaistnieć na grupie.

Agenda spotkania:
17:00-17:15 - Kwestie organizacyjne (Marcin Guzowski)
17:15-18:05 - Dobry plan to podstawa - plan forcing, plan guides, parametryzacja (Sebastian Bratko)
18:05-18:15 - Produkty RedGate (Marcin Guzowski)
18:15-19:00 - Wprowadzenie do data miningu (Bartosz Matosiuk)

Więcej informacji:
Strona informacyjna PLSSUG Lublin
PLSSUG Lublin: Rejestracja na spotkanie