 |
Page 1 of 1
|
| Author |
Message |
Paul Hutchings
Guest
|
 Switching Primary Copy - can next full backup be Synthetic?
Our new MA is here. Once it’s setup I need to do an aux copy to get the current maglib data on the new maglib volumes.
Once I’ve done this, presumably at some point I’ll be promoting that aux copy to be the primary on the storage policy.
When I do this, usually the next full backup is forced to be a full backup.
My question is, will it always be a traditional full backup, or can it be a Synthetic Full?
MIRA Ltd
Watling Street, Nuneaton, Warwickshire, CV10 0TU, England
Registered in England and Wales No. 402570
VAT Registration GB 100 1464 84
The contents of this e-mail are confidential and are solely for the use of the intended recipient. If you receive this e-mail in error, please delete it and notify us either by e-mail, telephone or fax. You should not copy, forward or otherwise disclose the content of the e-mail as this is prohibited.
__._,_.___
Reply to sender ([email]paul.hutchings < at > mira.co.uk?subject=Re%3A%20Switching%20Primary%20Copy%20-%20can%20next%20full%20backup%20be%20Synthetic%3F[/email]) | Reply to group ([email]commvault < at > yahoogroups.com?subject=Re%3A%20Switching%20Primary%20Copy%20-%20can%20next%20full%20backup%20be%20Synthetic%3F[/email]) | Reply via web post | Start a New Topic
Messages in this topic (1)
Recent Activity: Visit Your Group
Commvault Documentation here:
http://documentation.commvault.com/
Text-Only ([email]commvault-traditional < at > yahoogroups.com?subject=Change Delivery Format: Traditional[/email]), Daily Digest ([email]commvault-digest < at > yahoogroups.com?subject=Email Delivery: Digest[/email]) • Unsubscribe ([email]commvault-unsubscribe < at > yahoogroups.com?subject=Unsubscribe[/email]) • Terms of Use
.
[img]http://geo.yahoo.com/serv?s=97359714/grpId=7450851/grpspId=1707277520/msgId=5482/stime=1328360069/nc1=5758220/nc2=4025321/nc3=4507179[/img]
__,_._,___
|
| Sat Feb 04, 2012 4:54 am |
|
|
Troy Whistman
Guest
|
Switching Primary Copy - can next full backup be Synthetic?
I'll try it in my lab, Paul. Is Deduplication in play here? If so, are you using client-side deduplication (local ddb) as well?
On Sat, Feb 4, 2012 at 6:54 AM, Paul Hutchings <paul.hutchings < at > mira.co.uk ([email]paul.hutchings < at > mira.co.uk[/email])> wrote:
Our new MA is here. Once it’s setup I need to do an aux copy to get the current maglib data on the new maglib volumes.
Once I’ve done this, presumably at some point I’ll be promoting that aux copy to be the primary on the storage policy.
When I do this, usually the next full backup is forced to be a full backup.
My question is, will it always be a traditional full backup, or can it be a Synthetic Full?
MIRA Ltd
Watling Street, Nuneaton, Warwickshire, CV10 0TU, England
Registered in England and Wales No. 402570
VAT Registration GB 100 1464 84
The contents of this e-mail are confidential and are solely for the use of the intended recipient. If you receive this e-mail in error, please delete it and notify us either by e-mail, telephone or fax. You should not copy, forward or otherwise disclose the content of the e-mail as this is prohibited.
__._,_.___
Reply to sender ([email]troy.whistman < at > gmail.com?subject=Re%3A%20%5Bcommvault%5D%20Switching%20Primary%20Copy%20-%20can%20next%20full%20backup%20be%20Synthetic%3F[/email]) | Reply to group ([email]commvault < at > yahoogroups.com?subject=Re%3A%20%5Bcommvault%5D%20Switching%20Primary%20Copy%20-%20can%20next%20full%20backup%20be%20Synthetic%3F[/email]) | Reply via web post | Start a New Topic
Messages in this topic (2)
Recent Activity: Visit Your Group
Commvault Documentation here:
http://documentation.commvault.com/
Text-Only ([email]commvault-traditional < at > yahoogroups.com?subject=Change Delivery Format: Traditional[/email]), Daily Digest ([email]commvault-digest < at > yahoogroups.com?subject=Email Delivery: Digest[/email]) • Unsubscribe ([email]commvault-unsubscribe < at > yahoogroups.com?subject=Unsubscribe[/email]) • Terms of Use
.
[img]http://geo.yahoo.com/serv?s=97359714/grpId=7450851/grpspId=1707277520/msgId=5484/stime=1328647062/nc1=5758222/nc2=4507179/nc3=4025338[/img]
__,_._,___
|
| Tue Feb 07, 2012 12:37 pm |
|
|
Paul Hutchings
Guest
|
Switching Primary Copy - can next full backup be Synthetic?
Hi Troy, yes to both but not using the option to store hashes on the client, just regular client side dedupe.
From: commvault < at > yahoogroups.com [commvault < at > yahoogroups.com] on behalf of Troy Whistman [troy.whistman < at > gmail.com]
Sent: 07 February 2012 8:37 PM
To: commvault < at > yahoogroups.com
Subject: Re: [commvault] Switching Primary Copy - can next full backup be Synthetic?
I'll try it in my lab, Paul. Is Deduplication in play here? If so, are you using client-side deduplication (local ddb) as well?
On Sat, Feb 4, 2012 at 6:54 AM, Paul Hutchings <paul.hutchings < at > mira.co.uk ([email]paul.hutchings < at > mira.co.uk[/email])> wrote:
Our new MA is here. Once it’s setup I need to do an aux copy to get the current maglib data on the new maglib volumes.
Once I’ve done this, presumably at some point I’ll be promoting that aux copy to be the primary on the storage policy.
When I do this, usually the next full backup is forced to be a full backup.
My question is, will it always be a traditional full backup, or can it be a Synthetic Full?
MIRA Ltd
Watling Street, Nuneaton, Warwickshire, CV10 0TU, England
Registered in England and Wales No. 402570
VAT Registration GB 100 1464 84
The contents of this e-mail are confidential and are solely for the use of the intended recipient. If you receive this e-mail in error, please delete it and notify us either by e-mail, telephone or fax. You should not copy, forward or otherwise disclose the content of the e-mail as this is prohibited.
__._,_.___
Reply to sender ([email]paul.hutchings < at > mira.co.uk?subject=RE%3A%20%5Bcommvault%5D%20Switching%20Primary%20Copy%20-%20can%20next%20full%20backup%20be%20Synthetic%3F[/email]) | Reply to group ([email]commvault < at > yahoogroups.com?subject=RE%3A%20%5Bcommvault%5D%20Switching%20Primary%20Copy%20-%20can%20next%20full%20backup%20be%20Synthetic%3F[/email]) | Reply via web post | Start a New Topic
Messages in this topic (3)
Recent Activity: Visit Your Group
Commvault Documentation here:
http://documentation.commvault.com/
Text-Only ([email]commvault-traditional < at > yahoogroups.com?subject=Change Delivery Format: Traditional[/email]), Daily Digest ([email]commvault-digest < at > yahoogroups.com?subject=Email Delivery: Digest[/email]) • Unsubscribe ([email]commvault-unsubscribe < at > yahoogroups.com?subject=Unsubscribe[/email]) • Terms of Use
.
[img]http://geo.yahoo.com/serv?s=97359714/grpId=7450851/grpspId=1707277520/msgId=5487/stime=1328649910/nc1=4836036/nc2=4507179/nc3=4025373[/img]
__,_._,___
|
| Tue Feb 07, 2012 1:25 pm |
|
|
Troy Whistman
Guest
|
Switching Primary Copy - can next full backup be Synthetic?
One more question...
I presume the new MA is in the same storage policy as the original? Where does the current DDB live? On the original MA? Is it a global DDB policy?
On Tue, Feb 7, 2012 at 3:25 PM, Paul Hutchings <paul.hutchings < at > mira.co.uk ([email]paul.hutchings < at > mira.co.uk[/email])> wrote:
sually the next full backup is forced to be a full backup.
__._,_.___
Reply to sender ([email]troy.whistman < at > gmail.com?subject=Re%3A%20%5Bcommvault%5D%20Switching%20Primary%20Copy%20-%20can%20next%20full%20backup%20be%20Synthetic%3F[/email]) | Reply to group ([email]commvault < at > yahoogroups.com?subject=Re%3A%20%5Bcommvault%5D%20Switching%20Primary%20Copy%20-%20can%20next%20full%20backup%20be%20Synthetic%3F[/email]) | Reply via web post | Start a New Topic
Messages in this topic (4)
Recent Activity: Visit Your Group
Commvault Documentation here:
http://documentation.commvault.com/
Text-Only ([email]commvault-traditional < at > yahoogroups.com?subject=Change Delivery Format: Traditional[/email]), Daily Digest ([email]commvault-digest < at > yahoogroups.com?subject=Email Delivery: Digest[/email]) • Unsubscribe ([email]commvault-unsubscribe < at > yahoogroups.com?subject=Unsubscribe[/email]) • Terms of Use
.
[img]http://geo.yahoo.com/serv?s=97359714/grpId=7450851/grpspId=1707277520/msgId=5489/stime=1328652643/nc1=4507179/nc2=5898817/nc3=4025321[/img]
__,_._,___
|
| Tue Feb 07, 2012 2:10 pm |
|
|
Troy Whistman
Guest
|
Switching Primary Copy - can next full backup be Synthetic?
Ha, I said "one more" then asked four (but they are related!).
On Tue, Feb 7, 2012 at 4:10 PM, Troy Whistman <troy.whistman < at > gmail.com ([email]troy.whistman < at > gmail.com[/email])> wrote:
One more question...
I presume the new MA is in the same storage policy as the original? Where does the current DDB live? On the original MA? Is it a global DDB policy?
On Tue, Feb 7, 2012 at 3:25 PM, Paul Hutchings <paul.hutchings < at > mira.co.uk ([email]paul.hutchings < at > mira.co.uk[/email])> wrote:
sually the next full backup is forced to be a full backup.
__._,_.___
Reply to sender ([email]troy.whistman < at > gmail.com?subject=Re%3A%20%5Bcommvault%5D%20Switching%20Primary%20Copy%20-%20can%20next%20full%20backup%20be%20Synthetic%3F[/email]) | Reply to group ([email]commvault < at > yahoogroups.com?subject=Re%3A%20%5Bcommvault%5D%20Switching%20Primary%20Copy%20-%20can%20next%20full%20backup%20be%20Synthetic%3F[/email]) | Reply via web post | Start a New Topic
Messages in this topic (5)
Recent Activity: Visit Your Group
Commvault Documentation here:
http://documentation.commvault.com/
Text-Only ([email]commvault-traditional < at > yahoogroups.com?subject=Change Delivery Format: Traditional[/email]), Daily Digest ([email]commvault-digest < at > yahoogroups.com?subject=Email Delivery: Digest[/email]) • Unsubscribe ([email]commvault-unsubscribe < at > yahoogroups.com?subject=Unsubscribe[/email]) • Terms of Use
.
[img]http://geo.yahoo.com/serv?s=97359714/grpId=7450851/grpspId=1707277520/msgId=5490/stime=1328652667/nc1=4507179/nc2=5898817/nc3=4025304[/img]
__,_._,___
|
| Tue Feb 07, 2012 2:11 pm |
|
|
Paul Hutchings
Guest
|
Switching Primary Copy - can next full backup be Synthetic?
It will be. DDB's are on the current MA but there will be new ones created on the new MA for the new policy copy (the one that will be the aux then be promoted to primary).
I did query using Global Dedupe as the building blocks whitepaper gave the impression that was Commvault's recommendation, but Rajiv from Commvault said via the list that, generally, don't mess with a working configuration.
Paul
From: commvault < at > yahoogroups.com ([email]commvault%40yahoogroups.com[/email]) [mailto:commvault < at > yahoogroups.com ([email]commvault%40yahoogroups.com[/email])] On Behalf Of Troy Whistman
Sent: 07 February 2012 22:11
To: commvault < at > yahoogroups.com ([email]commvault%40yahoogroups.com[/email])
Subject: Re: [commvault] Switching Primary Copy - can next full backup be Synthetic?
Ha, I said "one more" then asked four (but they are related!).
On Tue, Feb 7, 2012 at 4:10 PM, Troy Whistman <troy.whistman < at > gmail.com ([email]troy.whistman%40gmail.com[/email])> wrote:
One more question...
I presume the new MA is in the same storage policy as the original? Where does the current DDB live? On the original MA? Is it a global DDB policy?
On Tue, Feb 7, 2012 at 3:25 PM, Paul Hutchings <paul.hutchings < at > mira.co.uk ([email]paul.hutchings%40mira.co.uk[/email])> wrote:
sually the next full backup is forced to be a full backup.
--
MIRA Ltd
Watling Street, Nuneaton, Warwickshire, CV10 0TU, England
Registered in England and Wales No. 402570
VAT Registration GB 100 1464 84
The contents of this e-mail are confidential and are solely for the use of the intended recipient. If you receive this e-mail in error, please delete it and notify us either by e-mail, telephone or fax. You should not copy, forward or otherwise disclose the content of the e-mail as this is prohibited.
__._,_.___
Reply to sender ([email]paul.hutchings < at > mira.co.uk?subject=RE%3A%20%5Bcommvault%5D%20Switching%20Primary%20Copy%20-%20can%20next%20full%20backup%20be%20Synthetic%3F[/email]) | Reply to group ([email]commvault < at > yahoogroups.com?subject=RE%3A%20%5Bcommvault%5D%20Switching%20Primary%20Copy%20-%20can%20next%20full%20backup%20be%20Synthetic%3F[/email]) | Reply via web post | Start a New Topic
Messages in this topic (6)
Recent Activity: Visit Your Group
Commvault Documentation here:
http://documentation.commvault.com/
Text-Only ([email]commvault-traditional < at > yahoogroups.com?subject=Change Delivery Format: Traditional[/email]), Daily Digest ([email]commvault-digest < at > yahoogroups.com?subject=Email Delivery: Digest[/email]) • Unsubscribe ([email]commvault-unsubscribe < at > yahoogroups.com?subject=Unsubscribe[/email]) • Terms of Use
.
[img]http://geo.yahoo.com/serv?s=97359714/grpId=7450851/grpspId=1707277520/msgId=5491/stime=1328688276/nc1=4507179/nc2=4025373/nc3=5191952[/img]
__,_._,___
|
| Wed Feb 08, 2012 12:04 am |
|
|
Troy Whistman
Guest
|
Switching Primary Copy - can next full backup be Synthetic?
Will the current MA be decommissioned, or remain part of the storage policy's possible data paths? (i.e., is the new MA a replacement of or in addition to the current MA)
On Wed, Feb 8, 2012 at 2:04 AM, Paul Hutchings <paul.hutchings < at > mira.co.uk ([email]paul.hutchings < at > mira.co.uk[/email])> wrote:
the current MA but there will be new ones created on the new MA for the new policy copy (the one that will be the aux then be promoted to primary).
I did query using Global Dedupe as the building blocks whitepaper gave the impression that was Commvault's recommendation, but Rajiv from Commvault said via the list that, generally, don't mess with a working configuration.
__._,_.___
Reply to sender ([email]troy.whistman < at > gmail.com?subject=Re%3A%20%5Bcommvault%5D%20Switching%20Primary%20Copy%20-%20can%20next%20full%20backup%20be%20Synthetic%3F[/email]) | Reply to group ([email]commvault < at > yahoogroups.com?subject=Re%3A%20%5Bcommvault%5D%20Switching%20Primary%20Copy%20-%20can%20next%20full%20backup%20be%20Synthetic%3F[/email]) | Reply via web post | Start a New Topic
Messages in this topic (7)
Recent Activity: Visit Your Group
Commvault Documentation here:
http://documentation.commvault.com/
Text-Only ([email]commvault-traditional < at > yahoogroups.com?subject=Change Delivery Format: Traditional[/email]), Daily Digest ([email]commvault-digest < at > yahoogroups.com?subject=Email Delivery: Digest[/email]) • Unsubscribe ([email]commvault-unsubscribe < at > yahoogroups.com?subject=Unsubscribe[/email]) • Terms of Use
.
[img]http://geo.yahoo.com/serv?s=97359714/grpId=7450851/grpspId=1707277520/msgId=5492/stime=1328712853/nc1=5191952/nc2=4025373/nc3=4507179[/img]
__,_._,___
|
| Wed Feb 08, 2012 6:54 am |
|
|
Paul Hutchings
Guest
|
Switching Primary Copy - can next full backup be Synthetic?
Replacement, different name – the old one will be decommissioned soon after the cutover to using the new one as primary.
From: commvault < at > yahoogroups.com [mailto:commvault < at > yahoogroups.com] On Behalf Of Troy Whistman
Sent: 08 February 2012 14:54
To: commvault < at > yahoogroups.com
Subject: Re: [commvault] Switching Primary Copy - can next full backup be Synthetic?
Will the current MA be decommissioned, or remain part of the storage policy's possible data paths? (i.e., is the new MA a replacement of or in addition to the current MA)
On Wed, Feb 8, 2012 at 2:04 AM, Paul Hutchings <paul.hutchings < at > mira.co.uk ([email]paul.hutchings < at > mira.co.uk[/email])> wrote:
the current MA but there will be new ones created on the new MA for the new policy copy (the one that will be the aux then be promoted to primary).
I did query using Global Dedupe as the building blocks whitepaper gave the impression that was Commvault's recommendation, but Rajiv from Commvault said via the list that, generally, don't mess with a working configuration.
MIRA Ltd
Watling Street, Nuneaton, Warwickshire, CV10 0TU, England
Registered in England and Wales No. 402570
VAT Registration GB 100 1464 84
The contents of this e-mail are confidential and are solely for the use of the intended recipient. If you receive this e-mail in error, please delete it and notify us either by e-mail, telephone or fax. You should not copy, forward or otherwise disclose the content of the e-mail as this is prohibited.
__._,_.___
Reply to sender ([email]paul.hutchings < at > mira.co.uk?subject=RE%3A%20%5Bcommvault%5D%20Switching%20Primary%20Copy%20-%20can%20next%20full%20backup%20be%20Synthetic%3F[/email]) | Reply to group ([email]commvault < at > yahoogroups.com?subject=RE%3A%20%5Bcommvault%5D%20Switching%20Primary%20Copy%20-%20can%20next%20full%20backup%20be%20Synthetic%3F[/email]) | Reply via web post | Start a New Topic
Messages in this topic ( 
Recent Activity: Visit Your Group
Commvault Documentation here:
http://documentation.commvault.com/
Text-Only ([email]commvault-traditional < at > yahoogroups.com?subject=Change Delivery Format: Traditional[/email]), Daily Digest ([email]commvault-digest < at > yahoogroups.com?subject=Email Delivery: Digest[/email]) • Unsubscribe ([email]commvault-unsubscribe < at > yahoogroups.com?subject=Unsubscribe[/email]) • Terms of Use
.
[img]http://geo.yahoo.com/serv?s=97359714/grpId=7450851/grpspId=1707277520/msgId=5493/stime=1328712966/nc1=5741398/nc2=4507179/nc3=4025338[/img]
__,_._,___
|
| Wed Feb 08, 2012 6:56 am |
|
|
Troy Whistman
Guest
|
Switching Primary Copy - can next full backup be Synthetic?
Paul,
I'm trying the scenario you described in this thread, but I'm also wondering if migrating the library to the new MA might be an option. The DDB would have to be moved as well, requiring some downtime. How much data is in the disk library (data store), and how big is your DDB?
http://documentation.commvault.com/commvault/release_9_0_0/books_online_1/english_us/features/magnetic_library/magnetic_library.htm#Migrate_Magnetic_Libraries
I haven't tried the scenario you depicted before, which is why I'm trying it in my lab--I want to know what to expect.
Troy
On Wed, Feb 8, 2012 at 8:55 AM, Paul Hutchings <paul.hutchings < at > mira.co.uk ([email]paul.hutchings < at > mira.co.uk[/email])> wrote:
Replacement, different name – the old one will be decommissioned soon after the cutover to using the new one as primary.
From: commvault < at > yahoogroups.com ([email]commvault < at > yahoogroups.com[/email]) [mailto:commvault < at > yahoogroups.com ([email]commvault < at > yahoogroups.com[/email])] On Behalf Of Troy Whistman
Sent: 08 February 2012 14:54
To: commvault < at > yahoogroups.com ([email]commvault < at > yahoogroups.com[/email])
Subject: Re: [commvault] Switching Primary Copy - can next full backup be Synthetic?
Will the current MA be decommissioned, or remain part of the storage policy's possible data paths? (i.e., is the new MA a replacement of or in addition to the current MA)
On Wed, Feb 8, 2012 at 2:04 AM, Paul Hutchings <paul.hutchings < at > mira.co.uk ([email]paul.hutchings < at > mira.co.uk[/email])> wrote:
the current MA but there will be new ones created on the new MA for the new policy copy (the one that will be the aux then be promoted to primary).
I did query using Global Dedupe as the building blocks whitepaper gave the impression that was Commvault's recommendation, but Rajiv from Commvault said via the list that, generally, don't mess with a working configuration.
MIRA Ltd
Watling Street, Nuneaton, Warwickshire, CV10 0TU, England
Registered in England and Wales No. 402570
VAT Registration GB 100 1464 84
The contents of this e-mail are confidential and are solely for the use of the intended recipient. If you receive this e-mail in error, please delete it and notify us either by e-mail, telephone or fax. You should not copy, forward or otherwise disclose the content of the e-mail as this is prohibited.
__._,_.___
Reply to sender ([email]troy.whistman < at > gmail.com?subject=Re%3A%20%5Bcommvault%5D%20Switching%20Primary%20Copy%20-%20can%20next%20full%20backup%20be%20Synthetic%3F[/email]) | Reply to group ([email]commvault < at > yahoogroups.com?subject=Re%3A%20%5Bcommvault%5D%20Switching%20Primary%20Copy%20-%20can%20next%20full%20backup%20be%20Synthetic%3F[/email]) | Reply via web post | Start a New Topic
Messages in this topic (9)
Recent Activity: Visit Your Group
Commvault Documentation here:
http://documentation.commvault.com/
Text-Only ([email]commvault-traditional < at > yahoogroups.com?subject=Change Delivery Format: Traditional[/email]), Daily Digest ([email]commvault-digest < at > yahoogroups.com?subject=Email Delivery: Digest[/email]) • Unsubscribe ([email]commvault-unsubscribe < at > yahoogroups.com?subject=Unsubscribe[/email]) • Terms of Use
.
[img]http://geo.yahoo.com/serv?s=97359714/grpId=7450851/grpspId=1707277520/msgId=5496/stime=1328722296/nc1=4836045/nc2=4507179/nc3=4025321[/img]
__,_._,___
|
| Wed Feb 08, 2012 9:31 am |
|
|
Paul Hutchings
Guest
|
Switching Primary Copy - can next full backup be Synthetic?
I'd be more comfortable doing an aux copy I think - if nothing else I want to "re-balance" the existing maglib data across a lot more mount paths on the new MA, and an aux seems the most flexible way of doing this.
If the full backup has to be a full backup I'll just grin and bear it, be nice if not though.
From: commvault < at > yahoogroups.com [commvault < at > yahoogroups.com] on behalf of Troy Whistman [troy.whistman < at > gmail.com]
Sent: 08 February 2012 5:31 PM
To: commvault < at > yahoogroups.com
Subject: Re: [commvault] Switching Primary Copy - can next full backup be Synthetic?
Paul,
I'm trying the scenario you described in this thread, but I'm also wondering if migrating the library to the new MA might be an option. The DDB would have to be moved as well, requiring some downtime. How much data is in the disk library (data store), and how big is your DDB?
http://documentation.commvault.com/commvault/release_9_0_0/books_online_1/english_us/features/magnetic_library/magnetic_library.htm#Migrate_Magnetic_Libraries
I haven't tried the scenario you depicted before, which is why I'm trying it in my lab--I want to know what to expect.
Troy
On Wed, Feb 8, 2012 at 8:55 AM, Paul Hutchings <paul.hutchings < at > mira.co.uk ([email]paul.hutchings < at > mira.co.uk[/email])> wrote:
Replacement, different name – the old one will be decommissioned soon after the cutover to using the new one as primary.
From: commvault < at > yahoogroups.com ([email]commvault < at > yahoogroups.com[/email]) [mailto:commvault < at > yahoogroups.com ([email]commvault < at > yahoogroups.com[/email])] On Behalf Of Troy Whistman
Sent: 08 February 2012 14:54
To: commvault < at > yahoogroups.com ([email]commvault < at > yahoogroups.com[/email])
Subject: Re: [commvault] Switching Primary Copy - can next full backup be Synthetic?
Will the current MA be decommissioned, or remain part of the storage policy's possible data paths? (i.e., is the new MA a replacement of or in addition to the current MA)
On Wed, Feb 8, 2012 at 2:04 AM, Paul Hutchings <paul.hutchings < at > mira.co.uk ([email]paul.hutchings < at > mira.co.uk[/email])> wrote:
the current MA but there will be new ones created on the new MA for the new policy copy (the one that will be the aux then be promoted to primary).
I did query using Global Dedupe as the building blocks whitepaper gave the impression that was Commvault's recommendation, but Rajiv from Commvault said via the list that, generally, don't mess with a working configuration.
MIRA Ltd
Watling Street, Nuneaton, Warwickshire, CV10 0TU, England
Registered in England and Wales No. 402570
VAT Registration GB 100 1464 84
The contents of this e-mail are confidential and are solely for the use of the intended recipient. If you receive this e-mail in error, please delete it and notify us either by e-mail, telephone or fax. You should not copy, forward or otherwise disclose the content of the e-mail as this is prohibited.
__._,_.___
Reply to sender ([email]paul.hutchings < at > mira.co.uk?subject=RE%3A%20%5Bcommvault%5D%20Switching%20Primary%20Copy%20-%20can%20next%20full%20backup%20be%20Synthetic%3F[/email]) | Reply to group ([email]commvault < at > yahoogroups.com?subject=RE%3A%20%5Bcommvault%5D%20Switching%20Primary%20Copy%20-%20can%20next%20full%20backup%20be%20Synthetic%3F[/email]) | Reply via web post | Start a New Topic
Messages in this topic (10)
Recent Activity: Visit Your Group
Commvault Documentation here:
http://documentation.commvault.com/
Text-Only ([email]commvault-traditional < at > yahoogroups.com?subject=Change Delivery Format: Traditional[/email]), Daily Digest ([email]commvault-digest < at > yahoogroups.com?subject=Email Delivery: Digest[/email]) • Unsubscribe ([email]commvault-unsubscribe < at > yahoogroups.com?subject=Unsubscribe[/email]) • Terms of Use
.
[img]http://geo.yahoo.com/serv?s=97359714/grpId=7450851/grpspId=1707277520/msgId=5497/stime=1328722482/nc1=4025304/nc2=5741395/nc3=4507179[/img]
__,_._,___
|
| Wed Feb 08, 2012 9:34 am |
|
|
Troy Whistman
Guest
|
Switching Primary Copy - can next full backup be Synthetic?
Agreed about the aux copy, with those requirements!
On Wed, Feb 8, 2012 at 11:34 AM, Paul Hutchings <paul.hutchings < at > mira.co.uk ([email]paul.hutchings < at > mira.co.uk[/email])> wrote:
I'd be more comfortable doing an aux copy I think - if nothing else I want to "re-balance" the existing maglib data across a lot more mount paths on the new MA, and an aux seems the most flexible way of doing this.
If the full backup has to be a full backup I'll just grin and bear it, be nice if not though.
From: commvault < at > yahoogroups.com ([email]commvault < at > yahoogroups.com[/email]) [commvault < at > yahoogroups.com ([email]commvault < at > yahoogroups.com[/email])] on behalf of Troy Whistman [troy.whistman < at > gmail.com ([email]troy.whistman < at > gmail.com[/email])]
Sent: 08 February 2012 5:31 PM
To: commvault < at > yahoogroups.com ([email]commvault < at > yahoogroups.com[/email])
Subject: Re: [commvault] Switching Primary Copy - can next full backup be Synthetic?
Paul,
I'm trying the scenario you described in this thread, but I'm also wondering if migrating the library to the new MA might be an option. The DDB would have to be moved as well, requiring some downtime. How much data is in the disk library (data store), and how big is your DDB?
http://documentation.commvault.com/commvault/release_9_0_0/books_online_1/english_us/features/magnetic_library/magnetic_library.htm#Migrate_Magnetic_Libraries
I haven't tried the scenario you depicted before, which is why I'm trying it in my lab--I want to know what to expect.
Troy
On Wed, Feb 8, 2012 at 8:55 AM, Paul Hutchings <paul.hutchings < at > mira.co.uk ([email]paul.hutchings < at > mira.co.uk[/email])> wrote:
Replacement, different name – the old one will be decommissioned soon after the cutover to using the new one as primary.
From: commvault < at > yahoogroups.com ([email]commvault < at > yahoogroups.com[/email]) [mailto:commvault < at > yahoogroups.com ([email]commvault < at > yahoogroups.com[/email])] On Behalf Of Troy Whistman
Sent: 08 February 2012 14:54
To: commvault < at > yahoogroups.com ([email]commvault < at > yahoogroups.com[/email])
Subject: Re: [commvault] Switching Primary Copy - can next full backup be Synthetic?
Will the current MA be decommissioned, or remain part of the storage policy's possible data paths? (i.e., is the new MA a replacement of or in addition to the current MA)
On Wed, Feb 8, 2012 at 2:04 AM, Paul Hutchings <paul.hutchings < at > mira.co.uk ([email]paul.hutchings < at > mira.co.uk[/email])> wrote:
the current MA but there will be new ones created on the new MA for the new policy copy (the one that will be the aux then be promoted to primary).
I did query using Global Dedupe as the building blocks whitepaper gave the impression that was Commvault's recommendation, but Rajiv from Commvault said via the list that, generally, don't mess with a working configuration.
MIRA Ltd
Watling Street, Nuneaton, Warwickshire, CV10 0TU, England
Registered in England and Wales No. 402570
VAT Registration GB 100 1464 84
The contents of this e-mail are confidential and are solely for the use of the intended recipient. If you receive this e-mail in error, please delete it and notify us either by e-mail, telephone or fax. You should not copy, forward or otherwise disclose the content of the e-mail as this is prohibited.
__._,_.___
Reply to sender ([email]troy.whistman < at > gmail.com?subject=Re%3A%20%5Bcommvault%5D%20Switching%20Primary%20Copy%20-%20can%20next%20full%20backup%20be%20Synthetic%3F[/email]) | Reply to group ([email]commvault < at > yahoogroups.com?subject=Re%3A%20%5Bcommvault%5D%20Switching%20Primary%20Copy%20-%20can%20next%20full%20backup%20be%20Synthetic%3F[/email]) | Reply via web post | Start a New Topic
Messages in this topic (11)
Recent Activity: Visit Your Group
Commvault Documentation here:
http://documentation.commvault.com/
Text-Only ([email]commvault-traditional < at > yahoogroups.com?subject=Change Delivery Format: Traditional[/email]), Daily Digest ([email]commvault-digest < at > yahoogroups.com?subject=Email Delivery: Digest[/email]) • Unsubscribe ([email]commvault-unsubscribe < at > yahoogroups.com?subject=Unsubscribe[/email]) • Terms of Use
.
[img]http://geo.yahoo.com/serv?s=97359714/grpId=7450851/grpspId=1707277520/msgId=5498/stime=1328722839/nc1=4025304/nc2=5898816/nc3=4507179[/img]
__,_._,___
|
| Wed Feb 08, 2012 9:40 am |
|
|
Troy Whistman
Guest
|
Switching Primary Copy - can next full backup be Synthetic?
Paul, I'm having trouble with my Microsoft Win2008 R2 EE license key (setting up a 2nd MA) in my lab, so I'm not going to be able to test this before I get back on Monday. I didn't ask if you were moving from like-to-like operating systems on the replacement MA.
On Wed, Feb 8, 2012 at 11:40 AM, Troy Whistman <troy.whistman < at > gmail.com ([email]troy.whistman < at > gmail.com[/email])> wrote:
Agreed about the aux copy, with those requirements!
On Wed, Feb 8, 2012 at 11:34 AM, Paul Hutchings <paul.hutchings < at > mira.co.uk ([email]paul.hutchings < at > mira.co.uk[/email])> wrote:
I'd be more comfortable doing an aux copy I think - if nothing else I want to "re-balance" the existing maglib data across a lot more mount paths on the new MA, and an aux seems the most flexible way of doing this.
If the full backup has to be a full backup I'll just grin and bear it, be nice if not though.
From: commvault < at > yahoogroups.com ([email]commvault < at > yahoogroups.com[/email]) [commvault < at > yahoogroups.com ([email]commvault < at > yahoogroups.com[/email])] on behalf of Troy Whistman [troy.whistman < at > gmail.com ([email]troy.whistman < at > gmail.com[/email])]
Sent: 08 February 2012 5:31 PM
To: commvault < at > yahoogroups.com ([email]commvault < at > yahoogroups.com[/email])
Subject: Re: [commvault] Switching Primary Copy - can next full backup be Synthetic?
Paul,
I'm trying the scenario you described in this thread, but I'm also wondering if migrating the library to the new MA might be an option. The DDB would have to be moved as well, requiring some downtime. How much data is in the disk library (data store), and how big is your DDB?
http://documentation.commvault.com/commvault/release_9_0_0/books_online_1/english_us/features/magnetic_library/magnetic_library.htm#Migrate_Magnetic_Libraries
I haven't tried the scenario you depicted before, which is why I'm trying it in my lab--I want to know what to expect.
Troy
On Wed, Feb 8, 2012 at 8:55 AM, Paul Hutchings <paul.hutchings < at > mira.co.uk ([email]paul.hutchings < at > mira.co.uk[/email])> wrote:
Replacement, different name – the old one will be decommissioned soon after the cutover to using the new one as primary.
From: commvault < at > yahoogroups.com ([email]commvault < at > yahoogroups.com[/email]) [mailto:commvault < at > yahoogroups.com ([email]commvault < at > yahoogroups.com[/email])] On Behalf Of Troy Whistman
Sent: 08 February 2012 14:54
To: commvault < at > yahoogroups.com ([email]commvault < at > yahoogroups.com[/email])
Subject: Re: [commvault] Switching Primary Copy - can next full backup be Synthetic?
Will the current MA be decommissioned, or remain part of the storage policy's possible data paths? (i.e., is the new MA a replacement of or in addition to the current MA)
On Wed, Feb 8, 2012 at 2:04 AM, Paul Hutchings <paul.hutchings < at > mira.co.uk ([email]paul.hutchings < at > mira.co.uk[/email])> wrote:
the current MA but there will be new ones created on the new MA for the new policy copy (the one that will be the aux then be promoted to primary).
I did query using Global Dedupe as the building blocks whitepaper gave the impression that was Commvault's recommendation, but Rajiv from Commvault said via the list that, generally, don't mess with a working configuration.
MIRA Ltd
Watling Street, Nuneaton, Warwickshire, CV10 0TU, England
Registered in England and Wales No. 402570
VAT Registration GB 100 1464 84
The contents of this e-mail are confidential and are solely for the use of the intended recipient. If you receive this e-mail in error, please delete it and notify us either by e-mail, telephone or fax. You should not copy, forward or otherwise disclose the content of the e-mail as this is prohibited.
__._,_.___
Reply to sender ([email]troy.whistman < at > gmail.com?subject=Re%3A%20%5Bcommvault%5D%20Switching%20Primary%20Copy%20-%20can%20next%20full%20backup%20be%20Synthetic%3F[/email]) | Reply to group ([email]commvault < at > yahoogroups.com?subject=Re%3A%20%5Bcommvault%5D%20Switching%20Primary%20Copy%20-%20can%20next%20full%20backup%20be%20Synthetic%3F[/email]) | Reply via web post | Start a New Topic
Messages in this topic (12)
Recent Activity: Visit Your Group
Commvault Documentation here:
http://documentation.commvault.com/
Text-Only ([email]commvault-traditional < at > yahoogroups.com?subject=Change Delivery Format: Traditional[/email]), Daily Digest ([email]commvault-digest < at > yahoogroups.com?subject=Email Delivery: Digest[/email]) • Unsubscribe ([email]commvault-unsubscribe < at > yahoogroups.com?subject=Unsubscribe[/email]) • Terms of Use
.
[img]http://geo.yahoo.com/serv?s=97359714/grpId=7450851/grpspId=1707277520/msgId=5503/stime=1328737867/nc1=5191952/nc2=4025373/nc3=4507179[/img]
__,_._,___
|
| Wed Feb 08, 2012 1:51 pm |
|
|
Paul Hutchings
Guest
|
Switching Primary Copy - can next full backup be Synthetic?
It would be 2008 (x64) to 2008 R2. Please don't go out of your way to test this - whilst inconvenient it's not the end of the world having to do a "proper" full as I'm in two minds whether to actually do an aux copy or just start from scratch on the new MA and keep the existing/old one around for a while so I have a little retention handy on disk.
From: commvault < at > yahoogroups.com [commvault < at > yahoogroups.com] on behalf of Troy Whistman [troy.whistman < at > gmail.com]
Sent: 08 February 2012 9:50 PM
To: commvault < at > yahoogroups.com
Subject: Re: [commvault] Switching Primary Copy - can next full backup be Synthetic?
Paul, I'm having trouble with my Microsoft Win2008 R2 EE license key (setting up a 2nd MA) in my lab, so I'm not going to be able to test this before I get back on Monday. I didn't ask if you were moving from like-to-like operating systems on the replacement MA.
On Wed, Feb 8, 2012 at 11:40 AM, Troy Whistman <troy.whistman < at > gmail.com ([email]troy.whistman < at > gmail.com[/email])> wrote:
Agreed about the aux copy, with those requirements!
On Wed, Feb 8, 2012 at 11:34 AM, Paul Hutchings <paul.hutchings < at > mira.co.uk ([email]paul.hutchings < at > mira.co.uk[/email])> wrote:
I'd be more comfortable doing an aux copy I think - if nothing else I want to "re-balance" the existing maglib data across a lot more mount paths on the new MA, and an aux seems the most flexible way of doing this.
If the full backup has to be a full backup I'll just grin and bear it, be nice if not though.
From: commvault < at > yahoogroups.com ([email]commvault < at > yahoogroups.com[/email]) [commvault < at > yahoogroups.com ([email]commvault < at > yahoogroups.com[/email])] on behalf of Troy Whistman [troy.whistman < at > gmail.com ([email]troy.whistman < at > gmail.com[/email])]
Sent: 08 February 2012 5:31 PM
To: commvault < at > yahoogroups.com ([email]commvault < at > yahoogroups.com[/email])
Subject: Re: [commvault] Switching Primary Copy - can next full backup be Synthetic?
Paul,
I'm trying the scenario you described in this thread, but I'm also wondering if migrating the library to the new MA might be an option. The DDB would have to be moved as well, requiring some downtime. How much data is in the disk library (data store), and how big is your DDB?
http://documentation.commvault.com/commvault/release_9_0_0/books_online_1/english_us/features/magnetic_library/magnetic_library.htm#Migrate_Magnetic_Libraries
I haven't tried the scenario you depicted before, which is why I'm trying it in my lab--I want to know what to expect.
Troy
On Wed, Feb 8, 2012 at 8:55 AM, Paul Hutchings <paul.hutchings < at > mira.co.uk ([email]paul.hutchings < at > mira.co.uk[/email])> wrote:
Replacement, different name – the old one will be decommissioned soon after the cutover to using the new one as primary.
From: commvault < at > yahoogroups.com ([email]commvault < at > yahoogroups.com[/email]) [mailto:commvault < at > yahoogroups.com ([email]commvault < at > yahoogroups.com[/email])] On Behalf Of Troy Whistman
Sent: 08 February 2012 14:54
To: commvault < at > yahoogroups.com ([email]commvault < at > yahoogroups.com[/email])
Subject: Re: [commvault] Switching Primary Copy - can next full backup be Synthetic?
Will the current MA be decommissioned, or remain part of the storage policy's possible data paths? (i.e., is the new MA a replacement of or in addition to the current MA)
On Wed, Feb 8, 2012 at 2:04 AM, Paul Hutchings <paul.hutchings < at > mira.co.uk ([email]paul.hutchings < at > mira.co.uk[/email])> wrote:
the current MA but there will be new ones created on the new MA for the new policy copy (the one that will be the aux then be promoted to primary).
I did query using Global Dedupe as the building blocks whitepaper gave the impression that was Commvault's recommendation, but Rajiv from Commvault said via the list that, generally, don't mess with a working configuration.
MIRA Ltd
Watling Street, Nuneaton, Warwickshire, CV10 0TU, England
Registered in England and Wales No. 402570
VAT Registration GB 100 1464 84
The contents of this e-mail are confidential and are solely for the use of the intended recipient. If you receive this e-mail in error, please delete it and notify us either by e-mail, telephone or fax. You should not copy, forward or otherwise disclose the content of the e-mail as this is prohibited.
__._,_.___
Reply to sender ([email]paul.hutchings < at > mira.co.uk?subject=RE%3A%20%5Bcommvault%5D%20Switching%20Primary%20Copy%20-%20can%20next%20full%20backup%20be%20Synthetic%3F[/email]) | Reply to group ([email]commvault < at > yahoogroups.com?subject=RE%3A%20%5Bcommvault%5D%20Switching%20Primary%20Copy%20-%20can%20next%20full%20backup%20be%20Synthetic%3F[/email]) | Reply via web post | Start a New Topic
Messages in this topic (13)
Recent Activity: Visit Your Group
Commvault Documentation here:
http://documentation.commvault.com/
Text-Only ([email]commvault-traditional < at > yahoogroups.com?subject=Change Delivery Format: Traditional[/email]), Daily Digest ([email]commvault-digest < at > yahoogroups.com?subject=Email Delivery: Digest[/email]) • Unsubscribe ([email]commvault-unsubscribe < at > yahoogroups.com?subject=Unsubscribe[/email]) • Terms of Use
.
[img]http://geo.yahoo.com/serv?s=97359714/grpId=7450851/grpspId=1707277520/msgId=5506/stime=1328819791/nc1=5191953/nc2=4507179/nc3=4025321[/img]
__,_._,___
|
| Thu Feb 09, 2012 12:36 pm |
|
|
|
|
The time now is Fri May 25, 2012 9:04 am | All times are GMT - 8 Hours
| |
Page 1 of 1
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
|
