Data Backup and Recovery Discussions
Though there are some threads existing to this topic (
SDW 6.2 & Windows 2008 R2 Clusters - Extremely slow response in SDW http://communities.netapp.com/message/31254#31254
Windows 2008 R2, SnapDrive and iSCSI http://communities.netapp.com/message/28906#28906 )
I take the liberty of opening another one, because this is a slightly different environment:
NetApp FAS3140 Fabric MetroCluster Ontap 220.127.116.11P2
Windows 2008 SP2
Exchange 2007 CCR SP3 (thus replication is not done by the MetroCluster, but by Exchange)
LUNs connected by FC, mounted as drive letters (9 pcs)
NetApp DSM 3.3.1
Strangewise on one Windows node SnapDrive reacts quite fast (enumerationg of LUNs approx. 1min, Space Reclaimer starts after 2-3min)
but on the other Windows node LUN enumaration takes up to 10min, starting Space Reclaimer checks 30min wether reclaim is needed or not etc...everything is extremely slow.
Cluster Configuration check for the MetroCluster shows no errors in DFM.
The Windows admin insists that both Windows nodes are configured exactly the same way.
Any idea how to troubleshoot?
Did you check proper name resolution from all involved machines?
Yes, we did, though the setup is suboptimal:
DNS resolves the hostname nas-fas1 to IP 10.x.y.z, but the Exchange Servers don't have access to this net.
The management through E0M is IP 129.x.y.z, so there is a hosts file on the Exchange, resolving
and thus overriding DNS....
But ping from Exchange to storage is <1ms (2 hops, tracert) and ping from storage to Exchange also succeeds.
Transport protocol settings are HTTPS to nas-fas1.
If possible, give HTTP only a try, back in the days, certain setups made HTTPS extremly slow compared to RPC & HTTP.
Live Chat, Watch Parties, and More!
Engage digitally throughout the sales process, from product discovery to conﬁguration, and handle all your post-purchase needs.