Subscribe RSS

Polskie blogi specjalistów IT / Microsoft

agregator blogów
  • O usłudze
  • ziembor.pl/blog/
  • Gdzie szukam?
    • wss.pl
    • ITBlogs
    • Jogger Techblog
    • dobreprogramy
  • Inne agreagatory
    • zine.net.pl/TechBlogs
    • itblogs.pl/agregat/

Author: Maciej Krasuski


Microsoft-Windows-TaskScheduler/Operational The specified query is invalid

2012-03-08 Posted by Maciej Krasuski under Polskie blogi IT

Podczas konfigurowania DPM’a 2010 do obsługi backupów z dysków Clustered Shared Volume napotkałem potrzebę stworzenia taska w TaskSchedulerze wbudowanym w Windows Server 2008 R2. Po ustawieniu wszystkich parametrów takich jak akcje, czas wykonania itp i zatwierdzeniu wyskoczył mi błąd widoczny na poniższym obrazku:

Po zamknięciu błędu task został poprawnie zapisany, udało się go uruchmić i działał bez żadnych problemów aczkolwiek przy wejściu do zakładkę History dla tego taska wyskakiwał wymieniony wcześniej błąd. Zacząłem dokładnie sprawdzać wszystkie elementy, wyrzuciłem schedule, uprościłem action do odpalenia jedynie CMD, a błąd nadal występował. Postanowiłem założyć nowego taska o nazwie TEST i ten działał bez błędów. Okazuje się, że mój task do listowania maszyn wirtualnych nazwałem “List vm’s”, i właśnie ten mały znak [ ' ] był przyczyną wszystkich błędów. Co ciekawe Windows pozwala nazwać dowolnie taska, ale z poprawnym działaniem po wpisaniu znaku [ ' ] jest już trochę gorzej.

MSA70 with firmware earlier than 1.50

2012-03-06 Posted by Maciej Krasuski under Polskie blogi IT

Ostatnimi czasy u jednego z naszych klientów zwolniła się kratka na dyski HP MSA70, która była podpięta po Interfejsie SAS bezpośrednio do serwera do kontrolera P800. Kratka miała zostać dołączona do istniejącej infrastruktury klastrowej złożonej z:

- macierzy MSA 2324FC (dwa kontrolery FC)

- dwóch kratek MSA70 (podłączonych poprzez SAS w architekturze Dual Domain)

Do nowodołączanej kratki został dokupiony drugi kontroler SAS. Niestety po podłączeniu wszystkiego razem otrzymaliśmy pierwszy błąd dotyczący Firmware’u nowo podłączonej kratki MSA70. Aby kratka działała poprawnie powinna mieć Firmware w wersji 2.18 lub wyższym. Z pozoru prosta aktualizacja firmware’u okazała się być dużo bardziej skomplikowana niż by się mogło wydawać, gdyż nasza kratka posiadała zainstalowaną wersję 1.40, a w tym przypadku nie jest możliwa aktualizacja, a wymiana całego backplane’u. Jest to dokładnie opisane w dokumentacji:

MSA2000_G1_White_Paper

W dokumentacji na stronie 43 możemy znaleźć następujące informacje:

If your MSA70 has installed firmware earlier than version 1.50, you must replace the chassis
backplane before installing a second I/O module in the chassis. To determine your installed firmware
version, use a server-based tool such as HP Systems Insight Manager or your Management Agents.
If installed firmware is earlier than 1.50, do the following:
1. Contact HP Support and order a replacement backplane:
MSA70: 430149-001

Niestety po zamówieniu nowego backplane’u z amerykańskiej dystrybucji (w polskiej nie można było już tego dostać) okazało się, że element, który przyjechał jest dokładnie taki sam, jak ten który już mieliśmy w naszej kratce. Mamy teraz dwa niedziałające w trybie Dual Domain backplane’y i czekamy na odpowiedź od HP jak rozwiązać ten problem skoro postępowanie z ich instrukcją nie pomogło.

Jak widać nie zawsze można wierzyć w dokumentację techniczną udostępnioną przez HP.

OCZ RevoDrive 3 X2 PCI-Express SSD – UWAGA!!!!

2012-03-06 Posted by Maciej Krasuski under hp dl380 g5, pci express, Polskie blogi IT, red screen of death, ssd

