After install Service Pack and Cummulative Update and restart server I got this message:
Login failed for user '<Domain Name>\<user name>'. Reason: Server is in script upgrade mode. Only administrator can connect at this time. (Microsoft SQL Server, Error: 18401)
Don’t panic, you must only wait few minutes 
It’s nice, finaly for the network printers http://www.thomaskoetzing.de/index.php?option=com_content&task=view&id=347&Itemid=309
On site symantec.com is possible download Management Pack Backup Exec 2010 R3 for SCOM (SCE) - http://www.symantec.com/docs/TECH164049. It’s nice management pack , but if you have change „Language for non-Unicode programs“ to other then English, you have the problem with comma [type mismatch] with this MP.
How to it repair:
1. You must first export this MP: c:\program files\System Center Essentials\mpexport.exe GUID
2. Install System Center Authoring Console
3. Open MP in SC Authoring Console
4. Go to Discoveries and open properties Symantec_Backup_Exec_for_Windows_MPscom2007_En.DiscoverRemoteAgent
5. Go to Configuration and click Configure …
6. Go to script and add after line „Option Explicit“ this command : setLocale(2057)
7. This same to do in Symantec_Backup_Exec_for_Windows_MPscom2007_En.DiscoverServer
8. Save, save, save … and then export to SCE/SCOM
It’s the possible with this script http://social.technet.microsoft.com/Forums/en-US/dpmtapebackuprecovery/thread/ab431377-665e-44e3-956d-e74a71000d77 from Mike Jacquet.
In the classic MP from Microsoft isn’t monitoring Cluster Shared Volume 
I found MP MCS.Sample.ClusterSharedVolumeMonitoring from www.opsmanjam.com, and it’s works.
PS: In the MP Windows Server 6.0.6958.0 wass added support Cluster Shared Volume 
Dva Exchange servery 2003 (jsou ale v jedné site)se migrují do jednoho Exchange 2010. Navíc je v prostředí více DC. Po migraci testovacích uživatelů trvalo velmi dlouho (hodiny) než se Outlook znovu připojil do té doby zobrazoval stav disconnected. První věcí bylo nastavení replikace AD na nejmenší možný čas. Problém se zlepšil, ale úplně vyřešen nebyl. Po různém hledání pomohlo přidání dvou klíčů do registru Exchange 2003 serverů :
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeIS\ParametersSystem
Mailbox Cache Age Limit
Mailbox Cache Idle Limit
Oba jsou typu REG_DWORD a nastaveny jsou na hodnotu 5 (5 minut). Dočetl jsem se, že nízká hodnota může způsobit výkonnostní problémy, ale jedná se jen o dočasný stav než budou Exchange 2003 odebrány.
Nyní se hodnota msExchHomeServerName změní v AD (je možné sledovat ADSI editem) v rámci site téměř okamžitě, u DC v jiné site během 15 minut a Outlooky se znovu připojí stejně tak.
Dříve jste naplánovali online defragmentaci u Exchange na nějakou definovanou dobu (mimo pracovní hodiny nejlépe). Výsledky jste pak viděli v aplikačním logu pod ID 1221. Nyní u Exchange 2010 toto ID v logu není a default maintence běží 24×7. Nově lze u Exchange 2010 zjistit volné místo v DB příkazem :
Get-MailboxDatabase jméno databáze -Status FL AvailableNewMailboxSpace
MS Technet Blogs