Is it possible to run two Unity 2.4.6 servers off of one external Exchange 5.5 Server?<br>Reason for asking....This customer has an existing centralized CCM and Unity application. They are a W2K shop but have an Exchange 5.5 server for the messaging store because they are @ Unity 2.4.6 . The Unity Server was never designed to the customer's requirements and needs to be redesigned. He has a spare Unity Server that could be configured with the new design and pointed to CCM at cutover. The issue as I see it is that the 2.x server needs to talk to the external Exchange 5.5 Server during the design process. That means the production server and the new server would be pointed to the External 5.5 server at the same time. <br><br>Is there a way to keep the production server on line and have the new server configured? Or am I going to have to just redesign the production server while on-line? <br><br>
I hope I'm understanding what you're asking correctly.
It is possible to have more than one Unity in the same Exchange site. However, an Exchange account can only belong to one Unity server at a time.
You could install the new Unity into the Exchange site, but you would need to remove an account from the first Unity before it could be added to the new one. Are you planning to gradually cut over or migrate en masse?
There are also consequences to removing a Unity installation without first removing the accounts from Unity. This can cause your accounts to become stranded.
I believe you understand perfectly. The cutover would be a flash cut. I do not see another way to do it in this environment. And you confirmed that an Exchange account can belong to only one Unity. The only way I can see this scenario mapping out is if there is something that can be done in Exchange that could hae two accounts utilize the same message store. That way I could build the new accounts in a differnet directory, and with a different naming convention, and delete the old accounts as needed. I do know if this is a possibility and it would probably have it's own set of complications. If not I see no other solution than to redesign the production Unity box.
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...