Pracowaliście długo nad swoją aplikacją, czas przesiąść się z serwerów testowych/deweloperskich na maszyny produkcyjne. Jednym z elementów waszej aplikacji jest baza na SQL 2005 i tę bazę też trzeba przenieść.
Można to uczynić na co najmniej dwa sposoby (backup/restore i detach/attach) ale jest jeden sposób sprytniejszy od pozostałych. Dzięki małemu narzędziu o nazwie Microsoft SQL Server Database Publishing Wizard 1.1 możemy zaimportować nasze dane do postaci kodu SQL, a następnie wrzucić na dowolną inną maszynę. Działa dla schematu, danych i obu opcji razem. Przy okazji można przyjrzeć się kodowi i coś poprawić - same zalety!
Narzędzie integruje się doskonale z Visual Studio. Na poniższym przykładzie widać opcję Publish to provider na Visual Studio 2008 na moim systemie (te czerwone plamy to konieczność).

Taka okazja nie zdaża się często, 29 lutego. W taki dzień nic nie jest zatem lepsze niż przygotowywanie środowiska prezentacyjnego dla zespołu i kadry menedżerskiej na przyszłotygodniową prezentację numer dwa (numer jeden to udana środowa prezentacja w PP). Były słowa, czas przejść do czynów - coś pokazać.
Instalacja na VirtualPC składa się z następujących elementów:
- Windows Server 2003 SP2 Standard
- SQL Server 2005 Enterprise
- SQL Server 2005 Reporting Services
- Project Server 2007
- Project Portfolio Server 2007
- i na dodatek Exchange 2007 (eval, bo tylko taki działa na 32bit)
Na tym własne AD (oczywiście contoso.com), kilku użytkowników (wśród nich musiał się znaleźć Joe Doe i jego irlandzki odpowiednik John O’Brien). W czasie konfigurowania Reporting Services natknąłem się na problem, którego nie mogłem przeskoczyć bez pomocy MS Knowledge Base, ale o tym napisałem na moim blogu technetowym.
Obok mnie na stole leży Microsoft Office Project 2007 Bible autorstwa Elaine Marmel, na komputerze grube megabajty dokumentacji do Project Server 2007, Portfolio Server 2007, z Amazon fruną kolejne pozycje, a noc jeszcze długa.
Zapytacje dlaczego nie Windows Server 2008 albo SQL 2008. Powód jest prosty: powyższą konfigurację (lub podobna do niej) testowałem już kilka razy i zawsze wszystko sprawnie działało, a na testy w bardzo limitowanym czasie trwania mojego projektu, po prostu nie mogę sobie pozwolić. Zanim przystąpię do ostatecznej implementacji Project Server i Portfolio Server, SQL 2008 nie ukaże się jeszcze w wersji RTM, ale na pewno znajdę czas by sprawdzić Windows Server 2008. Ale na to przyjdzie odpowiedni czas.
Ostatnie komentarze