Ostatnio testowałem karty OCZ RevoDrive 3 X2 PCI-Express SSD – w testach wydajnościowych wypadały dosyć pozytywnie i zapadła decyzja, żeby zastosować je w środowisku produkcyjnym (początkowo pod mirror SQL Servera stojącego na kartach FusionIO, a docelowo pod Multi Site Cluster). Wszystkie testy przeprowadzałem na serwerze HP DL380 G5, a docelowo karty miały trafić do serwera HP DL 380 G6 z procesorami serii E55xx. Tutaj niestety natrafiłem na wielki problem. Serwer po zamontowaniu kart OCZ nie uruchamia się, wyświetla się RED SCREEN OF DEATH:

 

 

Wyświetla się komunikat Illegal OpCode (z numerami błędów) i dalej serwer nie startuje. Przetestowałem to na kilku serwerach HP DL380 G6 i G7 i za każdym razem sytuacja wyglądała identycznie. Po przeszukaniu Internetu w celu znalezienia jakiś informacji na ten temat natrafiłem na plotki, że to producent blokuje celowo możliwość wykorzystania tych kart w serwerach, aby zmusić klienta do zakupienia kart w wersji Enteprise, które są wielokrotnie droższe. Natrafiłem też na informacje, że upgrade firmware’u kart może pomóc w zdjęciu blokady, aczkolwiek w przypadku moich egzemplarzy ta operacja nie pomogła. Przestrzegam zatem wszystkich, którzy chcieliby wykorzystać te karty do celów serwerowych w serwerach HP DL 380 G6 i wyższych - TE KARTY NIE BĘDĄ DZIAŁAŁY W TAKIM ŚRODOWISKU!

OCZ RevoDrive 3 X2 PCI-Express SSD – pierwsze testy

2011-10-17 Posted by Maciej Krasuski under Polskie blogi IT

Niedawno w moje ręce trafiły dwie karty OCZ RevoDrive 3 X2 PCI-Express SSD, które zamówiliśmy dla naszego klienta do wykorzystania jako dysk pod mirror baz danych, stojących na dyskach FusionIO io-Drive. Ponieważ dyski FusionIO są bardzo kosztowne, a macierze SAS okazały się zbyt wolne, aby mirror nadążał za serwerem głównym (obciążenie na serwerach jest tak duże, że nawet przy asynchronicznym mirroringu było kłopoty z zachowaniem synchronizacji pomiędzy serwerami) postanowliśmy poszukać czegoś innego – dającego wystarczającą wydajność i nie rujnującą kieszenie klienta. Wybór padł na dyski PCI-E OCZ. Poniżej prezentuję pierwsze testy zakupionych urządzeń:

Powyższy rysunek przedstawia wyniki jaki dysk uzyskuje w teście programu ATTO Disk Benchmark. Jak widać wyniki są całkiem niezłe – szczególnie na dużych plikach.

Poniżej wyniki dla testu Random Access Read wykonane w programie HD Tune Pro dla dysków OCZ oraz dla porównania dla macierzy HP 3x146GB SAS 10K.

 

Uzyskane wyniki pokazują, że wydajność dysków OCZ jest na bardzo wysokim poziomie, przewyższającym zdecydowanie standardowe dyski SAS. W najbliższym czasie opublikuję bardziej szczegółowe testy porównawcze dysków OCZ i FusionIO.

DPM 2010 Error ID: 308

2011-08-26 Posted by Maciej Krasuski under Polskie blogi IT

Napotkałem niedawno ciekawy błąd w programie Data Protection Manager 2010. Okazało się, że nagle (bez żadnej wyraźnej przyczyny) przestał się backupować serwer, które jest skonfigur0wany jako Workgroup (serwer będący poza domeną).

Początkowo serwer wskazywał brak połączenia z RPC, ale okazało się, że konto lokalne, skonfigurowane na backupowanym komputerze jako konto, z którego korzysta DPM Protection Agent przestało działać. Jako, że jest to konto lokalne i było tworzone automatycznie podczas ręcznej instalacji DPM Protection Agenta, to stosowane są do niej standardowe polityki bezpieczeństwa jak do każdego innego konta, czyli również wygaśnięcie ważności hasła. Aby naprawić błąd i przywrócić ochronę serwera wystarczyło w ustawieniach konta ustawić aby hasło nigdy nie wygasało.

 

Instalacja DPM2010 Protection Agent na kontrolerze domeny – Error 270

2011-07-06 Posted by Maciej Krasuski under Polskie blogi IT

