Okazuje się, że bardzo prosto:

$wsusserver = ‘MYWSUS’
[reflection.assembly]::LoadWithPartialName(“Microsoft.UpdateServices.Administration”)
$wsus = [Microsoft.UpdateServices.Administration.AdminProxy]::getUpdateServer($wsusserver,$False)
$wsus.GetSubscription().StartSynchronization();

Ten i dużo dużo kolejnych pomysłów na wykorzystanie API serwera WSUS znalazłem w MSDN Library.

źródło: WSUS 3.0 Class Library Reference – MSDN

Wczoraj rano okazało się, że nie działa mi dostęp do Exchange przez OWA i Exchange Enywhere zerknąłem na status usługi i rzeczywiście.

To co zobaczyłem potwierdziło moje przypuszczenia o awarii.

Pojawiła się informacja o terminie zaistnienia problemu i obietnica szybkiego usunięcia problemu, niestety nie pojawiła się informacja o przewidywanym czasie usunięcia problemu. Zapytałem o to na wydzielonym forum w nadziei, że uzyskam szybką odpowiedź i czekałem, czekałem… …odezwało się trochę ludzi z podobnym problemem, niestety dopiero po 8 godzinach ktoś z MSFT i opisał problem i przeprosił za problemy z usługą.
Zdałem sobie sprawę jak bardzo jestem uzależniony od prywatnego Exchange’a. Brak dostępu do nowej poczty przez Outlook; brak poczty, kalendarza, notatek, zadań, listy kontaktów dostępnej przez OWA; rozsynchronizował mi się smartfone: brak listy kontaktów (naprawdę denerwujące, bo nie wiadomo kto dzwoni) popsucie organizacji dnia przez brak kalendarza w PDA itd… Po prostu tragedia.

W pewnej chwili OWA zaczęło działać i okazało się, że MOJA SKRZYNKA JEST PUSTA, włączyłem Outlooka w tryb Offline aby w razie czego móc odzyskać to co w nim mam do PST (niestety Outlook 2010 po wybraniu Offline powoduje, że wszystkie konta Exchange są w trybie Offline -co mi trochę utrudniło życie, bo nie jest moje jedyne konto Exchange skonfigurowane w Outlooku).

W późnych godzinach wieczornych wszystkie moje usługi wróciły do życia i zaczęły się pojawiać maile, które powinienem otrzymać w ciągu całego dnia. Wszystko wróciło do normy jednak na witrynie statusu aplikacji wciąż pojawia się informacja o błędzie i dziś rano, również jest OK ale zgodnie z informacją prace wciąż trwają.

Mam nadzieję, że usługa będzie działała w tym roku już stabilnie:) I czas dostępności mojej usługi Exchange nie spadnie poniżej 99,7%.

Widzę, że Robert opisał też ten problem u siebie na blogu a dziś napisał też swoje podsumowanie problemu.

źródło: własne traumatyczne doświadczenie

Artykuł podzielony jest na części:

• Backup i snapshoty wykonywane za pomocą PowerShell
• Backup z użyciem Windows Server Backup
• Backup za pomocą Data Protection Manager

A to kawałek wstępu:

“Backup maszyn wirtualnych na Hyper-V wydaje się skomplikowany, jeśli założymy, że chcemy, żeby był wykonywany automatycznie, downtime powinien dążyć do zera i co oczywiste żeby dało się z niego odzyskać dane, jeśli pojawi się taka potrzeba. Okazuje się, że można nim bardzo łatwo zarządzać.”

Zapraszam do przeczytania całości!

źródło: własna radosna twórczość

Dokument zawiera kilkanaście przykładów, ich nazwy mówią same za siebie:

AddVSServerAsHost
AutomateNewVMCreation
BackupLocalVMM
BackupRemoteVMM
CreateSelfServicePolicy_AccessVMs
CreateSelfServicePolicy _CreateManageStoreVMs
CreateSelfServicePolicy_CreateManageVMs
CreateSelfServicePolicy_ManageVMs
DiscoverVMMComputers
EnableVMRC
InstallVMAdditions
NeedVMAdditions
RestoreLocalVMM
RestoreRemoteVMM
TrackJobStatus
UpgradeAgents

źródło: Microsoft Download Center

Nowością w tej wersji jest interfejs graficzny będący w wersji alfa i PowerShell Remoting umożliwiający pracę na komputerach zdalnych.

źródła:
Ask the Performance Team blog
Windows PowerShell 2.0 Community Technology Preview (CTP)