topic Re: Different amount of Transaction Logs in CCR Secondary Backup SnapInfo Directory in ONTAP Discussions

Different amount of Transaction Logs in CCR Secondary Backup SnapInfo Directory

tfuchs — Thu, 05 Jun 2025 07:22:22 GMT

Hi,

IHAC with an Exchange 2007 CCR environment. Backups take place on the passive CCR node and they also create CCR secondary backups on the active node. They have to keep 30 backup versions on both sites so we configured SME to hold also 30 secondary backup versions. Now they have the problem that the truncated transaction logs are deleted from the SnapInfo directory on the passive node but are not deleted from the SnapInfo directory on the active node where the copy backup occur. Because of this behaviour the space usage of the primary Log LUNs is much more higher than on the passive LOG LUNs. They tried to verify the secondary backup to check if the logs will be deleted after verification but they remain in the SnapInfo directory.

Is this a "works as designed" behaviour or is there a possibility to let SME delete the Logs also at the CCR secondary backup site ?

Thanks

Thorsten

Re: Different amount of Transaction Logs in CCR Secondary Backup SnapInfo Directory

tfuchs — Fri, 06 Nov 2009 17:06:06 GMT

Hi,

here's a friendly reminder...

Could someone answer my question ?

Thanks

Thorsten

Re: Different amount of Transaction Logs in CCR Secondary Backup SnapInfo Directory

beaupre — Mon, 07 Dec 2009 18:40:40 GMT

Thorsten,

Can you send the Backup commands from each node?

Thanks,
Mark

Re: Different amount of Transaction Logs in CCR Secondary Backup SnapInfo Directory

tfuchs — Wed, 09 Dec 2009 09:06:50 GMT

Hi Mark,

here're the scheduled commands of the servers:

10 am and 3 pm
Passive Node:
"C:\Programme\NetApp\SnapManager for Exchange\SMEJobLauncher.exe" new-backup -Server 'S302MB10' -CCRActiveNode $False -ClusterAware -GenericNaming -ManagementGroup 'Standard' -NoTruncateLogs $True -NoUTMRestore -RetainDays 30 -StorageGroup 'SG01','SG02','SG03','SG04','SG05','SG06','SG07','SG08','SG09' -Verify -VerificationServer 's302mb12' -UseMountPoint -MountPointDir 'C:\Programme\NetApp\SnapManager for Exchange\SnapMgrMountPoint'

Active Node:
smejoblauncher.exe new-backup -Server 'S302MB10' -CCRActiveNode $False -ClusterAware -GenericNaming -ManagementGroup 'Standard' -NoTruncateLogs $True -NoUTMRestore -RetainDays 30 -StorageGroup 'SG01','SG02','SG03','SG04','SG05','SG06','SG07','SG08','SG09' -Verify -VerificationServer 's302mb12' -UseMountPoint -MountPointDir 'C:\Programme\NetApp\SnapManager for Exchange\SnapMgrMountPoint'

1 am
Passive Node:
"C:\Programme\NetApp\SnapManager for Exchange\SMEJobLauncher.exe" new-backup -Server 'S302MB10' -CCRActiveNode $False -ClusterAware -GenericNaming -ManagementGroup 'Daily' -NoTruncateLogs $True -NoUTMRestore -RetainDays 30 -StorageGroup 'SG01','SG02','SG03','SG04','SG05','SG06','SG07','SG08','SG09' -Verify -VerificationServer 's302mb12' -UseMountPoint -MountPointDir 'C:\Programme\NetApp\SnapManager for Exchange\SnapMgrMountPoint'

Active Node:
smejoblauncher.exe new-backup -Server 'S302MB10' -CCRActiveNode $False -ClusterAware -GenericNaming -ManagementGroup 'Daily' -NoTruncateLogs $True -NoUTMRestore -RetainDays 30 -StorageGroup 'SG01','SG02','SG03','SG04','SG05','SG06','SG07','SG08','SG09' -Verify -VerificationServer 's302mb12' -UseMountPoint -MountPointDir 'C:\Programme\NetApp\SnapManager for Exchange\SnapMgrMountPoint'

Attached are two SME backup logs where you can see that the FRP Snapshots are deleted but the SnapInfos are not.

Thanks

Thorsten

Re: Different amount of Transaction Logs in CCR Secondary Backup SnapInfo Directory

beaupre — Thu, 24 Dec 2009 23:12:25 GMT

Thorsten,

Sorry for not getting back to you sooner. Hopefully, you have solved your problem.

If not, I suggest that you change the backup job parameter from RetainDays to RetainBackups. I have seen where SME doesn't do a good job on cleaning up backups when using RetainDays.

I am also seeing this in the logs:

The SnapInfo folder M:\ is not default SME SnapInfo folder.

Can you re-run the SME configuration wizard?

Thanks,
Mark