Podczas instalacji Data Protection Manager 2010 Protection Agent na komputerze z systemem Windows Server 2008 R2, który pełni rolę kontrolera domeny natrafiłem na kilka błędów. Pierwszy błąd dotyczył problemów z instalacją zdalną agenta z poziomu DPM 2010 Administrative Console. Instalacja zdalna nie powiodła się, więc postanowiłem go zainstalować manualnie. Aby to zrobić należy wykonać następujące kroki:

Uruchamiamy command line z uprawnieniami administracyjnymi na komputerze, na którym chcemy zainstalować agenta oraz wpisujemy następujące polecenia:

net use Z: \\dpmserver\c$
gdzie Z to litera dysku pod jaką montujemy dysk c z serwera DPM, dpmserver – to nazwa naszęgo serwera, na którym jest zainstalowany DPM2010

Następnie przechodzimy do katalogu, w którym znajduje się instalator protection agenta:
cd /d z:\Program Files\Microsoft DPM\DPM\ProtectionAgents\RA\3.0 .7696.0\amd64
gdzie 3.0 .7696.0 to numer buildu DPM’a (powinien być najnowszy) oraz wybieramy odpowiednio folder amd64 lub i386 w zalezności od tego czy nasz serwer, na którym instalujemy agenta jest 64 czy 32 bitowy

Następnie uruchamiamy instalator dla wersji 64 bitowej:

DpmAgentInstaller_x64.exe dpmserver.intranet.firma.pl

lub dla wersji 32 bitowej:

DpmAgentInstaller_x86.exe  dpmserver.intranet.firma.pl

gdzie dpmserver.intranet.firma.pl to w pełni kwalifikowana nazwa domenowa (FQDN) serwera, na którym jest zainstalowany DPM.

Po zakończeniu instalacji możemy przejść do podłączenia nowo zainstalowanego agenta do serwera DPM. Aby to zrobić uruchamiamy DPM 2010 Administrator Console przechodzimy do zakładki Management z prawej listwy wybieramy przycisk Install. W oknie, które się pojawi zaznaczamy opcję Attach agents oraz w zależności od tego czy podłączany serwer jest w domenie czy nie zaznaczamy odpowiednią opcję. Dalej postępujemy zgodnie z zaleceniami wizarda.

Jeżeli po dodaniu agenta do serwera DPM pojawia się błąd ERROR 270 musimy wykonać następujące kroki:

- logujemy się do serwera, na którym występuje problem (w naszym przypadku serwer ten jest kontrolerem domeny)

- odpalamy konsolę Active Directory Users and Computers

- rozwijamy drzewo domeny i przechodzimy do zakładki Builtin

- wybieramy grupę Users

- przechodzimy do zakładki  Members

- sprawdzamy czy do członków grupy należą następujące konta:  Authenticated Users, Interactive, Domain Users – jeśli którejś brakuje to ją dodajemy

 

 Następnie wracamy do zakładki Management na serwerze DPM, klikamy prawym przyciskiem myszy na nowo dodawanym serwerze i naciskamy przycisk Refresh Information.

Po tych zabiegach wszystko powinno działać.

Office 2010 deployment z wykorzystaniem GPO

2011-06-24 Posted by Maciej Krasuski under Polskie blogi IT

Dzisiaj zajmę się opisaniem krok po kroku instalacji pakietu Microsoft Office 2010 na zdalnych maszynach z wykorzystaniem Group Policy Objects.

  • Krok 1 Tworzymy distribution point

Na początku należy utworzyć zasób sieciowy, do którego następnie przekopiujemy wszystkie pliki z płyty instalacyjnej pakietu Office 2010. Udostępniony folder musi być dostępny dla wszystkich użytkowników, u których będzie instalowany pakiet. Ścieżka do naszego udostępnionego folderu będzie następująca:

\\server\office2010deploy 

Następnie do utworzonego folderu kopiujemy wszystkie pliki z płyty pakietu office.

  • Krok 2 Konfigurujemy instalator przy pomocy Office Customization Tool

Narzędzie Office Customization Tool pozwoli nam skonfigurować odpowiednio instalator tak, aby użytkownik nie musiał wpisywać klucza, możemy wybrac jakie składniki pakietu mają być zainstalowane oraz przeprowadzić konfigurację poczty itp. Aby uruchomić OCT uruchamiamy command line, przechodzimy do folderu, w którym znajdują się pliki skopiowane z płyty CD pakietu office oraz wpisujemy komendę:

