NS0-162 Exam Dumps : NetApp Certified Data Administrator (ONTAP)

 To find the highest latency seen on restore, you need to look at the output of the table that shows the latency measurements for different operations and sizes. The highest latency is 10021 ms, which is the maximum latency for the GET operation with 8KB size. This means that when the users recover files with the Windows Previous Versions tab, they are reading data from the cloud tier that has been tiered using the snapshot-only policy, which causes high latency and slow restores.

• The other latencies are not correct, as they are lower than 10021 ms. The maximum latency for the PUT operation with 4MB size is 10500 ms, but this is not related to the restore operation, as it is writing data to the cloud tier. The maximum latency for the GET operation with 4KB size is 9591 ms, which is slightly lower than 10021 ms. The maximum latency for the GET operation with 32KB size is 7889 ms, which is much lower than 10021 ms. The maximum latency for the GET operation with 256KB size is 7838 ms, which is also much lower than 10021 ms. References :- FabricPool overview, FabricPool requirements, FabricPool best practices, High READ Latency from the fabric pool aggregate.

 To make the destination NAS volume writable, you need to break the SnapMirror relationship using the snapmirror break command from the destination cluster, and then use the volume mount command to mount the NAS volume in the NFS namespace. Breaking the SnapMirror relationship will make the destination volume read/write and allow clients to access the latest Snapshot copy. Mounting the volume in the NFS namespace will make the volume visible to the clients and enable them to access the data. The other options are not correct because:

• Deleting the SnapMirror relationship from the destination cluster will not make the destination volume writable, but rather remove the relationship configuration and history. This will prevent future resynchronization or updates of the relationship.
• Breaking the SnapMirror relationship using the snapmirror break command from the source cluster will not work, because the source cluster is unavailable due to networking issues. The command must be run from the destination cluster. References :- Break the SnapMirror relationship, Mount a volume in the namespace

The space allocation option is a LUN attribute that enables the host to communicate with the storage system about the blocks that are no longer in use by the host file system. When the space allocation option is enabled, the host sends SCSI UNMAP commands to the storage system when files are deleted on the disk. The storage system then reclaims the space from the thin-provisioned LUN and makes it available for other LUNs or volumes. This process is also known as space reclamation or hole punching. If the space allocation option is disabled, the host does not send SCSI UNMAP commands and the storage system does not reclaim the space from the thin-provisioned LUN, resulting in a discrepancy between the host and the storage system. References :- Space reclamation, Enable or disable the space allocation option for a LUN