I currently run Unity 3.1 on an ICS and I have a new MCS that I built Unity 4.0 on. I am unified, so moving the message store is not a problem.
DiRT and the export/import seem to be causing a problem and from reviewing the docs it appears the only way to do this is either upgrade my ICS to 4.0 and DiRT the system or rebuild the MCS as 3.1 and DiRT and upgrade.
Are those really my only 2 choices (aside from the manual process of recreating all the accounts)?
Not sure what you mean by DiRT is "causing a problem"... it's designed and implemented (and documented clearly) such that you must backup and restore to the same version. You can't backup a 3.1 system and restore it to a 4.0 system. I know that sounds very very handy to you but it sends me to the depths of hell screaming and kicking to think of all the nightmarish code that would require - doing a restore AND a cross version migration in one shot is beyond merely ugly.
So if you want to do such a migration you'll either have to upgrade your ICS system to 4.0 and do the backup there or you'll have to install 3.1 on the MCS, do the backup and restore and then do the upgrade.
yes, I wrote both those tools myself. I'm well aware of how "interesting" that is.
The FullDBImport/Export is a "brick level" back up and restore (i.e. each column of data is backed up on it's own and restored manually to the appropriate column in the target database) and you'll notice there's large amounts of information left behind as a result - it's also much, much slower taking many hours to import large systems - it was bug riddled (to the tune of around 200 field found bugs in 3 years - that's high) - and I had to touch it every single time a Unity release was made - I probably logged a couple thousand man-hours keeping that thing flying before finally cutting it off at 4.0(2).
Short story - I'm never doing that again! It was a nightmare to maintain at best and was an order of magnitude more code required. Not to mention it wasn't nearly as functional as DiRT which can be used to migrate back ends/servers/domains/etc... and also gets ALL data nicely. Comparing the two tools as equals is a tad unrealistic.
SIP traces provide key information in troubleshooting SIP Trunks, SIP
endpoints and other SIP related issues. Even though these traces are in
clear text, these texts can be gibberish unless you understand fully
what they mean. This document attempts to br...
Please find the attached HTML document, download and open it on your PC.
This provides an easy to use form where you simply answer a few
questions and it will render the proper jabber-config.xml file for you
to copy/paste. There is built in logic to verif...
[toc:faq]CUCM Database Replication is an area in which Cisco customers
and partners have asked for more in-depth training in being able to
properly assess a replication problem and potentially resolve an issue
without involving TAC. This document discusse...