C:\office2010deoploy\setup /admin

gdzie C:\office2010deploy to lokalna ścieżka, w której znajduje się nasz skopiowany pakiet office.

Wita nas poniższe okienko:

Postaram się opisać najczęściej wykorzystywane zakładki aplikacji OCT. W zakładce Install location and organization name ustawiamy nazwę organizacji oraz katalog, w którym ma być zainstalowany Office:

W następnym kroku wpisujemy klucz produktu, jaki ma być zainstalowany, decydujemy też w jaki sposób ma być przeprowadzona instalacja, czy będzie widoczna dla użytkowników (Display level: FULL), czy będzie się odbywała w tle (Display level: NONE). Określamy też czy użytkownik może przerwać instalację (Opcja: No cancel).

Dalej wybieramy, czy instalator ma usunąć starszą wersję office’a jeśli taką napotka. Decydujemy, które aplikacje pakietu mają być usunięte.


Wybieramy elementy składowe pakietu, jakie mają zostać zainstalowane:


Ciekawą opcją jest możliwośc skonfigurowania poczty dla użytkownika docelowego. Ustawiamy adres serwera mailowego np. jeśli posiadamy w firmie serwer exchange, nazwa użytkownika jest pobierana automatycznie z konta, dla którego jest przeprowadzana instalacja i po zainstalowaniu pakietu office użytkownik ma od razu w pełni funkcjonalną pocztę w outlooku.

Gdy już skonfigurujemy wszystkie interesujące nas ustawienia zapisujemy plik wybierając z menu File->Save. Plik zapisujemy jako Install.msp i umieszczamy w lokalizacji:

C:\office2010deploy\updates\Install.msp

  • Krok 3 Tworzenie skryptu instalacyjnego

Aby zainstalować Office 2010 wykorzystamy odpowiednio zmodyfikowany skrypt instalacyjny:

setlocal

REM *********************************************************************
REM Environment customization begins here. Modify variables below.
REM *********************************************************************

REM Get ProductName from the Office product’s core Setup.xml file, and then add “office14.” as a prefix.
set ProductName=Office14.STANDARD

REM Set DeployServer to a network-accessible location containing the Office source files.
set DeployServer=\\server\office2010deploy

REM Set ConfigFile to the configuration file to be used for deployment (required)
set ConfigFile=\\server\office2010deploy\Standard.WW\config.xml

REM Set LogLocation to a central directory to collect log files.
REM set LogLocation=\\server\office2010deploy\officedeploylogfiles

REM *********************************************************************
REM Deployment code begins here. Do not modify anything below this line.
REM *********************************************************************

IF NOT “%ProgramFiles(x86)%”==”” (goto ARP64) else (goto ARP86)

REM Operating system is X64. Check for 32 bit Office in emulated Wow6432 uninstall key
:ARP64
reg query HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432NODE\Microsoft\Windows\CurrentVersion\Uninstall\%ProductName%
if NOT %errorlevel%==1 (goto End)

REM Check for 32 and 64 bit versions of Office 2010 in regular uninstall key.(Office 64bit would also appear here on a 64bit OS)
:ARP86
reg query HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\%ProductName%
if %errorlevel%==1 (goto DeployOffice) else (goto End)

REM If 1 returned, the product was not found. Run setup here.
:D eployOffice
start /wait %DeployServer%\setup.exe /config %ConfigFile%
echo %date% %time% Setup ended with error code %errorlevel%. >> %LogLocation%\%computername%.txt

REM If 0 or other was returned, the product was found or another error occurred. Do nothing.
:End
Endlocal

Konfigurujemy parametry znajdujące się w pierwszej połowie skryput, ustalamy jaką wersję będziemy instalowali (np. Office14.Standard lub Office14.ProPlus). Następnie do zmiennej DeployServer wstawiamy ścieżkę sieciową do serwera, na którym znajduje się instalator pakietu office skopiowany z płyty cd. W naszym przypadku jest to \\server\office2010deploy. Do zmiennej ConfigFile wprowadzamy ścieżkę, w której znajduje się plik konfiguracyjny (dla Office Standard jest to katalog \Standard.WW w katalogu, ze skopiowanymi z płyty plikami). Ostatnią rzecz jaką możemy, ale nie musimy konfigurować jest ustawienie ścieżki, w której będą zapisywane logi instalacji. Musi być nadane uprawnienie zapisu dla takiego zasobu sieciowego.
Przygotowany w ten sposób skrypt instalacyjny zapisujemy w folderze, który jest dostępny dla kontrolera domeny.

  • Krok 4 Tworzymy i konfigurujemy GPO

