[MSSQL] SQL 2008 R2 w klastrze: problem z Maintenace Planem: The LoadFromSQLServer method has encountered OLE DB error code 0x80004005

Co zrobić, kiedy uruchamiamy maintenance plan na SQL 2008 R2 pracującym w clustrze i zamiast prawidłowego wykonania otrzymujemy błąd:

"Executed as user: xxxx. Microsoft (R) SQL Server Execute Package Utility  Version 10.50.1600.1 for 64-bit  Copyright (C) Microsoft Corporation 2010. All rights reserved.    Started:  14:42:28  Could not load package "Maintenance Plans\test" because of error 0xC0014062.  Description: The LoadFromSQLServer method has encountered OLE DB error code 0x80004005 (Login timeout expired).  The SQL statement that was issued has failed.  Source:   Started:  14:42:28  Finished: 14:42:43  Elapsed:  15.023 seconds.  The package could not be loaded.  The step failed."

W Management Studio wchodzimy w SQL Server Agent -> Jobs -> Nazwa zadania i otwieramy właściwości. Przechodzimy do zakładki Steps i klikamy na krok z listy. Edytujemy go. Na samym dole w pozycji Package, przed ścieżką dodajemy znak \ (lub klikamy na [...] i wchodząc w nazwę pakietu w ten sposób backslash sam się pojawi).

Wypada również zajrzeć w konfigurację samego clustra i zależności zasobów dyskowych (Disk Drives -> prawy przycisk na dysku i zakładka Dependencies). Gdyby przypadkiem pojawiła się zależność, na której widnieje nazwa clustrowa, należy ją usunąć.
Po korekcie zależności nie będzie potrzebny już backslash w ścieżce do paczki.

Blog nie umarł...

... to ja jestem trochę leniwa. No może nie leniwa, ale nie mam jakoś natchnienia na pisanie około-windowsowych rzeczy. Wiem jednak, że blog ma sporo odwiedzających, których serdecznie zapraszam do komentowania i zadawania pytań - nie gryzę, a jakikolwiek odzew od strony czytelników jest przeze mnie mile widziany!

Dziś postanowiłam wrzucić tu kilka linków do artykułów napisanych przeze mnie do nieżyjącego już portalu windowshosting (aktualnie połknięty przez webhosting.pl):

Wyprowadzka na Bloggera

No i stało się. Wyprowadziłam się z własnego hostingu i własnej domeny na Bloggera. Eksport i import wpisów odbył się bezboleśnie.
Wordpress: Narzędzia -> Eksport
Potem przepuszczenie pliku xml przez wordpress2blogger.appspot.com i import w samym Bloggerze.

(prawie)automatyczny failover aplikacji Manage Engine ServiceDesk Plus

Manage Engine ServiceDesk Plus (niektórzy może jeszcze pamiętają AdventNet ServiceDesk) jak informuje producent jest: "to internetowa aplikacja pomocy technicznej, która pomaga zarządzać komunikacją z jednego punktu. Oferuje zintegrowane zarządzanie zgłoszeniami (zgłaszanie problemów), zarządzanie zasobami, zarządzanie zleceniami zakupu, zarządzanie kontraktem, portal samoobsługowy, oraz bazę wiedzy.". Od strony administracyjnej jest to aplikacja napisana w Javie i przechowująca dane w bazie danych. Do wyboru mamy MySQL oraz MSSQ Server.
Czy aplikacja ta może działać w trybie HA z automatycznym przywracaniem po awarii jednego z serwerów bazy danych? Tak i nie... Ale wszystko da się przecież jakoś obejść :) Opiszę taki przypadek na przykładzie aplikacji działającej wraz a bazą MSSQL Server.

[MSSQL] SQL 2008 R2 wysoka dostępność - mirroring

Podobnie jak w przypadku log shipping, transakcje w lustrzanych kopiach baz danych są przenoszone z serwera głównego (Principial Server) na serwer pomocniczy, nazywany tutaj serwerem lustrzanym (Mirror Server) – z tą różnicą, że transakcje są zatwierdzanie w momencie, kiedy następują.
Na serwerze głównym  znajduje się główna baza danych, gdzie przeprowadzane są transakcje. Serwer główny zapisuje zmiany w głównym dzienniku transakcji i automatycznie przenosi informacje na temat przeprowadzonych transakcji na serwer lustrzany, który dokonuje wpisu w swoim dzienniku transakcji. Następnie serwer lustrzany wysyła potwierdzenie do serwera głównego.
W ten sposób serwer lustrzany zawiera pełną kopię bazy danych ze wszystkimi wykonanymi transakcjami. Należy jednak pamiętać, że nie można tworzyć lustrzanych baz danych z baz systemowych.

W celu zapewnienia wysokiej dostępności możemy skonfigurować dodatkowy serwer zwany serwerem pomocniczym (Witness Server), który monitoruje serwery z główną i lustrzaną bazą danych. W momencie, gdy następuje awaria i przestanie działać serwer główny, serwer nadzorujący wykonuje automatyczne przekierowanie i serwer lustrzany pełni funkcję serwera głównego.