Vahepeal sai veel üks tüütu probleem lahenduse. Tahtsin kunagi 2011 alguses Windows 2008 ja Exchange 2010 serveris Scheduled Task'i tööle panna, seda aga mitte admin õigustes vaid limiteeritud kasutaja õigustes, kes ei ole admin ja omab teatud Exchange rolel ainult. Ei tulnud välja ainult. Admin õigustes Scheduled task'ina või konsoolist Interaktiivse kasutajana töötas ideaalselt, kuid  muu kasutajana Scheduled Task'ide alt tööle pannes jäi logi maha teade:

New-PSSession : An internal error occurred. 
+ $s = New-PSSession <<<<  -ComputerName myserver
    + CategoryInfo          : InvalidOperation: (:) [New-PSSession], PSInvalid OperationException
    + FullyQualifiedErrorId : InvalidOperation,Microsoft.PowerShell.Commands.NewPSSessionCommand

Igasuguste cmdlet'idega, mis olid Wsman' asjadega seotud sai piiratud kontoga scheduled taski alt vastu näppe. Küsisin ka MS foorumist , kuid erilist abi polnud, kuni lõpuks selle aasta juulis postitas keegi lahenduse - http://connect.microsoft.com/PowerShell/feedback/details/536492/powershell-remoting-fails-from-asp-net-web-site . Lühidalt oli probleem selles, et WinRM püüdis suhelda teenustega, millele varem olid õigused ka "Authenticated users" grupil. Nüüd aga ainult Administrators ja Interactive users gruppidel. Lisaks saab õigusi anda veel ainuld command promptis ning SYSTEM kasutaja õigustes. Sysinternals'i psexec aitab hädast välja - psexec -s cmd
 Ja teenused, mille õigused vajasid kohendamist olid scmanager ja gpsvc. Kui ma hiljem tahtsin ka Get-Mailbox cmdlet'i kasutada, siis selgus, et ka www teenuse(w3svc) õigusi tuleb vastavalt kohendada.
 Kui lahenduse lingi kuupäeva vaadata, siis on näha, et lahendus ka 2011 alguses kirja pandud, aga millegipärast ei leidnud ise seda üles, kui otsisin ja nii tuligi oma poolteist aastat oodata, kuni keegi lingi mulle postitas.

SCCM 2007 SQL baaside kolimine teise SQL serveri peale ja raportite üleviimine SQL Reporting Services peale

 Sain vist hakkama. Ei ole nagu raske ülesanne, kuid igasiguseid pisiasju konfiguratsiooniga ja õigustega tuli ette, mis venitasid asja koos igasuguse muu igapäevatööga nii nädalapikkuseks tegemiseks. Kõigepealt muidugi natuke lugemist, üldinfo jmt.
Reporting in SCCM
Administrator Checklist for SQL Reporting Services

SCCM baaside jaoks tegin eraldi instanc'i ja hakkasin SCCM baaside tõstmisega tegelema. Nendega oli asi suhteliselt lihtne, detach , kopeerime uude kohta, attach, vaatame õigused üle ja muudame mõningaid asetusi. WSUS puhul registry's ja SCCM puhul setup'iga. Abi sain kohtadest
Migrate from Windows Internal Database to SQL Server
How to Move the WSUS Database

SQL instance'l oli vaja lisada veel CLR intergration

sp_configure 'clr enabled', 1
GO
RECONFIGURE
GO

SCCM serveri arvutikonto pidin panema SQL serveris lokaalsesse Administrators gruppi. Muidu ei toiminud SCCM'is Site backup ülesanne, mis tegi ka SQL serveris olevast andmebaasist SQL serveri kõvakettale varukoopia. Võibolla saaks ka ilma admin õigusteta hakkama, aga ei olnud niipalju aega, et seda välja uurida.