Kiedy mamy już gotowy skrypt instalacyjny przystępujemy do utworzenia GPO w active directory oraz przypisania go do odpowiedniego Organization Unit. Rozpoczynamy od uruchomienia konsoli Active Directory Users and Computers wpisując w polu uruchom polecenie dsa.msc.

Wybieramy odpowiednią jednostę organizacyjną zawierającą komputery, na których chcemy zainstalować pakiet Office. Ewentualnie przenosimy komputery, do nowo utworzonej jednostki organizacyjnej, w naszym przypadku jest to OfficeDeploymentTest.

W następnym kroku uruchamiamy konsolę Group Policy Management wpisując w polu uruchom gpmc.msc. Rozwijamy drzewko domenowe, wybieramy pozycję Group Policy Objects oraz z menu kontekstowego wybieramy polecenie NEW. Następnie wpisujemy nazwę naszego nowego obiektu i klikamy OK.

Następnie klikamy prawym przyciskiem myszy na nowo utworzony obiekcie i wybieramy z menu kontekstowego opcję EDIT aby otworzyć okienko Group Policy Management Editor. Z drzewa obiektów wybieramy po kolei: 

Computer Configuration -> Policies -> Windows Settings ->Scripts (Startup/Shutdown)

Następnie otwieramy właściwości obiektu Startup, klikamy przycisk Add i wskazujemy skrypt, który wcześniej utworzyliśmy.

Następnie z drzewa obiektów wybieramy:

Computer Configuration -> Policies -> Administrative Templates -> All settings -> Maximum wait time for Group Policy scripts

I ustawiamy na wartość Disabled aby wydłużyć czas, który skrypty instalacyjne mają na instalację naszego office’a.

Po wykonaniu wszystkich powyższych kroków tworzymy jeszcze tylko link do naszego nowo stworzonego obiektu GPO poprzez przeciągnięcie i upuszczenie go na jednostce organizacyjnej, dla której będzie wykonywany deployment pakietu office.

Teraz wystarczy tylko zrestartować komputery, na których ma zostać zainstalowany office i przy logowaniu użytkownika instalacja powinna ruszyć automatycznie.

 

 

 

 

 

 

Piki wskaźnika Log Write Waits

2011-05-26 Posted by Maciej Krasuski under Polskie blogi IT

Około rok temu u jednego z klientów wystąpił interesujący przypadek spowolnienia działania serwera bazodanowego. Mianowicie na jednym z serwerów, na którym stoi baza danych (mssql server 2008) obsługująca system magazynowy w dużym centrum logistycznym pojawiały się piki, podczas których serwer zamierał na chwilę. Piki pojawiały się na następujących licznikach:

Log write wait
Procesor privileged time

Poniższy obrazek prezentuje jak wygłądały te piki:

Konfiguracja serwera, na którym występował ten problem to:

HP DL380 G6
2xXEON e5520
72GB RAM

Bazy danych są składowane na dość specyficznym storage’u FusionIO ioDrive:
http://www.fusionio.com/products/iodrive/

W serwerze zamontowane są 3 karty ioDrive 320 GB z czego karta, na której przechowywane są dane była sformatowana na 320GB, a dwie pozostałe, przechowujące T-Loga były sformatowane na max write performance, po 220GB każda.

Cluster size dla wszystkich dysków był ustawiony na 64KB, wyłączone HT na procesorach, wszystkie bazy w trybie Full Recovery, włączony mirroring dla wszystkich baz użytkownika, włączony log shipping co 30 minut aby zapanować nad t-logami.

Podczas takiego piku SQL Serwer zamierał na krótką chwilę, po czym znowu działał normalnie. Po restarcie serwera piki na jakiś czas mijały. Poniższy obrazek to prezentuje:

Pierwsze podejrzenie padło na karty ioDrive. Karty te są zbudowane w postaci kart wpinanych w szynę PCI-E. Karty mają ogromną wydajność (transfery rzędu 800MB odczyt i 500MB zapis oraz czas dostępu rzędu 50us). Poniższy obrazek prezentuje wydajność takiej karty:

