Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 
Announcements

Welcome to Cisco Support Community. We would love to have your feedback.

For an introduction to the new site, click here. And see here for current known issues.

New Member

DiRT created duplicate mailboxes

DiRT problem.

We would really like perform a DiRT backup from Unity 3.1.5 UM with off-box Exchange 5.5. Then DiRT restore to a new Unity 3.1.5 UM server with off-box mixed mode Exchange.

Can DiRT Restore restore to a different Unity server that is pointing to a different mailstore? When we tested in our lab we found that DiRT is creating duplicate accounts.

We have Unity 3.1.5 UM with patch CiscoUnity315ES5 CCM integration and, off-box Exchange 5.5. And have built Unity 3.1.5 UM with patch CiscoUnity315ES5 CCM integration and, off-box Exchange 5.5. Additionally, we have built Unity 3.1.5 UM with patch CiscoUnity315ES5 CCM integration and, off-box Exchange 2K

Servers involved

UNITY315LABBOX

UNITY315BACKUP

UNITY315WITHE2K

LABEDEX5501

LABEDEX5502

LABE2K01

LABDATADC01 (folders Users and Unity Users)

We are having problems with DiRT Restore creating duplicate mailboxes / AD accounts under the following scenarios:

1) UNITY315LABBOX homed to LABEDEX5501 DiRT Backup. DiRT Restore to UNITY315BACKUP homed to LABEDEX5502. – Duplicate GAL listings (Allen, Bill and Allen, Bill) created for many (not all) users. i.e. alias = Bill.Allen new alias = Bill Allen. And all created in LABEDEX5502.

2) UNITY315LABBOX homed to LABEDEX5501 DiRT Backup. DiRT Restore to UNITY315WITHE2K homed to LABE2K01 configuration setup pointing to AD folder Users. Duplicate mailboxes created on LABE2K01 and duplicate accounts created in the AD Users folder.

We would like to test DiRT Restore to UNITY315WITHE2K homed to LABE2K01 configuration setup pointing to AD folder Unity Users. Will we have the same problem?

The end result of all this testing is we are attempting to work out our fall back scenarios for a E5.5 to E2K upgrade on our production server using the method outlined in the Unity Design Guide Chapter Six.

The Unity Design Guide can be found at http://www.cisco.com/en/US/products/sw/voicesw/ps2237/products_implementation_design_guide_book09186a00801187ba.html

7 REPLIES
Cisco Employee

Re: DiRT created duplicate mailboxes

DiRT is doing exactly what it's supposed to be doing here - read the help file closely and watch the training video for it. It very clearly states that it will search for users by DirectoryID first (which wont match here of course) then by RDN (which also wont match moving across systems like this) and then by mail alias (UID). If no match is found another account is created. There is no "close match" on alias. As such Bill.Allen<>Bill Allen - and so it'll create a new account - just as it's supposed to. The search for matches is done at the GC level down, it's not "missing" your users because they're in another folder, it's "missing" them because the aliases don't match.

That's not a "duplicate" account.

If your aliases don't match between your systems then you will have to deal with this - DiRT isn't going to dynamically do "fuzzy search" matches to find the closest fit or something. You can use the Migrate Subscriber Data tool to move the subscriber information off the Bill Allen account onto the Bill.Allen account after the DiRT restore is complete, but that's you're only option if you're in this situation.

New Member

Re: DiRT created duplicate mailboxes

I agree with the fact that the new accounts are not "duplicate" accounts.

However, from Management's point of view, any account for a Unity Subscriber that is not the account the Unity Subscriber was using when DiRT Backup was run is a duplicate account.

Please allow me to call the creation of a new AD account with the same AD Name (with a -1 after the second instance when viewed from AD Users and Computers console) a duplicate account.

SUCCESSFUL DiRT restore (no duplicates accounts)

For the test: Both Unity servers are Unity 3.1.5 UM with off-box Exchange 5.5. Two Exchange 5.5 servers LABEDEX5501 and LABEDEX5502

DiRT Backup from Exchange 5.5 with DiRT restore to the same Exchange 5.5 server does not create duplicate accounts.

DiRT backup ran on UNITY315LABBOX homed to LABEDEX5501. DiRT Restore ran on UNITY315WITHE2K homed to LABEDEX5501

FAILED TEST: (duplicate AD accounts / mailboxes created)

