Check Job ID for CommVault Stub

Scenario:  A user cannot retrieve their CommVault Stubs via the CommVault Outlook Add-in.  After a server-side full restore of our CommVault Archives a while ago, we know we are missing data from specific time frames as not all the tapes could be restored from.  For due diligence, we need to prove that this stub is no longer associated with a Job ID that CommVault can no longer restore.

Resolution:

Determine the Job Information of the Stub:

  1. Logon to the Mailbox via MFCMapi.
  2. Drill down to the Message location (Top Of Information Store –> Inbox) and double click on the Message to open all associated properties for that single Message.
  3. Search for the tag that has a Value of CVStub_…
  4. The Value looks similar to this:CVSTUB_V1 -af 1011154:53:1383788 -of 20284970131 -at 1243361094 -cn 1011154 -es ExCVSrv1
    • 1383788 is the JOB ID we will need to perform a SQL Query with.
    • 1243361094 is the Unix Time Stamp for when the job was ran.
    • ExCVSrv1 is the server it was ran against.

Run the SQL Query against the CommCell Database:

  1. Run this command:   Select jobId from archchunkmapping where archfileid = 1383788
  2. If the result comes back null, it means that the CommVault Database no longer has a record for it and the data is no longer retreiveable.

 

Exchange Database Restore with CommVault

Here are the steps for performing the restore:

1. Create the Recovery Exchange Database in Exchange

2. Restore the Database from backup in CommVault

3. Restore the contents of the mailbox in the recovery database to a place holder mailbox in Exchange.

4. Create a PST of the of the mailbox content of the place holder mailbox in Exchange.

 

Create a Recovery Database in Exchange 2013:
The server MBX1 has a dedicated mount point for restoring databases in Exchange. The mountpoint is C:RecoveryDB on MBX1. Run the following powershell command:

New-MailboxDatabase -Recovery -Name RDB_DB01 -Server MBX1 -EdbFilePath “C:RecoveryDBRDBDB01.edb” -LogFolderPath “C:RecoveryDBRDB logs”

 

Restore to the Recovery Database in CommVault:

1. Ensure the database you want to restore is dismounted and marked for overwrite.

2. From the CommCell Console, navigate to Client Computers | <Exchange CommVault Client>. Right-click Exchange Database and then click All Tasks | Browse Backup Data.

3. Select your Browse option for when to Restore From. Select the date of the last known good backup of the data that needs to be restored.

4. In the left pane of the Client Browse window, navigate to Exchange Database | Microsoft Information Store | <Storage Group>. Select the database to be restored in the right pane and click Recover All Selected.

5. In the Restore Destination section, select the destination client that holds the Recovery Database; MBX1. In the Destination DB, select the new recovery database that was created; RDB_DB01. Click OK. You can monitor the restore in the Job Controller so you know when it is 100%.
Extract Content from Recovery Database:
1. Mount the Recovery Database so we can access the content by running the following in Exchange PowerShell:

Mount-database RDB_DB01

2. The following PowerShell command we can use to extract content of the mailboxes. The content can be extracted and placed into another mailbox. We will use a place holder mailbox called r_steve2010 and put all of the content into a recovery folder which will be created during the mailbox restore.

Exchange 2013 command:

New-MailboxRestoreRequest -SourceDatabase “RDB_DB01” -SourceStoreMailbox “<DisplayName of User on RDB Database>” -TargetMailbox “r_steve2010” -TargetRootFolder Recovery -AllowLegacyDNMismatch

Exchange 2010 Command:

Restore-Mailbox -Identity “R_Steve2010” -RecoveryDatabase “RDB_DB01” -RecoveryMailbox ‘steve2010’ -TargetFolder Recovery

3. From here we can either provide access the dummy account, or export the content from the dummy mailbox to a PST and give it to the customer. To export it to a pst, run the following Powershell Command:

New-MailboxExportRequest R_steve2010 –FilePath “\servernamesharenamefilename.pst” -acceptlargedataloss -baditemlimit 999
Now we have successfully restored and recovered content from a Commvault backup.

How to restart Commvault services on a server

How to restart Commvault services on a server
 note: you will need to restart 2 instances of the service, the 64bit and 32bit accordingly
 
1. Find user’s home exchange server
 
2. login to the server, and click on start, programs, commvault qnetix, galaxy, service controll manager. this is the 64bit instance click on stop
 
3. click on start, programs, commvault qnetix, galaxy, instance 002(this is the 32bit), service control manager, click on stop
 
4. Now start the 64bit instance first and then 32bit instance 5. You have now completed the restart
 
note: if this doesn’t resolve the issue. stop the services again, go to task manager and find this process: dmrexrestore.exe and kill the process.
 
restart the services again.