1. Open a command prompt on your SCCM-Server and browse to the installation directory.
2. Navigate to the subfolder called ‘bin\i386\00000409\‘. In my case, the installation directory is on drive S:, the complete path would be ‘S:\Microsoft Configuration Manager\bin\i386\00000409\‘
3. run the preinst.exe tool with the following switch:

Stopping all SCCM Components

4. Backup your existing Database using “SQL Server Management Studio” (RMB on the corresponding DB – Tasks – Back Up – Backup Type = Full) and save the .bak somewhere on your network, or copy it afterwards onto your destination Server.

5. Import the .bak on your destination Server, again using “SQL Server Management Studio” (RMB on Databases – Restore Database).

6. run setup.exe, located in the bin-Directory (at the prompt type “cd ..”) and follow the Screenhots:

Running the Setup-Wizard

choose "Perform site maintenance or reset this Site"

choose "Modify SQL Server Configuration"

Enter new Server details

Modifying Configuration Manager

Yeah - it´s done!

Do not tick the “Launch the Configuration Manager console after closing” box. It´s better to simply reboot the SCCM-Server. So all services can restart.
This procedure did the trick for me!

I went over and contacted Acronis customer Support via LiveChat. It was just a matter of minutes, and I got this new bootable media, which allowed me to do my backup.

According to Acronis Tech Support this CD is recreated from scratch every week, to support new and even newer hardware. If anybody needs such a CD, you need to contact Customer Support. Refer to the thread linked above, or to my Case Number 00668024. Here´s a screenshot from this one:

Alternate bootable discs for Acronis True Image

Nicht lesen, wenn du nach 84 geboren bist!
Kinder von heute werden in Watte gepackt. Wenn du als Kind in oder vor den 90ern lebtest, ist es zurückblickend kaum zu glauben, dass du so lange überleben konntest! Als Kinder saßen wir in Autos ohne Sicherheitsgurte und ohne Airbags. Unsere Bettchen waren angemalt mit Farbe voller Blei und Cadmium. Die Fläschchen aus der Apotheke konnten wir mühelos öffnen. Türen und Schränke waren eine ständige Bedrohung für unsere Fingerchen, und auf den Fahrrädern und Mopeds trugen wir nie Helme! Wir bauten Seifenkisten und entdeckten während der ersten Fahrt den Hang hinunter, dass wir die Bremsen vergessen hatten. Damit kamen wir nach einigen Unfällen klar. Wir verließen morgens das Haus, wir blieben den ganzen Tag weg und mussten erst zu Hause sein, wenn die Straßenlaternen angingen. Niemand wusste, wo wir waren, und wir hatten nicht einmal ein HANDY dabei! Wir haben uns geschnitten, brachen Knochen und Zähne, und niemand wurde deswegen verklagt! Es waren eben Unfälle! Niemand hatte schuld, außer wir selbst. Keiner fragte nach “Aufsichtspflicht”. Wir kämpften und schlugen uns manchmal grün und blau, damit mussten wir leben, denn es interessierte die Erwachsenen nicht besonders. Wir aßen Kekse, Brot mit dick Nutella, tranken viel Cola, Hooch oder “die Blaue Sau” und wurden trozdem nicht zu dick oder krank!In öffentlichen Gebäuden waren wir ständig von Rauchwolken umhüllt! Wir tranken mit unseren Freunden aus einer Flasche, und niemand starb an den Folgen! Wir hatten nicht: Playstation, Nintendo64, X-Box, Videospiele, 64 Fernsehkanäle, Surround Sound, eigene Fernseher, Computer, Handy, Laptops, Internet, Chatrooms. WIR HATTEN FREUNDE! Wir gingen einfach raus und trafen sie auf der Straße. Oder wir marschierten einfach zu deren Haus oder Wohnung und klingelten! Manchmal brauchten wir gar nicht zu klingeln, und gingen einfach hinein! Ohne Termin und ohne Wissen unserer gegenseitigen Eltern. Wir dachten uns Spiele aus mit Holzstöcken und Tennisbällen. Außerdem aßen wir Würmer, und die Prophezeiungen trafen nicht ein; die Würmer lebten nicht in unseren Bäuchen weiter, und mit Stöcken stachen wir auch nicht besonders viele Augen aus! Beim Straßenfußball durfte nur mitspielen, wer gut war. Wer nicht gut war, musste lernen mit, Entäuschungen klar zu kommen! Manche Schüler waren nicht so schlau wie andere. Sie rasselten durch Prüfungen und wiederholten Klassen. Das führte damals nicht zu emotionalen Elternabenden oder gar zur Änderung von Leistungsbewertungen! Unsere Taten hatten manchmal Konsequenzen. Das war klar, und keiner konnte sich verstecken. Wenn einer von uns gegen das Gesetz verstoßen hat, war klar, dass die Eltern ihn nicht automatisch aus den Schlamassel heraushauen. Im Gegenteil: Sie waren oft der gleichen Meinung wie die Polizei! So etwas!! Unsere Generation hat eine Fülle von innovativen Problemlösern und Erfindern mit Risikobereitschaft hervorgebracht. Wir hatten Freiheit, Misserfolg, Erfolg und Verantwortung! Mit allem wussten wir umzugehen! Und DU gehörst auch dazu!! Herzlichen Glückwunsch!! Geboren vor 1984-WIR WAREN HELDEN!!!

