I am a little confused about all the Unity options out there. We currently have Unity 4.2(1) with VM-only (so on-board Exchange) and have purchased a new server to go to v5.x. So we are on Win2000/Exchange2000.
From my understanding, we need to build the new server with the same OS and Exchange and use DiRT to move to the new server. No problem. It would then be a Unity 5.x deployment with Win2000/Exchange2000.
What if we want to upgrade to Win2003 on that box later? What's involed in that? Can it be done on a VM-only deployment with the Exchange on the Unity server?
From TAC perspective, it will be better to upgrade the current box to 5.X and then do a clean install and DiRT restore from the old box into the the new server already running Windows/Exchange 2k3; this is because, if you would like to upgrade the OS and Exchange to 2k3 later on, you will need to rebuild the server again.
Okay Ben, sorry for the delay but I was unable to connect until today; you can create a DiRT backup of Unity with Exchange/AD 2000 and restore it on 2003 because DiRT uses ExMerge to backup and restore the messages, the DiRT backup can be restored as long as the target Unity version is the same as the source (this is the only restriction, not like BARS on CCM).
In addition, there is a new tool called COBRAS that can backup/restore on different Unity versions, this tool is NOT TAC supported at this point, however, with this tool you can restore a 4.X data into any other Unity or Connection versions. This tool can help you with the migration, I guess you can build the new box with Unity 5.X and restore it with a COBRAS backup from 4.X, then, I would check that all the data is there, at least with this method, the only thing that can go wrong will be to re-image the new server ;) and if everything goes well, you will have a newly build Unity 5.X with the migrated data from 4.X :).
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...
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 discusses the bas...