Forum Discussion

Nils_K__Sch_yen's avatar
12 years ago

Sharepoint GRT Backup FTL - snapshot preparation failed

moved from this thread to own discussion:

https://www-secure.symantec.com/connect/forums/netbackup-sharepoint-grt-backup-ftl-snapshot-preparation-failed-no-sharepoint-objects-backup-

 

I'm facing the same problem... NBU 7.5.0.4 on server & client. Win 2008R2 and Sharepoint 2010.

FULL backup with Enable granular recovery checked.

30.jan.2013 13:37:30 - begin Sharepoint Granular Snapshot: Create Snapshot
30.jan.2013 13:37:31 - started process bpbrm (pid=7808)
30.jan.2013 13:38:14 - Info bpbrm (pid=7808) SRV-SQL is the host to backup data from
30.jan.2013 13:38:14 - Info bpbrm (pid=7808) reading file list from client
30.jan.2013 13:38:14 - Info bpbrm (pid=7808) start bpfis on client
30.jan.2013 13:38:14 - Info bpbrm (pid=7808) Starting create snapshot processing
30.jan.2013 13:38:35 - Info bpfis (pid=28820) Backup started
30.jan.2013 13:38:38 - Critical bpbrm (pid=7808) from client SRV-SQL: FTL - snapshot preparation failed - No SharePoint objects to backup., status 72
30.jan.2013 13:38:38 - Critical bpbrm (pid=7808) from client SRV-SQL: FTL - snapshot preparation failed - No SharePoint objects to backup., status 72
30.jan.2013 13:38:38 - Critical bpbrm (pid=7808) from client SRV-SQL: FTL - snapshot preparation failed - No SharePoint objects to backup., status 72
30.jan.2013 13:38:38 - Info bpfis (pid=28820) done. status: 72
30.jan.2013 13:38:38 - end Sharepoint Granular Snapshot: Create Snapshot; elapsed time 0:01:08
30.jan.2013 13:38:38 - Info bpfis (pid=0) done. status: 72: the client type is incorrect in the configuration database

 

 

 

# bppllist MS-SHAREPOINT -U
------------------------------------------------------------

Policy Name:       MS-SHAREPOINT

  Policy Type:         MS-SharePoint
  Active:              yes
  Effective date:      06/28/2012 08:09:15
  Mult. Data Streams:  no
  Client Encrypt:      no
  Checkpoint:          no
  Policy Priority:     0
  Max Jobs/Policy:     Unlimited
  Disaster Recovery:   0
  Collect BMR info:    no
  Residence:           (specific storage unit not required)
  Volume Pool:         BACKUP
  Server Group:        *ANY*
  Keyword:             (none specified)
  Data Classification:       -
  Residence is Storage Lifecycle Policy:    no
  Application Discovery:      no
  Discovery Lifetime:      0 seconds
ASC Application and attributes: (none defined)

  Granular Restore Info:  yes
  Ignore Client Direct:  no
Enable Metadata Indexing:  no
Index server name:  NULL
  Use Accelerator:  no
  HW/OS/Client:  Windows-x64   Windows2008   srv-sp

  Include:  Microsoft SharePoint Resources:\
            Microsoft SharePoint Resources:\AllWebs

  Schedule:              FULL
    Type:                Automatic Backup
    Frequency:           every 7 days
    Maximum MPX:         1
    Synthetic:           0
    Checksum Change Detection: 0
    PFI Recovery:        0
    Retention Level:     3 (1 month)
    Number Copies:       1
    Fail on Error:       0
    Residence:           (specific storage unit not required)
    Volume Pool:         (same as policy volume pool)
    Server Group:        (same as specified for policy)
    Residence is Storage Lifecycle Policy:         0
    Schedule indexing:     0
    Daily Windows:
          Friday     00:00:00  -->  Monday     00:00:00
 

 

Ideas anyone?

 

BR,

 

Nils

 

  • So the SharePoint Server looks ok but everything on the SQL Server comes back as :

    8:32:34.850 AM: [17348.6992] <2> ov_log::V_GlobalLog: ERR - bedsSharePointV2InitRemote():DLE_FindByName() for 'Microsoft SharePoint Resources' Failed! (0xE00084AF:The directory or file was not found, or could not be accessed.

    This does imply a possible rights issue still.

    Can we double check a few requirements:

    .Net3.5 installed on the SharePoint Serves

    The NetBackup Client Service and NetBackup Legacy Network Service on all servers are set to use the SharePoint admin Account (system account for SP 2008 or AharePoint Administrator for SP2003) - and that account is also a member of local administrators group.

    Note also that when using GRT that some Farm Databases (Configuration database, Single Sign-on, Index Files, Index Database, Global Settings) cannot be backed up in a GRT backup and must be backed up in a seperate non GRT policy

    Hope this helps

19 Replies