Unsolved
This post is more than 5 years old
38 Posts
0
1218
June 3rd, 2013 09:00
Avamar Integrated with Data Domain as a replication Target
IHAC with an integrated Avamar Data domain solution where replication is involved. A redesign, resize of the environment has brought about the need to remove the existing DD from the replication target environment. A new data domain has already been added in the replication target environment and has been integrated as the default replication target. All replicated backups that lived on the old DD have been expired and are 5 days past that expiration date. GC has been running very regularly and is not using the entire window available to it, so I believe i can assume safely that it has run and reclaimed what it can.
With all that said i still cannot remove the old DD from avamar. The system is stating that backups still exist, Without setting a date of range of day one of the system to today and searching every single client replicated one at a time, is there a mccli command that i can use to get this information in an efficient manner?
Thanks.


aman4God
3 Posts
0
June 6th, 2013 08:00
I just ran into an issue in which an Avamar TSE was remoted in to maintain my avamar grid. He was looking for a gcoob.pl script that he determined to somehow not be present. This specific script maintains the data clean up process for the data domain, since the data domain itself cannot maintain avamar data. You might want to verify the presence of the gcoob and make sure that there is not orphaned data that is keeping you from removing the data domain.
ionthegeek
2 Intern
•
2K Posts
0
June 6th, 2013 08:00
Glad to hear you were able to resolve it!
ionthegeek
2 Intern
•
2K Posts
0
June 6th, 2013 08:00
The gcoob script will not make a difference here if garbage collection is up to date. This script allows cleanup on the DDR side "out of band" (i.e. outside the Avamar blackout window).
I would recommend opening an SR for this issue. If all else fails, support has access to a script that can forcibly delete any remaining backups on the DDR.
nixonm
38 Posts
1
June 6th, 2013 08:00
I Actually just ended up using mccli to search every client on the avamar for the name of the DD that I needed to remove. it took a while but I found an ondemand backup that occurred the day the avamar was installed that had no expiration date. I expired it and was able to remove the DD. Thanks for the feedback, greatly appreciated.
Leo Li
4 Apprentice
•
9K Posts
0
June 6th, 2013 17:00
A good case study~~