Ponieważ główne podejrzenia padły na początku na karty ioDrive postanowiliśmy je sformatować na nowo wykorzystując wbudowany w sterownik LOW LEVEL FORMAT. Co ciekawe taki zabieg pomagał na jakiś czas (od miesiąca do trzech). Jednak problem wciąż powracał dlatego sformatowaliśmy karty na MAXIMUM WRITE PERFORMANCE kosztem pojemności, która spadła z 320GB na karcie do około 200GB  na jednej karcie. To jednak również nie pomogło.

Co ciekawe niedawno mieliśmy podobny problem u innego klienta, który korzystał z bardziej typowego storage’a Hitachi AMS 2100 SAN. U niego również występowały takie same piki (ale były trochę niższe, rzędu 300ms na log write wait). Był to klaster złożony z 2 node’ów podłączonych do macierzy przez sieć SAN. W tym przypadku udało się za pomocą xperf’a zlokalizować problematyczny sterownik storport.sys, który nie dawał sobie rady z zapisami poniżej 4kb i generował mnóstwo opóźnień. Łatka do windowsa załatwiła sprawę. Jedyna zbieżność tych dwóch przypadków, to to, że obydwa serwery (ten z iodrive i klaster) były wykorzystywane przez WMS’a. Chociaż obydwa te systemy magazynowe były systemami autorskimi tworzonymi lokalnie w firmach i nie miały ze sobą nic wspólnego:)

Natomiast po załączeniu xperf’a dla pierwszego przypadku nie było nic co rzucało by się w oczy. Rozwiązaniem problemu okazało się ustawienie parametru LOCK PAGES IN MEMORY dla konta, na którym działa SQL Server, aby zapobiec stronnicowaniu pamięci RAM, którą wykorzystuje baza danych.

Pod tym adresem można znaleźć opis w jaki sposób można ustawic tą opcję: http://msdn.microsoft.com/en-us/library/ms190730.aspx

Problem podczas wykonywania log shippingu na udział sieciowy

2011-05-26 Posted by Maciej Krasuski under Polskie blogi IT

Jakiś czas temu spotkałem się z bardzo dziwnym błędem podczas wykonywania log shippingu. Mianowicie podczas zrzucania backupu loga na udział sieciowy udostępniony na innym serwerze pojawiał się komunikat:

“The specified network name is no longer available“

Ponadto od czasu do czasu serwer, na który backupy były kopiowane zawieszał się z powodu wycieków pamięci.

Konfigurację infrastruktury przedstawia poniższy rysunek:

Infrastruktura serwerowa

Log shipping z 3 serwerów bazodanowych, na których jest uruchomionych łącznie 7 instancji SQL Servera jest kopiowany na udziały sieciowe na jeden serwer NAS poprzez sieć LAN 1Gbps. Log shipping jest wykonywany w odstępach 30 minutowych. Problemy pojawiały się głównie nad ranem, gdyż w nocy wykonywana była reorganizacja indeksów i był dość duży przyrost transaction loga. Skutkowało to w dłuższej perspektywie zapychaniem się dysków na serwerach produkcyjnych, gdyż niezrzucany log rozrastał się do ogromnych rozmiarów.

Próbowałem różnych sposobów rozwiązania tego problemu – instalacji łatek, rekonfiguracji karty sieciowej. Jednak strzałem w dziesiątkę okazało się użycie zamiast protokołu SMB protokołu iSCSI. Doinstalowałem dodatek do Windowsa 2008 R2 – Windows Storage Server, który pozwala na tworzenie targetów iSCSI i podpinania do nich dysków VHD. W ten łatwiej jest zarządzać przestrzenią przeznaczoną na log shipping oraz wszelkie problemy z log shippingiem przestały istnieć.

Hello world!

2011-05-19 Posted by Maciej Krasuski under Polskie blogi IT

Witamy na naszym blogu!

Będziemy tu poruszać ciekawe zagadnienia, na jakie natrafiliśmy podczas naszej codziennej pracy z takimi technologiami jak SQL Server, Windows Server oraz .NET, a także wiele innych.

Zapraszamy do regularnego zaglądania na naszą witrynę.

Zespół Exaco