DiRT backup ran on UNITY315LABBOX homed to LABEDEX5501. DiRT Restore ran on UNITY315WITHE2K homed to LABEDEX5501

FAILED TEST: (duplicate AD accounts / mailboxes created)

For the test: ONE Unity server Unity 3.1.5 UM with off-box Exchange 5.5. Homed to LABEDEX5501. Remove Unity configuration setup. Upgrade Exchange 5.5 admin tools to Exchange 2000 admintools. Run Unity configration setup. During configuration satup select LABE2K server as the home server for Unity and AD accounts created in the Users folder.

It seems like the duplicates accounts are occurring when the alias and directory are different in the Exchange 5.5 GAL. When there is a duplicate AD account, the newer mailbox is created on the Unity's home server which is the mailbox that Unity is using for Voicemail message storage. The duplicate AD account is in the folder specified as the default in Unity Configuration setup. When the alias and directory are exactly the same in the Exchange 5.5 GAL, only one account is imported into Unity without duplicate mailbox/AD account.

To properly debug this, we need to know the attribute mappings that are being used. We need the following:

Which Exchange 5.5 attribute is Cisco calling 'DirectoryID', 'RDN', and 'UID'? What is 'alias' as refered to the sentence "There is no "close match" on alias"? What are the Active Directory attribute names as well? What if any of those attributes are blank? In which order is the match performed? If it finds a match on the first attribute, does it continue with other attributes?

Jeff, thank you again for all your assistance.

Cisco Employee

Re: DiRT created duplicate mailboxes

The alias column in Unity's SQL database corresponds to the "mailNickname" in AD. The RDN is the "UID" column in our database and corresponds with the "name" field in AD. The directoryId is the user's SID. Usually the UID and Alias fields match but not always.

The lookup order is discussed in the help file - it searches first by directory ID, then by RDN then by alias.

In Exchange 5.5 the mail alias maps to the alias field in Unity. So if the mail alias from the backup is not matching the name or mailNickname field in AD on the restore it's going to create new accounts in the default users container you selected during Unity setup.

Cisco Employee

Re: DiRT created duplicate mailboxes

as a follow up to this - I posted a new version of DiRT today and I updated the help file to include accurate information on the field mappings for AD and E55 - it's in a snappy little table hereL

http://www.ciscounitytools.com/HelpFiles/UnityDisasterRecovery.htm#_Toc58376402

New Member

Re: DiRT created duplicate mailboxes

Our solution;

Jeff,

Thank you for the changes to the DiRT help files.

We have decided to go with this solution:

In-place upgrade

DBWalk

DiRT backup

Remove configuration setup to disconnect from the Exchange 5.5 mailstore.

Upgrade Exchange 5.5 admin. tools to Exchange 2000 admin. tools. (including SP3 and hot fixes)

Copy off SQL Subscriber table

Replace SQL information using these commands;

UPDATE Subscriber

SET Subscriber.Uid = Subscriber.Alias

Run Configuration Setup to connect to Exchange 2000 mailstore.

Roll-Back plan:

Disconnect from Exchange 2000

Replace SQL Subscriber UID with original

Connect to Exchange 5.5.

If needed DiRT Restore /dirtyrestore

Thank you again for the changes to the help files.

Sincerely,

Kyle Roth

Unity Lead Tech

OCIO NCC

U.S. Department of Education

Cisco Employee

Re: DiRT created duplicate mailboxes

well, that may work for you but be aware we don't support folks fiddling with the UID/alias columns and the like in the tables to affect an account connection match in the directory like that - TAC isn't going to help with any problems you may have here - but as long as you have a DiRT backup in place you shouldn't get yourself into too much trouble I don't think.

New Member

Re: DiRT created duplicate mailboxes

Fiddling with the UID/alias did solve our problem. Duplicate accounts were not created. However, we had numerous other problems with the same users. Let’s just say we will not do that again.

We ended our upgrade by rolling back to Exchange 5.5 with a restore: Unity uninstaller / Setup Disk 1 / DiRT Restore.

Question: Would it be possible to have the DiRT Restore tool modified?

During a DiRT restore, If DiRT does not get a match (for Directory ID, Relative Distinguished Name (RDN) and, Alias), Then pause and request a human to point DiRT to the correct account.

I think that would resolve our little problem with duplicate accounts getting created.

Thank you again,

Kyle

118
Views
0
Helpful
7
Replies
CreatePlease login to create content