Leidsin veel lisaks, et SCCM serveris oli ODBC all System DSN konfigureeritud. Muutsin ka seal SQL serveri nime ära, kuigi asjad töötasid ka ilma muutmata. Kuskil oli mainitud, et see System DSN on konfigureeritud seal SMS Provideri ja SQL serveri vaheliseks suhtluseks. Hlaba see muutus igatahes ei teinud.

Baasid uue SQL serveri peal ja nüüd sai raportite kofigureerimise/ümbertõstmise kallale asuda. Reporting Services oli SCCM baaside instance'i jaoks eelnevalt ära installeeritud, vaikeasetustega. Vaatasin konfiguratsiooni üle, panin vajalikud asetused paika.
SCCM serveris lisasin "Site Systems" all uue serveri(SQL server, kus SCCM baasid sai pandud) ja installeerisin sellele serverile "Reporting Services point" rolli - How to Create a Reporting Services Point for SQL Reporting Services . Kuna asi ei hakanud  tööle, SCCM konsoolis "Reporting Services" all näitas serveri properties ainult seda, et SQL serveriga ei saada ühendust, siis tuli hakata netis tuhnima ja infot otsima.
Proovisin panna juurde ka lihtsalt "Reporting point" rolli SQL serveri jaoks, see aga tahtis IIS'i, mida SQL serveri polnud. Jõudsin ka selle sinna installeerida, kuid ei läinud midagi paremaks. Vahepeal aga leidsin, et SQL 2008 Reporting Services jaoks pole IIS'i üldse vaja (http://www.myitforum.com/forums/SCCM-R2-SQL-2008-m192259.aspx). Kindlasti oli see ka kuskil dokumentatsioonis kirjas, aga jäi kahe silma vahele. Võtsin seega IIS'i maha jälle. Võtsin veel SQL serverile sertifikaadi(enda PKI on paigas) ja konfigureerisin Reporting Services konfiguratsiooni all SSL'i ära. Lisaks tuli välja, et kui SQL serveri Reporting Services on teises serveris, siis toetatakse ainult default instance'i (6's punkt). Seega ei aidanud see, et ma SCCM baaside Reporting Services osa ära konfigureerisin, vaid ära tuli konfigureerida hoopis default instance(MSSQLSERVER) reporting osa. See tähendab muidugi seda, et SCCM baasid on ühe instance peal ja SCCM raportid on teise instance Reporting Services peal. Kahtlane konfiguratsion...

Kui nüüd SSL oli juurde lisatud, default instance reporting osa konfigureeritud ja SQL serverile restart tehtud, siis sai lõpuks ka SCCM konsoolis "Reporting - Rerpoting Services" all oleva SQL serveri asetusi paika panna. "Data Source Authentication" tab'i all määrasin ära, et kasutatakse "Windows integrated security".

Nüüd sain raportid SCCM konsoolis SQL peale kopeerida. Lisasin ka Power Management raportid.
Admin õigustega konto alt oli kõik korras, aga millegipärast ei ole kõigil igal pool admin õigusi. Ei tea küll miks... Seega tuli veel paika panna õigused teiste kasutajate jaoks. Lihtsalt raportite vaatamiseks ja SCCM admin'idele. Abiks jälle dokumentatsioon - Configure a Report Server for Remote Administration .https://sqlserver/Reports tuli samuti õigused paika panna. Peale seda paistis, et niisama kasutajad näevad raporteid ja SCCM admin sai SCCM konsoolist oma asjadega tegeleda.

Nüüd tuleb edasi veel SCUP 2011 tööle saada korralikult.

Märkus(30 oktoober 2012): 
Power Managemet raportite vaatamisel said kasutajad vigu:
An error has occurred during report processing. (rsProcessingAborted)
Query execution failed for dataset 'DataSet2'. (rsErrorExecutingCommand)

Selgus, et raportite vaatajatel peab SMS baasis olema veel roll - smsschm_users
Lisasin rolli juurde ja saigi probleem lahendatud. Infot leiddsin kohast http://blog.coretech.dk/kea/modifying-the-dataset-execution-account-after-installing-configuraiton-manager-r3/