Regarding Leslie's experience of index cache slowness, Version 9 will have a shared index cache still, but will also keep it local on MA's as well. I was advised that my new MA's that I'm buying should get a couple of LUN's assigned to them for a Dedupe DB and local IndexCache.
Jonathan Studer <studer_je < at > hotmail.com> 1/13/2011 2:21 PM >>>
Thanks everyone for your input on GridStor.
________________________________
To: commvault < at > yahoogroups.com
From: llopez < at > isd.lacounty.gov
Date: Thu, 13 Jan 2011 06:07:21 -0800
Subject: RE: [commvault] GridStor Shared Cache index location
From our experience regarding the index cache. Although it can be on
any Windows box, we ran into major issues as we started to grow. We
have about 10 Media Agents sharing one index cache. We first had this
pointing to a Windows server, but the amount of writes was too much
that we started getting this error on the Windows server: "Windows -
Delayed Write Failed" and jobs started failing. We backup about 80TB
for one Full backup with about 800 clients. We do have gridstore in
place and what worked for us was to place the index cache on a NAS
share. Our index cache size is a little over 1TB.
Thanks!
Leslie
From: commvault < at > yahoogroups.com [mailto:commvault < at > yahoogroups.com] On
Behalf Of Rajiv Kottomtharayil
Sent: Wednesday, January 12, 2011 5:33 AM
To: commvault < at > yahoogroups.com
Subject: RE: [commvault] GridStor Shared Cache index location
Couple of clarification
1. Gridstore does not mandate a shared Index cache. A shared
index cache is required only if you intend to select the option to load
balance/round robin during backups. For failover or lan-free backups
you don't need shared index cache
2. The disk storing the index cache need not be a super fast disk
like the DDB since this is a distributed database ( one per subclient )
unlike DeDUp where it is one per storage policy copy ( or in case of
Global DDB one for several Storage policy ).
3. Index Cache Server can be any MediAgent in the commcell. The
index is checked into the index server at chunk boundaries.
4. Make sure you follow instructions on migrating to index cache
server :
http://documentation.commvault.com/commvault/release_9_0_0/books_online_1/english_us/features/index_cache_server/advanced.htm#Changing_to_Index_Cache_Server_After_an_Upgrade
5. There is also ability to use UNC path as an Index Cache Server
but continue to write to local disk. This eliminates any issues seen
with writing to an Index Database on UNC path. This works similar to
Index Cache Server except that the index is copied to a UNC path
instead of another MediaAgent
http://documentation.commvault.com/commvault/release_9_0_0/books_online_1/english_us/features/index/index_cache_how_to.htm#configure_ma_shared_iindex
It is highly recommended that the option Enable Intermediate Index
Cache Directory be used when configuring Index Cache on a network
share. With this option turned on the index is written to the local
disk first and at commit points uploaded to the Network share. This
will avoid failures due to network disruptions/failures writing to the
index on the network share.
From: commvault < at > yahoogroups.com [mailto:commvault < at > yahoogroups.com] On
Behalf Of studer_je < at > hotmail.com
Sent: Wednesday, January 12, 2011 1:12 AM
To: CommVault Groups
Subject: Re: [commvault] GridStor Shared Cache index location
So I will need a 3rd server?
What licenses will that server need to have?
________________________________
From: John Rowlandson
Sender: commvault < at > yahoogroups.com
Date: Wed, 12 Jan 2011 17:00:15 +1100
To: commvault < at > yahoogroups.com
ReplyTo: commvault < at > yahoogroups.com
Cc: Groups, CommVault
Subject: Re: [commvault] GridStor Shared Cache index location
V9 will allow the use of the new index cache server function which can
replace the shared index unc path
John
Sent from my iPad
On 12/01/2011, at 9:15 AM, "Bill Willis"
wrote:
It's 1 Gb, as far as the disk, it's an internal hard drive, like a 10k
SAS, but the bottleneck would be the LAN, I'd assume.
Jonathan Studer
1/11/2011 2:14 PM
how fast is your network links 1Gbps?
Does the disk have to be really fast like a dedupe DB?
________________________________
To: commvault < at > yahoogroupscom
From: bill.willis < at > swgas.com
Date: Tue, 11 Jan 2011 13:43:01 -0800
Subject: Re: [commvault] GridStor Shared Cache index location
I put mine on a UNC path. We had a windows server that had a very
large D drive that wasn't being used, and had a commvault client on it
anyway, and I access it just from \serverIndexCache
Jonathan Studer 1/11/2011 1:29 PM >>>
I'm prepping for a major upgrade hardware/simpana 9 upgrade.
right now we only have 1 MediaAdent and will be adding a second with
GridStor.
Where does the Shared inde x cache need to live?
Does it have to be on a UNC path?
Can it be on a shared LUN?
******************Legal Disclaimer*************************** "This
communication may contain confidential and privileged material for the
sole use of the intended recipient. Any unauthorized review, use or
distribution by others is strictly prohibited. If you have received the
message in error, please advise the sender by reply email and delete
the message. Thank you."
****************************************************************
------------------------------------
Commvault Documentation here:
[url=http://documentation.commvault.com/Yahoo!]http://documentation.commvault.com/Yahoo![/url] Groups Links
<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/commvault/
<*> Your email settings:
Individual Email | Traditional
<*> To change settings online go to:
http://groups.yahoo.com/group/commvault/join
(Yahoo! ID required)
<*> To change settings via email:
commvault-digest < at > yahoogroups.com
commvault-fullfeatured < at > yahoogroups.com
<*> To unsubscribe from this group, send an email to:
commvault-unsubscribe < at > yahoogroups.com
<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
The information in this electronic mail communication (e-mail) contains confidential information which is the property of the sender and may be protected by the attorney-client privilege and/or attorney work product doctrine. It is intended solely for the addressee. Access to this e-mail by anyone else is unauthorized by the sender. If you are not the intended recipient, you are hereby notified that any disclosure, copying, or distribution of the contents of this e-mail transmission or the taking or omission of any action in reliance thereon or pursuant thereto, is prohibited, and may be unlawful. If you received this e-mail in error, please notify us immediately of your receipt of this message by e-mail and destroy this communication, any attachments, and all copies thereof.
Southwest Gas Corporation does not guarantee the privacy or security of information transmitted by facsimile or other unsecure electronic means. By choosing to send or receive confidential or personal identifying information via facsimile or unencrypted e-mail, you consent to accept any associated risk.
Thank you for your cooperation.
__._,_.___
Reply to sender ([email]Bill.Willis < at > swgas.com?subject=RE%3A%20%5Bcommvault%5D%20GridStor%20Shared%20Cache%20index%20location[/email]) | Reply to group ([email]commvault < at > yahoogroups.com?subject=RE%3A%20%5Bcommvault%5D%20GridStor%20Shared%20Cache%20index%20location[/email]) |
Reply via web post |
Start a New Topic
Messages in this topic (14)
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=4566/stime=1294957586/nc1=1/nc2=2/nc3=3[/img]
__,_._,___
