• Please help support our sponsors by considering their products and services.
    Our sponsors enable us to serve you with this high-speed Internet connection and fast webservers you are currently using at ADSM.ORG.
    They support this free flow of information and knowledge exchange service at no cost to you.

    Please welcome our latest sponsor Tectrade . We can show our appreciation by learning more about Tectrade Solutions
  • Community Tip: Please Give Thanks to Those Sharing Their Knowledge.

    If you receive helpful answer on this forum, please show thanks to the poster by clicking "LIKE" link for the answer that you found helpful.


    Click the link above to access ADSM.ORG Acceptable Use Policy and forum rules which should be observed when using this website. Violators may be banned from this website. This notice will disappear after you have made at least 3 posts.

Fastback DR Cleanup


Active Newcomer
I'm looking for a way to cleanup my DR folders. I have 4 fastback servers which all point to one FTP server. This space is not being cleaned up. Has anyone found any documentation on how to clean up the old jobs? Is this something we have to script? Any insight on how to keep your DR hub server (is not a TSM server just FTP) clean?

Thanks in advance.




Active Newcomer
I created a PMR. Apparently the cleanup process should also clean your DR site as well. I belive this is happening. The issue has become more clear in that my delta file for my SQL server was growing beyond belief. The g:\ vol was keeping 1TB of space when its actual size was only 300GB (80 used).

When signing in as technician I was able to see incremental back from January that were never deleted. These were saved in order to maintain a consistent snapshot according to support. The fix is I suppose to run weekly fulls for SQL. Since it never seems to clean up the incremental.


ADSM.ORG Senior Member
Let us know how you get on with this - seems like something that could bite us all on the backside sooner or later.

For me, running weekly fulls of SQL Databases is *exactly* what I don't want to do as it's one of the reasons for using FastBack in the first place (i.e., incremental forever without requirement for regular full).
David Mc
London, UK


ADSM.ORG Senior Member
FB (using FTP DR method)

Anyone know what the answer is? Doing a test, I had 30GB of data for a FB client, and sent it to FB DR Hub.

On FB Server, I deleted all snapshots of this client and ran cleanup. The data is removed from FB Server but still remains on FB DR Hub.

(the account doing the FTP has rights to delete on the DR Hub)
Last edited:
The technote http://www-01.ibm.com/support/docvie...id=swg21459986 describe how FastBack DR behave when you delete a policy / chain in the source site.
If nothing was deleted, the source repository will usually be equal or larger than the replicated copy of it in the DR site. If this is not the case you should open a ticket with IBM support. The only safe way to clean the DR repository is to do file diff between the source and the target and see which files exist on the DR site, make sure they are not needed any more and then manually delete them. DELETING WRONG FILES CAN CAUSE DATA LOSS!!! so don't do it unless you're very familiar with the way the repository and replication work!!!

Advertise at ADSM.ORG

If you are reading this, so are your potential customer. Advertise at ADSM.ORG right now.

UpCloud high performance VPS at $5/month

Get started with $25 in credits on Cloud Servers. You must use link below to receive the credit. Use the promo to get upto 5 month of FREE Linux VPS.

The Spectrum Protect TLA (Three-Letter Acronym): ISP or something else?

  • Every product needs a TLA, Let's call it ISP (IBM Spectrum Protect).

    Votes: 18 18.6%
  • Keep using TSM for Spectrum Protect.

    Votes: 59 60.8%
  • Let's be formal and just say Spectrum Protect

    Votes: 12 12.4%
  • Other (please comement)

    Votes: 8 8.2%

Forum statistics

Latest member