[cisco-voip] UCON DRS Issues

Jobe Gates jobe at gates-tribe.com
Sun Sep 12 08:54:08 EDT 2010


It looks like you can move it with UCON.  Haven't tried it yet.

Moving Mailboxes Between Mailbox Stores

When moving mailboxes between mailbox stores, note the following:

•When a mailbox is moved to another message store, the MWI status is
retained.

•When clustering is configured, you must log on to the server whose server
status is primary to move mailboxes.

•Moving a mailbox fails if:

–The administrator currently logged on to Cisco Unity Connection
Administration is not authorized to move a mailbox.

–The source or target mailbox store is disabled because, for example, the
mailbox store is being backed up.

–The mailbox is disabled.

–The user whose mailbox you are moving is a system user. System mailboxes
cannot be moved out of the default mailbox store, UnityMbxDb1.

Jobe

-----Original Message-----
From: Erick B. [mailto:erickbee at gmail.com] 
Sent: Sunday, September 12, 2010 1:09 AM
To: Jobe Gates
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] UCON DRS Issues

Thanks for the info on that. So I'm guessing the only way to get the users
mailbox to the other mailstore is to delete the user and add them back and
choose the other mailstore?  Export with COBRAS before and import afterwards
to get their settings/etc back?

Erick

On Sat, Sep 11, 2010 at 2:17 PM, Jobe Gates <jobe at gates-tribe.com> wrote:
> Just had a chance to try this and it does create a separate .tar file 
> for each mail store.  This is on 7.1.3.  Looks like there's a limit of 5
stores.
>
> An administrator with the required permissions can create up to four 
> additional mailbox stores. Each additional mailbox store includes:
>
> •Another mailbox-store database for information on voice messages that 
> are saved in that mailbox store. The database is presized for an 
> average of approximately 40 messages each for 10,000 users, or about 
> 1.25 GB. (The database application currently being used for Connection 
> cannot dynamically resize a database after it is created.)
>
> •Another operating-system directory for the voice message WAV files 
> and other message attachments saved in that mailbox store.
>
> Thanks,
> Jobe
>
> -----Original Message-----
> From: Erick B. [mailto:erickbee at gmail.com]
> Sent: Wednesday, September 08, 2010 9:30 PM
> To: Jobe Gates
> Cc: cisco-voip at puck.nether.net
> Subject: Re: [cisco-voip] UCON DRS Issues
>
> I haven't tried that yet to see if it would help. Does each UCON 
> mailstore get backed up separately?
>
>
> On Wed, Sep 8, 2010 at 8:26 PM, Jobe Gates <jobe at gates-tribe.com> wrote:
>> Thanks Erick.  Ours is up to about 5.5GB and it's been pretty solid 
>> until recently  We are using Openssh.  I contacted TAC and that was 
>> their work around to this bug  CSCth63717 to use Cobras. They are 
>> saying there's still no fix yet.
>> I need to add some more users so I'm wondering if I should create 
>> another mailstores to work around it.  Maybe create a bunch of one gigs.
>>
>> Thanks,
>> Jobe
>>
>> On Sep 8, 2010, at 9:12 PM, "Erick B." <erickbee at gmail.com> wrote:
>>
>> I have a client where the MESSAGES is a little over 2 gig and the DRS 
>> fails on the MESSAGES portion 50% of the time it seems. Tried every 
>> SFTP Server (even ones on supported list, Titan, etc) and it still 
>> fails. Client isn't happy the DRS doesn't work reliably with UCON but 
>> their CUCM backup works fine and UCON works fine if we unselect the 
>> messages from being backed up. TAC solution was for us to use COBRAS 
>> on a schedule which really isn't a permament fix so what were doing 
>> now, is there are 2 jobs configured. One to run every other day to do 
>> backup without messages, and one once a week with messages that we do 
>> manual backup for if it fails.
>>
>> I think Cisco needs to improve the DRS SFTP function. Maybe split up 
>> the UCON MESSAGES backup into multiple files with a filesize of under 
>> a gig each so the large file transfer issue isn't encountered.
>>
>> When it failed, it would always stop at 40% then sit for awhile then 
>> fail... we did sniffer captures, SFTP to different machines, etc and 
>> nothing really made sense why it failed sometimes. It would always 
>> fail just over 1 gig when it failed.
>>
>> On Wed, Sep 8, 2010 at 6:59 PM, Jobe Gates <jobe at gates-tribe.com> wrote:
>>
>> Has anyone ran into the DRS bug of backing up large stores over a 
>> couple of Gigs on UCON?  It looks like anything over 3GB could 
>> experience it.  I am curious if anyone has hit this and how are you 
>> getting around it?  Are you making Multiple stores to try and keep 
>> them
> small?
>>
>> Thanks,
>>
>> Jobe
>>
>> _______________________________________________
>>
>> cisco-voip mailing list
>>
>> cisco-voip at puck.nether.net
>>
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
>>
>
>




More information about the cisco-voip mailing list