NetWorker 9 For SharePoint 2013 and SQL 2012 AAG - LabGuide
NetWorker 9 For SharePoint 2013 and SQL 2012 AAG - LabGuide
Solution ...........................................................................................................................................................6
Key Components........................................................................................................................................... 7
EMC Data Protection Suite................................................................................................................................8
BIG Telco is a major Telco company in the United States with strong presences throughout the World. They also have
significant development shops in India and Bolivia. They are greatly diversified across communications infrastructure
as well as the newer Wireless Infrastructure around the United States and Canada. BIG Telco has also begun
establishing themselves in Hosting Facilities and has recently invested millions into a state of the art datacenter
located in the Middle East.
Business Challenge
BIG Telco has recently implemented a hosted SharePoint environment for it's clients. The challenge for BIG Telco has
been differentiating themselves as a hosted SharePoint provider and providing data protection capabilities along with
its hosted SharePoint services. Customer requirements for data retention increase along with increasing data growth.
BIG Telco is hoping to gain more market share and longer term customers by leveraging the EMC Data Protection Suite
and it's unique capabilities for protecting and recovering mission critical SharePoint data.
After evaluating several solutions to address the business challenge for robust and industry leading SharePoint Data
Protection. BIG Telco's IT team have selected EMC's Data Protection Suite, as their solution for enhancing and
differentiating there hosted SharePoint solution with data protection capabilties.
Here are the top 3 reasons why BIG Telco chose the EMC Data Protection Suite:
• SIMPLE & EFFICIENT - The EMC Data Protection Suite makes enterprise data protection extremely easy to
acquire, deploy, and manage. It eliminates the need to size and price every software component individually
as licensing based on front-end protected capacity, which simplifies sizing and capacity.
• FREEDOM & FLEXIBILITY - The EMC Data Protection Suite allows the ability mix and match backup and archive
components across physical and virtual environments to meet objectives and service levels. Full integration
with industry-leading Protection Storage EMC Data Domain® and EMC NetWorker® delivers IT infrastructure
mobility and flexibility.
• INDUSTRY-LEADING BACKUP & ARCHIVE - The components of the The Data Protection Suite featured in this lab
such as EMC NetWorker® backup and recovery software centralizes, automates, and accelerates data backup
and recovery across IT environment. Together with EMC DD Boost for Enterprise Applications which delivers
advanced integration with leading enterprise applications enabling application owner control and faster,
more efficient backups.
EMC® NetWorker® backup and recovery software centralizes, automates, and accelerates data backup and recovery
across your IT environment. Boasting record-breaking performance and flexibility, NetWorker protects critical business
data in a fast, secure, and easy to manage way.
Whether your organization is a small office or a large data center, you can trust that your data will be protected with
NetWorker. NetWorker users know and trust that their data is backed up and recoverable in the event of user error,
data loss, system outage, or catastrophic event. All your business applications remain in service while data backups
are taking place, for zero downtime.
Just like Big Telco Company, demand for Microsoft SharePoint and SQL data protection is increasing, with the
explosion of unstructured data in the case of SharePoint as well as increased structured database demands of SQL. To
address this demand, Big Telco Company is looking to implement EMC Data Protection Suite and in particular EMC
NetWorker, as a robust and efficient solution to add backup and recovery of SharePoint and SQL Server to its portfolio
of hosted services.
A key capability is full support for the SharePoint Server VSS Writer. This enables NetWorker to target the SharePoint
configuration database, the search database and index, the shared resource provider, and all of the content
databases. Using the SharePoint VSS Writer, NetWorker’s full farm-level backups ensure backup consistency.
SharePoint automatically notifies NetWorker of changes to the farm. Similarly, if a recovery is done to a SharePoint
content database, using the VSS interface, SharePoint is notified of the recovery—enabling SharePoint to properly
resume operations.
This is all possible with both traditional backup and deduplication backup workflows. For those who do invest in the
deduplication solution with NetWorker, there are significant advantages to be gained for SharePoint protection due to
the potential for a significant amount of redundant data that may be housed in the platform.
For recovery in the context of disaster recovery, NetWorker gives you a number of flexible options. You can restore the
entire farm and perform content database recoveries. You can recover a SharePoint configuration database. You can
recover the SharePoint Search database/index without the need for a full farm crawl—and you can recover SharePoint
Web Parts.
For granular protection of SharePoint with the NetWorker Module for Microsoft, EMC has partnered with Kroll Ontrack,
the provider of a software product called Ontrack PowerControls.
Ontrack PowerControls uses NetWorker SharePoint backups—those highlighted in the previous slide—for granular
item-level recoveries. Step one is to virtually mount the backup saveset via NetWorker and present it to the SharePoint
Administrator. Step two is to use PowerControls to extract the required item-level data.
You can recover SharePoint web applications, site collections, sites, lists, libraries, and so on, all the things that are a
part of the SharePoint logical structure and content. When you use PowerControls to restore, it will restore with full
fidelity, meaning you get back all of the metadata, security settings, details about authors, proper timestamps, and so
on—things that in other market solutions can sometimes be lost during backup and recovery.
With this solution, versioning within SharePoint items, as well as conditions such as checkout status and approval
status, will all be retained and recovered properly. And you have the option of restoring all versions or only specific
versions if you wish.
To find data to restore in such large environments, PowerControls enables search by a number of criteria so data can
be found quickly and restored. And with this solution, restore is as easy as dragging and dropping items you need
back into your target location, which can be the original location, a production server, another SharePoint server, or
even a file system location. There is quite a bit of flexibility possible through this third-party solution.
The slide below highlights particulars on the differentiating granular recovery qualities and features of EMC NetWorker
for SharePoint:
For SQL Server, EMC NetWorker backup and recovery can be performed with SQL Server 2005, 2008, including 2008
R2, and 2012. It delivers what is known as Simple Recovery Mode. Through the VSS Writer, NetWorker Module for
Microsoft supports full backups and recovers at the SQL database level. This lab will focus on highlighting the use
case with SQL Server 2012.
New with NetWorker Module for Microsoft 2.4 and above, is support for traditional SQL VDI. This allows SQL log
management, backup granularity including full, incremental and differential and database, file group and file level
recoveries. For customers using the previous Microsoft Module for SQL (NMSQL), the merge of NMSQL provides easy
migration. Also now supported is Client Direct for SQL VDI multi-streaming backups to Data Domain. This means up to
3x greater performance for SQL VDI backups to Data Domain via Client Direct.
NetWorker 8.1 introduced support for a new SQL Server Management Studio (SSMS) plug-in which, among other
features, allows the SQL DBA to run their own ad hoc backup. This feature gives control directly to the SQL DBA for
backup, if and when necessary.
NetWorker 8.2 now adds recovery support via the SSMS plug-in.
SQL Server 2012 introduced the concept of AlwaysOn Availability Groups offering higher levels of availability,
flexibility, and resiliency for SQL Server. NetWorker support includes backup on the primary database including full,
differential, incremental and copy. This also includes backup from any secondary SQL database. By allowing
NetWorker to protect the secondary databases, backups do not impact the product servers.
NetWorker Module for Microsoft offers Federated Proxy Node Backup support for SQL Server Always On Availability
Groups. This policy-based feature can also be set by the SQL DBA from within SQL Server Management Studio via the
new plug-in. It enables the SQL DBA to choose which physical server they would like to use as the backup proxy
within the Always On Availability Group. Options are to backup from any replica in the AlwaysOn Availability Group, a
primary replica, a secondary replica, or a primary replica only if the secondary replica is not available.
Hybrid solutions supported include a primary and secondary database on premise, with a secondary database in the
Cloud for disaster recovery, or the customer may have their primary and/or secondary databases running in the Cloud,
but maintain a secondary copy on premises for backup and reporting. Finally, the customer may be running their
primary database on premise in one location with a secondary copy at another location, as well as another secondary
copy in the Cloud for DR. The new support in NetWorker enables the backup of on-premises secondary databases by
the Backup Administrator for all these scenarios.
Policy can be set by the SQL DBA using SQL Server Management Studio, including type of backup, backup media,
deduplication and retention.
This lab is unique in that it not only provides these two applications, SharePoint & SQL, but the SQL Server is
providing the backend database for SharePoint that doubles as the primary server in the AAG. In other words, the SQL
2012 Server sql2012-01 will be used in both demonstrations.
While the lab is designed to combine these two applications, the documentation for each demonstration is kept
separate to provide the capability to show SharePoint 2013 or SQL 2012 AlwaysOn Availability Groups.
Objectives
By using the AlwaysOn Availability Group feature of SQL Server 2012, users can keep their databases under an
Availability Group (AG) for high availability. The SQL Server 2012 uses Windows Failover Cluster components to
provide these HA features. The database administrator can set the backup priority for the AG or a database in the AG
and select a particular replica for the backup. Judicious use of the best replica can not only improve backup
performance but also be part of a strategic plan for data protection and business continuance.
NMM provides support for federated backups, during which NMM detects the SQL Server preferred backup (replica)
setting from the AG and then performs the backup at the preferred node/replica. The user can decide whether to
perform scheduled backup or federated backup by providing the appropriate NetWorker save set when creating the
client resource for the backup.
In this lab, you will be using one AAG called SQL12-AAG1 which works with the nodes SQL2012-01 and SQL2012-02
which are part of the cluster SQL12clus1. There are two replicas, one primary on SQL2012-01 and one secondary on
SQL2012-02. The SQLDB-AAG1 is being replicated in this AAG.
In this lab, you will be recovering the database SQLDB-AAG1 which is part of the SQL12-aag1 AAG. You will need to
remove a DB from an Availability Group before you can restore it.
In this scenario, you will be demonstrating how to restore an entire Content Database in the SharePoint Farm by
navigating through multiple instances to restore the database and its accompanying logs.
In this scenario, you will be demonstrating how to leverage NetWorker's virtual File System (NwFS) that supports a
real-time view of the backup session ready to immediately copy a missing document from the source (NwFS) back to
its prior (or any other location in the SharePoint Farm hierarchy one has the rights to) location using a Kroll GUI for the
last step.
The SharePoint specific components, other than SQL, are made up of a Web Front-End (WFE) server and an Index/
Search server. The WFE is the user interface to SharePoint where the Search server offers up information about the site
content to the browser UI.
The SQL specific components are made up of two servers that comprise the components to provide an Always-On
Availability Group (AAG) as well as the databases for SharePoint.
COMPONENTS
SP2013-01 is the SharePoint WFE Server and the primary interface for the backup applications.
SQL2012-01 is the SQL server for the SharePoint Farm as well as the primary server for the AAG. Two instances of SQL
have been configured on this server to make this combined environment possible.
• SQL2012-01/SP: The SQL 2012 instance on SQL2012-01 that provides the content database for SharePoint.
• SQL2012-01/SQ12INST1: The SQL 2012 instance on SQL2012-01 that provides the primary location in the
AAG for the company's production databases. SQL2012-02 is the second SQL server for the AAG. Only one
instance of SQL has been configured on this server.
• SQL2012-02/SQ12INST2: The SQL 2012 instance on sql2012-02 that provides the location for the secondary,
or passive copies of the SQL database.
The two SQL Servers (SQL2012-01/02) are clustered servers called SQ12CLUS1 where the AAG listener (aag1-listener)
lives and provides client connectivity to the database of a given availability group. An availability group listener is a
virtual network name (VNN) to which clients can connect in order to access a database in a primary or secondary
replica of an Always-On Availability Group. An availability group listener enables a client to connect to an availability
replica without knowing the name of the physical instance of SQL Server to which the client is connecting. The client
connection string does not need to be modified to connect to the current location of the current primary replica.
Components
Use the following credentials to login to the individual systems, unless otherwise instructed in the specific steps
throughout this guide.
Follow the mRemoteNG setup instructions to ensure access to each system. This must be verified before continuing.
Connections Tab
1. Click “+
+” to expand Connections
Connections.
2. Double-click all individual connections to open.
3. Select SQL2012-01 (AAG)
(AAG).
1. On the SQL2012-01 (AAG) taskbar, click Microsoft SQL Server Management Studio
Studio.
2. In the Server name list box, select SQL2012-01\SQ12INST1
3. Click Connect
1. Click “+
+” to expand AlwaysOn High Availability > Availability Groups > SQL12-AAG1 (Primary)
1. Click “+
+” to expand Availability Replica
Replica.
2. Right-click SQL2012-01\SQL12INST1 (Primary)
3. Select Properties
This is important as you will be conducting the backup from the Secondary replica, not the Primary.
Click OK
Minimize Microsoft SQL Server Management Studio to prepare for the next part of the lab.
• administrator
• Password123!
Click OK
Click NW-02.vlab.local
1. Click Media
2. Click Media Pools
3. Double-click the pool DDVE01 to open the properties
4. The ddve01 media pool has been Enabled
Enabled. This means when a backup is run for groups that have selected
this media pool DDVE01, they will backup to the Data Domain.
5. Click Cancel, as you are only reviewing this pool.
1. Click Protection
2. Click Clients
3. Right-click sql12clus1.vlab.local
4. Select Modify Client Properties...
1. In the General tab in the Backup panel, the Save Set Name is assigned to the Microsoft VDI Writer
MSSQL$SQ12INST1#SQL12-AAG1
MSSQL$SQ12INST1#SQL12-AAG1: for the primary SQL replica instance named SQ12INST1 to backup the
databases for Listener SQL12-AAG1 (as delimited by the pound [#] sign)
2. The Protection Group list allows clients to be associated with the Bronze-Application group.
3. When you have completed reviewing this section, close the window.
With this setup, the start of of the Bronze-Application Group backup uses the Save set as shown to backup the
payload to media pool named ddve01. You now have all the fundamentals of a NetWorker backup in play in the
context of a SQL backup for this particular use case.
1. Click mRemoteNG
mRemoteNG.
2. Click SQL2012-01 (AAG)
(AAG).
1. On the SQL2012-01 (AAG) taskbar, click Microsoft SQL Server Management Studio
Studio.
2. Click “+
+” to expand AlwaysOn High Availability > Availability Groups > SQL12-AAG1 (Primary)
(Primary).
The SQL Server Preferred Server Order List (PSOL) has been set up to backup the Secondary Only copy of the SQLDB-
AAG1 database. When the NetWorker client SQL2012clus1 runs a backup, the listener AAG1-listener will redirect the
backup command (nsrsqlsv) to SQL2012-02 as a member of the AAG (AlwayOn Availability Group).
Microsoft debuted Availability Group support in SQL Server 2012. Even though you only have one database, SQLDB-
AAG1 in your AG, more than one database can be in this group, ready for either Synchronous or Asynchronous failover
to a Secondary Replica on a different SQL 2012 server (SQL2012-02 in this case). In the case of a manual or automatic
failover, the Secondary Replica will eventually fail back to the Primary Replica once whatever caused it to failover has
been fixed.
1. Select Monitoring
Monitoring.
2. Right-click Bronze Policy which contains the SQL12clus1 client.
3. Select Start
Start.
1. Click “+
+” to expand the Bronze Policy.
2. Right-click Applications
3. Select Show Details...
Minimize Window
In this section, you will execute a recovery in which you will take the backup of the SQLDB-AAG1 database from the
Secondary SQL Server, SQL2012-02, and restore it to the Primary SQL Server, SQL2012-01.
This restore will be followed with an Add New Database To Availability Group Microsoft wizard which will find, add and
synchronize the database from Primary to Secondary Replica, fully completing the recovery.
Click Connect
Before attempting a restore, you must break the database, which will simulate a logical error or corruption from a SQL
server perspective. The best way to accomplish this is from the Primary replica.
These tasks inside Microsoft SQL Server Management Studio ensure that both Primary and Secondary replicas are
synchronized visibly highlight that both instances/databases are healthy PRIOR to removing the database from the
Availability Group to simulate a logical corruption/DR requiring a database recovery.
You will now break the database to simulate disaster/error from this Primary replica.
Click OK
OK.
1. Click “+
+” to expand SQL2012-01\SQ12INST1 (SQL Server 11.0.5058 - VLAB\sqlsvc)
VLAB\sqlsvc).
2. Click “+
+” to expand AlwaysOn High Availability > Availability Groups > SQL2012-AAG1 (Primary) > Availability
Databases
Databases.
3. Right-click SQLDB-AAG1
4. Select Remove Database from Availability Group
Group...
Click OK
OK.
Click Close
Close.
A refresh of the Object Explorer is required in order to see SQLDB-AAG1 (Restoring...). This can take up to 60 seconds
to display.
1. Click “+
+” to expand SQL2012-02\SQ12INST2 (SQL Server 11.0.5058 - VLAB\sqlsvc) > Databases
2. Right-click SQLDB-AAG1 (Restoring...)
3. Select Delete
Click OK
OK.
Minimize Microsoft SQL Server Management Studio to prepare for the next step.
Select SQL2012-01\SQINST1
SQL2012-01\SQINST1.
Click OK
OK.
Click Operation
Operation, and select NetWorker SQL Server client
Click Continue
Select A SQL Server named instance, and in the list box select sql12clus1\SQ12INST1
Click Continue
Continue.
Select Properties
Select Files
Files.
Select SQLDB-AAG1_Log
SQLDB-AAG1_Log.
Click Destination
Destination. This provides file system scrolling to find the data base full path.
Select SQLDB-AAG1
SQLDB-AAG1.
Click Destination
Destination. This again provides file system scrolling to find the data base full path.
Close both the Restore Status window and the NetWorker User for SQL window.
On the SQL2012-01 (AAG) taskbar, click Microsoft SQL Server Management Studio
Studio.
1. Select SQL2012-01\SQINST1
2. Click Refresh
Refresh.
3. Click “+
+” to expand Databases
Databases.
4. Verify SQLDB-AAG1 exists.
5. Verify that the deleted table dbo.Table_1_AAG1 also exists under Tables
Tables.
Click Next
Next.
Select SQLDB-AAG1
SQLDB-AAG1.
Click Next
Next.
Click Connect
Connect.
Click Connect
Connect.
Click Next
Next.
Review the Availability Group Validation and ensure the results are successful.
Click Next
Next.
In the next task, the \\SQL2012-01\Backup (identified as a shared network location in the Group Validation screen)
share will be the location leveraged for a full database backup.
Review the results window to view the processes that have completed.
Click Close
Close.
Close Microsoft SQL Server Management Studio to prepare for the next lab.
In preparation for the demo you will perform a couple of backups, one backup of the whole farm, then delete a file and
perform a second full backup. You will also use the NMM UI and and modify a configuration option to ensure a
smooth running lab with an ease of use work-flow.
Note: Full backups take about 6.5 minutes in this environment, so you will proceed to the recovery immediately
following the client configuration review.
Note: This action will take a minute to load the application. NMC may be opened already from the previous lab.
• administrator
• Password123!
Click OK
OK.
Click NW-02.vlab.local
1. Select Protection
Protection.
2. Click “+
+” to expand Groups
Groups.
3. Click Silver-Application
Silver-Application.
4. Observe that all members of the SharePoint configuration exist in the Silver-Application group.
1. Click Monitoring
Monitoring.
2. Click “+
+” to expand Silver
Silver.
3. Right-click Applications
Applications.
4. Select Start
Start.
Click Yes
Yes.
1. Select the backup with the most recent Date and Time
2. Select the workflow action Name: Backup
3. Click Show Details
Details.
Select Delete
Delete.
Click OK
OK.
Initiate the Silver Policy for the Share point Farm Backup
1. Click “+
+” to expand Silver
Silver.
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 100
Monitor the Silver Policy Details
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 101
Show Details
Note
Note: This process will take several minutes to complete.
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 102
3. When finished viewing, close the window.
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 103
Delete EMC Team 1 Database and log files
First you will detach the EMC Team 1 database using SSMS and and then delete it using Windows Explorer.
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 104
Locate and detach the BRS_Lab database
1. Click “+
+” to expand Databases
2. Right-click EMC Team 1
3. Select Tasks
4. Select Detach...
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 105
Click OK
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 106
Verify Detachment
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 107
Browse to the database location and delete it
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 108
Browse to the log location and delete it
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 109
NMM Configure Options Add SQL2012-01 from SP2013-01
Now you will return to the SP2013-1 (WFE) Sharepoint web front end server to add SQL2012-01 to the NMM
Configuration Options pull down menu. This will ensure that NetWorker can virtually mount the SQL Content Database
directly to the SP2013-01 Web Front End Server using NWFS followed by performing a single file GLR (granular level
recovery) restore using Kroll Ontrack directly from this [virtually] mounted copy of the backup.
This recovery directly from the virtual mount on the WFE straight to the EMC Team Site is where NetWorker has a
unique speed advantage since other backup products do not have a virtual folder mount and thus must recover their
data from an external source - a source other than the WFE, meaning a double hop of data sources for data recovery of
either an entire database or a single file using GLR technolgy.
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 110
Launch NetWorker User for Microsoft on SP2013-01 (WFE)
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 111
Configuration Options
In the Configuration Options dialog box, select the right/left arrows icon.
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 112
Select Viewable Clients
Click OK
OK.
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 113
Configuration Options
Click OK
OK.
Select Recover
Recover.
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 114
NetWorker 9 Recovery of SharePoint
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 115
Review the details of the SharePoint Backups
Open NetWorker Administration Console
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 116
Review details of successful backups
1. Select Monitoring
Monitoring.
2. Click “+
+” to expand Silver
Silver.
3. Right-click Applications
Applications.
4. Select Show Details...
Here you can see the Start Time of previously run backups.
Here you will see that you have already run two backups, both backups include a full backup of the Web Front End
Server, the Index Server and the SQL Server Content Database.
The first backup contains a file that was later deleted. This copy will be used for the nwfs virtual mount and GLR
restore.
The second backup does not contain the deleted file, but was a full backup of the entire farm. We will use this copy to
perform the content database recovery. The workflow of the recovery will be as follows:
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 117
• Restore the content database from the most recent backup
• Perform the GLR restore from the prior backup.
Note: You have already detached and deleted the content database in preparation for the recovery demonstration.
Close Window
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 118
Restoring the Content Database
Now that you have a successful backup of the Farm, you can restore the entire content database.
Note: The NetWorker Module for Microsoft will take a minute to load.
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 119
Mark the EMC Team 1 Data base for Recovery
1. Select Recover
Recover.
2. Click “+
+” to expand Applications > SqlServerWriter
SqlServerWriter, and select SQL2012-01\SP
3. Select EMC Team 1 1.
4. Click Recover
Recover.
NMM browses the directory structure of the client as of the most recent backup by default. Here, you are browsing to
the location of the EMC team 1 database.
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 120
Recover Summary dialog box
NMM Recover provides a brief summary of your prior selections. You can now start the recovery to restore the EMC
Team 1 database to its original location.
1. Select Monitor
Monitor.
2. To enable automatic scrolling of the logging information as updates occur, place the cursor in the right
navigation pane and click
3. After the restore completes, close the NMM UI.
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 121
NetWorker is now performing a VSS (Volume ShadowCopy) conventional restore from the Data Domain using the most
recent full backup of the SQL database.
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 122
Use Windows Explorer to Validate the Recovery
1. Select SQL2012-01(AAG)
SQL2012-01(AAG).
2. On the SQL2012-01(AAG) taskbar, click Windows Explorer
Explorer.
3. Click “+
+” to expand F_Vol
F_Vol, and navigate to \SP\MSSQL11.SP\MSSQL\DATA
4. Verify the successful restore of the EMC Team 1 content database and EMC Team 1_log log file
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 123
Log in to Microsoft SQL Server Management Studio
Verify the Database exists using Microsoft SQL Server Management Studio
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 124
3. Verify that the EMC Team 1 database exists.
The deleted database has now been recovered and successfully re-attached to the SQL Server.
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 125
Validate recovery and contents of the restored Share point Farm
Now that the EMC Team 1 database is restored, verify that the Sharepoint farm is recovered and also verify its
contents.
Recall that an accidentally deleted file called NMDA_8.2_Administration_Guide is still missing, because it is in a
previous backup - a backup conducted before the file was deleted.
In this step you will see that both the Farm has been Recovered and that the desired content is missing by looking at
the EMC Team 1 Site and browsing its content.
After this, you will then perform the GLR recovery from the previous backup.
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 126
mRemote to the SP2013-01 (WFE) Server
1. Select SP2013-01(WFE)
SP2013-01(WFE).
2. On the SP2013-01 (WFE) taskbar, click Internet Explorer
Explorer.
3. Click EMC Team 1 Site-Home
Site-Home.
Now you will browse the contents of the site using the Web Front End Server.
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 127
By accessing the EMC Team 1 Site, you know that the farm has been successfully recovered, but that the desired
NMDA_8.2_Administration_Guide file is still missing.
Now you will recover this file from a previous backup to demonstrate granular level recovery, meaning the ability to
recover a single file or number of objects, but not have to recover an entire database.
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 128
Restoring a SharePoint Server 2013 document with GLR
Open NetWorker User for Microsoft
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 129
2. Click Browse
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 130
Browse for Folder
1. Click “+
+” to expand This PC
PC.
2. Select Local Disk (C:)
3. Click Make New Folder
Folder.
4. Specify the GLR path.
5. Click OK
OK.
In the recover options you'll see the GLR tab the path that will be used to perform the virtual mount on this host and
how long the virtual mount of the content database will be retained. NetWorker will be virtually mounting the backup
residing on the protection storage, in this case EMC Data Domain. By virtually mounting the the data from protection
storage directly, it is more instantaneously accessible for recovery use. Virtual mounting the backup is a unique
feature of EMC next generation data protection solutions that helps dramatically reduce recovery times.
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 131
Create Folder for GLR
Select C:\GLR
C:\GLR.
Click OK
OK.
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 132
Select Recovery Client
You must select the SQL database server from the Client list, the reason you do this is because this is the client that
hosts the content database, and the client who's database backup you will mount for the GLR restore.
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 133
Change the Browse Time
1. Click the calender icon in NMM to change the browse time to a time prior to the most recent successful
backup
2. Change the browse time to a time just prior to the most recent successful backup, the backup prior to it
contains the file you need to recover. Refer to the next step if you need to determine what to set the browse
time to.
3. Click OK
OK.
Determine Browse Time using Group Detail in NMC Monitoring Show Details
Before performing the GLR you will need to determine a browse time prior to the most recent backup from NetWorker
Administration Console, which can be accessed from the Launchpad taskbar.
1. Click “+
+” to expand the Silver Policy
Policy, and then right-click Applications
Applications. Click Show Details
Details. Here you will use
the most recent backup times to ensure that we browse a backup performed just prior to it.
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 134
2. Note the time stamp of the two backups previously taken.
By looking at the group details you now know you need to set the browse time at least 4-5 minutes prior to the group
completion time reported, since you know the backup takes several minutes.
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 135
Mark the EMC Team 1 content database
1. Click “+
+” to expandApplications
Applications > SqlServerWriter
SqlServerWriter, and then click SQL2012-01\SP
2. Select EMC Team 1
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 136
Mount EMC Team 1 Content DB for Granular Level Recovery
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 137
Ensure virtual drive has been mounted
1. Select Monitor
2. Click in the Monitor window and scroll down to verify the backup has been mounted
At this point you can see that we have virtually mounted the backup to the nwfs mount point, you are now ready to
perform GLR using Kroll.
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 138
Use Kroll OnTrack To Restore Document
1. On the SP2013-01 (WFE) taskbar, click Ontrack Power Controls for SharePoint
SharePoint.
2. Click Add to select Source Path
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 139
Browse to the nwfs mount point that contains the .mdf
1. Click “+
+” to expand C: and navigate to \GLR\1449002048\F$\SP\MSSQL11.SP\MSSQL\DATA\
2. Select EMC Team 1.mdf
3. Click Open
Open.
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 140
Browse to the nwfs mount point that contains the .LDF
Click Add
Add.
The next step is to select the LDF files that are associate with the content database you are performing the GLR for.
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 141
Browse to the nwfs mount point that contains the .ldf
1. Click “+
+” to expand C: and navigate to \GLR\1449002047\F$\SP\MSSQL11.SP\MSSQL\DATA\
2. Select EMC Team 1_log.ldf
3. Click Open
Open.
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 142
Add source data path
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 143
Missing Temporary File Path
Click Yes
Yes.
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 144
Target Server Selection
Now select the target site, that Kroll will allow you to restore the document into. The URL specified is for the BRS_Lab
Team Site that you want to recover the missing NMDA_8.2_Administration_Guide into.
1. Click “+
+” to expandSources.
Sources. Click the Documents folder of the EMC Team 1 Site to locate the
NMDA_8.2_Administration_Guide contained in the previous backup, which has been virtually mounted.
2. Click “+
+” to expandTargets.
Targets. Click the Documents folder of the EMC Team 1 Site in the same path as the
source.
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 145
3. Select the NMDA_8.2_Administration_Guide from the Sources panel, and then drag and drop it into the
Documents folder of the Targets EMC Team 1 Site in the lower left panel.
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 146
View Copy Progress
Click Close
Close.
You can see that the copy process has completed and this also shows the source and destination locations, notice
that the source is your nwfs virtual mount location.
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 147
Verify Copy from Kroll
Select NMDA_8.2_Administration_Guide in the target location of the documents folder of the EMC Team 1 Site.
Observe inside Kroll that the file has been successfully copied.
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 148
Verify file recovery from Share Point
This concludes your granular level restore using the virtual mount feature of NetWorker.
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 149
Conclusion
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 150
Summary
Thank you for taking the time to walk through this hands-on lab exploring how the EMC Data Protection Suite has
extended it's industry leading capabilities to include efficient support for Microsoft SQL Server 2012 and Microsoft
SharePoint 2013.
The goal of this lab was to showcase how EMC's Industry Leading Backup and Archive solutions enhance backup and
recovery by enabling BIG Telco to change the game for it's SharePoint and SQL Hosting services by differentiating their
offering and including data protection services along with it's hosting services. Big Telco has now been implementing
these components now and have truly set themselves apart as a bringing unique data protection capabilities to their
enterprise.
NetWorker 9 for SharePoint 2013 and SQL 2012 AAG Page 151