Archiwa
  • Maj 2012 (68)
  • Kwiecień 2012 (159)
  • Marzec 2012 (196)
  • Luty 2012 (153)
  • Styczeń 2012 (128)
  • Grudzień 2011 (101)
  • Listopad 2011 (80)
  • Październik 2011 (94)
  • Wrzesień 2011 (49)
  • Sierpień 2011 (30)
  • Lipiec 2011 (21)
  • Czerwiec 2011 (14)
  • Maj 2011 (21)
  • Kwiecień 2011 (32)
  • Marzec 2011 (14)
  • Luty 2011 (13)
  • Styczeń 2011 (29)
  • Grudzień 2010 (11)
  • Listopad 2010 (22)
  • Październik 2010 (19)
  • Wrzesień 2010 (19)
  • Sierpień 2010 (15)
  • Lipiec 2010 (9)
  • Czerwiec 2010 (5)
  • Maj 2010 (5)
  • Kwiecień 2010 (13)
  • Marzec 2010 (13)
  • Luty 2010 (20)
  • Styczeń 2010 (13)
  • Grudzień 2009 (16)
  • Listopad 2009 (19)
  • Październik 2009 (30)
  • Wrzesień 2009 (14)
  • Sierpień 2009 (11)
  • Lipiec 2009 (25)
  • Czerwiec 2009 (2)
  • Maj 2009 (12)
  • Kwiecień 2009 (9)
  • Marzec 2009 (5)
  • Luty 2009 (5)
  • Styczeń 2009 (6)
  • Grudzień 2008 (6)
  • Listopad 2008 (4)
  • Październik 2008 (6)
  • Wrzesień 2008 (3)
  • Kwiecień 2008 (1)
  • Grudzień 2007 (1)
Kategorie
2003 2010 access Access 2003 Access 2010 Aktualności Bez kategorii BI CTP exchange online Exchange Server Exchange Server 2010 featured funkcje Grzegorz Tworek How To Hyper-V 3 Hyper-V Server 8 interoperacyjność IT Pro blogerzy Jak to zrobić Komputery i Internet Microsoft Outlook najlepsze praktyki Narzędzia open source Oprogramowanie PLSSUG Polskie blogi IT Porady PowerPivot Relacje Reporting Services SharePoint Foundation 2010 SharePoint Server 2010 Skrypty System Center 2012 Techniczne Tips and tricks video Virtual Machine Manager wersje beta WGUiSW Windows 8 Beta Windows 8 Customer Preview
Tagi
.net Active Directory Artykuły Blog blogosfera Cloud Computers and Internet CRM 2011 Excel Exchange Exchange 2010 Hyper-V Inne IT konferencja Konferencje Linux Lync Microsoft Microsoft Dynamics CRM News office 365 Ogólne PowerShell Private Cloud programowanie Publikacje Security SharePoint Społeczności IT SQL SQL Server SQL Server 2012 System Center Uncategorized Windows Windows 7 Windows 8 Windows Phone 7 Windows Server Windows Server 8 Windows Server 2008 Wirtualizacja Wydarzenia [EN]
Autorzy
Kamil Skalski, Konrad Sagala, Szymon Bochniak, Tadeusz , Tomasz Filipowicz, RSS , Łukasz Kałużny, kgorczewski , Łukasz , Wojciech Gardziński, Paweł Goleń, Dariusz Porowski, Piotrek Gardy, koprowskit , nExoR , Joanna Subik, Mateusz Świetlicki, Marcin , piotrpawlik , TechNet Polska, gsgalezowski , T4ngram , Metorio , Maciek Blog, Bloggers Underground, blog Michała Cywińskiego..., Me & Technology – Paula’s Security Blog, swilczew , pawp81 , programistaaccess , Bartek Bielawski, soisk , Zygmunt B., MS Dynamics Blog, Jarek Szybiński, rtynski , Filip , Świat Office, voytas , jaroslawsokolnicki , rem8 , Łukasz Matuszewski, Seb , kaarol , Peter , Kamil Karczmarczyk, Dariusz Brejnak, JeZZoo , bns , Pawel Potasinski, Kuba Skałbania, t.onyszko , robertmandziarz , Krzysiek , MKr , szulcu , Robert Stuczynski - Noise, kicekpicek , Dobert , Łukasz Zięba, drixter , Maciej Krasuski, Tomasz_Sochacki , Przemek Kuczyński, losiak , paramo , OSKAr , SzymonN , Marcin Milewski, marcinbojko , l10n , Łukasz Z., Grzesiek Bartosik, jnx
Polskie blogi specjalistów IT / Microsoft powered by WordPress and The Clear Line Theme