TR Forums

Forge wrote:

Convert wrote:

You talk about a backup script, can you elaborate on this issue?

Oh, I really wish I could. There's an existing setup that I have to decode and understand so that I can troubleshoot. It may, in fact, be most of the issue. Now that I have Exchange out of the way, the backup mess is my next to-do. Currently there's some custom mess in there, I only got general info on it. Apparently it backs up the SBS to an external hard disk, and deltas were mentioned, so it may be incremental. There's also some black box magic going on which uses the backup to make a VM, I'm told, and the backup and/or VM is being periodically uploaded to offsite storage.

We just finished a big project this week, changed colos for the production servers, so I'm hoping I'll have more time to dig into the SBS issues.

Coldfirex wrote:

Forge wrote:

Convert wrote:

You talk about a backup script, can you elaborate on this issue?

Oh, I really wish I could. There's an existing setup that I have to decode and understand so that I can troubleshoot. It may, in fact, be most of the issue. Now that I have Exchange out of the way, the backup mess is my next to-do. Currently there's some custom mess in there, I only got general info on it. Apparently it backs up the SBS to an external hard disk, and deltas were mentioned, so it may be incremental. There's also some black box magic going on which uses the backup to make a VM, I'm told, and the backup and/or VM is being periodically uploaded to offsite storage.

We just finished a big project this week, changed colos for the production servers, so I'm hoping I'll have more time to dig into the SBS issues.

That process sounds very much like an MSP style backup. I know products like Zenith, ShadowProtect, etc that can do forever incrementals, roll them up, create VMs on the fly automatically, as well as upload offsite.

Ryu Connor wrote:

I apologize if this is a known known, but I wanted to remind that the Active Directory Migration Tool (ADMT) is what you're after for this transition from SBS to 2008 R2.

Welch wrote:

absurdity wrote:

Once you've done a migration over to 2008 R2, you'll probably want to loop back and clean out a lot of the GPOs that SBS puts in place, and restructure ADUC a bit. Nothing critical, but I like to be tidy.

Speaking of which, how intrenched in GPO's and other network goodies is your current server? If its nothing other than a basic AD for logon, you could always just manually rebuild the 20-25 users. Just a suggestion as I found it easier than dealing with a migration and some of the left over/changed settings.

absurdity wrote:

Ryu Connor wrote:

I apologize if this is a known known, but I wanted to remind that the Active Directory Migration Tool (ADMT) is what you're after for this transition from SBS to 2008 R2.

Why migrate domains instead of simply promoting a 2008 R2 box in the same domain? The SBS licensing won't freak until you move FSMO roles, and it's a lot simpler than a domain migration.

Forge wrote:

... I have a fully functional 2008 R2 AD on my VMware machine with zero SQL servers), and pare down/remove Sharepoint and other "never planning to use that" features.