Now, all I have to to is to finish the enclosure. Maybe I will post some pictures these days… Time seems to be a rare thing nowadays.

I played around with FreeNAS 0.7.1 (499x), but after a short while I decided to tick it off my list. When I rescan my Disks, it always fails with a kernel panic. Maybe I will send an E-Mail with further information to the dev´s.

OpenFiler was my next try. I had to reinstall it, because I forgot my password. Locked myself out of my very own box. Great! Let´s see if I can post some information about the installation itself. Many people (including me) have had issues with the onboard NIC.

Let´s have some sleep now, it´s late again…

The error says: “Cannot continue restore as a virtual machine ‘VM-NAME’ not on host ‘DESTINATION-HOST’ already exists in the root folder for the datacenter.“. This, for me, makes no sense, as I could do a scheduled restore of a VM to another host. This would enable me to quickly start this in case, the sourcehost encounters an error. Especially for Citrix-Servers this would be a perfect setup, as they usually do not contain any user data.

However, I found a workaround:
- on the source machine, right click the VM and select “Remove from Inventory”
- do your restore
- open a SSH-connection on the sourcehost and reregister the VM

This makes the whole thing work, althought it´s quite inconvenient to automate the whole process. The only drawback seems to be that already created backup jobs aren´t able to find the VM anymore (ID-mismatch). I already have a service request regarding this topic. Let´s see what vizioncore has to say about this.

Time taken by eseutil to defrag my exchange database

I´m glad I could remove some of the junk, as I forced my users to delete old E-Mails and all those Funmails.
In June I will move ahead to Exchange 2010….

The Retailprice was € 719,- and i managed to get a slightly used one via Amazon Market Place for roughly €300,-

Saving more than € 400,- was a good one

I made some testshots and I´m happy with this lens. Now I need to dive deeper into wide angle photography.

Strangely enough, this problem only seemed to affect VI client installations; we were able to connect without any problems from the VirtualCenter server itself.

Hmm… I gave it a try and realized, it was no problem to connect from my VC Server to any machine´s console. That leads me to the point where I realized, it´s a compatibility issue. I´m running VMware Infrastructure Client v2.5.0 Build 204931 on my computer, and VMware Infrastructure Client v2.5.0 Build 227637 on my server. Both connect to VMware Virtual Center v2.5.0 Build 227637.

To make a long story short: avoid differences in Buildnumber can avoid strange behaviour/malfunction. Easy solution for a major problem, but it took me a while to figure it out.