Skip to main content
NetApp Knowledge Base

Restore of a very large SQL database to an alternate location takes a long time and fails

  1. Last updated
  2. Save as PDF
Views:
47
Visibility:
Public
Votes:
0
Category:
snapcenter
Specialty:
SNAPX
Last Updated:

Applies to

  • SnapCenter Plug-in for Microsoft SQL Server (SCSQL)
  • Azure Netapp Files (ANF)
  • SMB shares

Issue

  • A Point in Time (PIT) restore to an alternate location of an SQL database of many TBs fails after taking a long time.
  • Error seen in <installation_path>\Program Files\NetApp\SnapCenter\SMCore\log\SMCore_<id>.log:

ERROR SMCore_32148 PID=[13196] TID=[39] ErrorCode (-1), ErrorMessage (Failed to restore. Access to the path 'C__Program Files_NetApp_SnapCenter_SnapCenter Plug-in for Microsoft SQL Server_log_SmSql_<log_number>.log_rolling' is denied.)
DEBUG SMCore_32148 PID=[13196] TID=[39] CloneActivity failed Failed to restore. Access to the path 'C__Program Files_NetApp_SnapCenter_SnapCenter Plug-in for Microsoft SQL Server_log_SmSql_<log_number>.log_rolling' is denied.

 

Sign in to view the entire content of this KB article.

New to NetApp?

Learn more about our award-winning Support

NetApp provides no representations or warranties regarding the accuracy or reliability or serviceability of any information or recommendations provided in this publication or with respect to any results that may be obtained by the use of the information or observance of any recommendations provided herein. The information in this document is distributed AS IS and the use of this information or the implementation of any recommendations or techniques herein is a customer's responsibility and depends on the customer's ability to evaluate and integrate them into the customer's operational environment. This document and the information contained herein may be used solely in connection with the NetApp products discussed in this document.