Note: Clicking on the blue Invalid word in the status column will cause a pop-up to display an error that may help diagnose the issue.

Local cache on an extended backup repository is different from that in object storage.

The cache state is verified by comparing timestamps and an identification number of the associated backup and proxy repositories; these values must be identical to each other.

Solution: Force PersistentCache Resync

1. Edit the Object Storage Repository and on the "Backup proxy and cache location" step, identify the "Local cache path." where the PersistentCache is stored.
2. Navigate to the PersistentCache folder and empty it. This will force the repository into the "Out of Sync" state.
3. Use the sync option to recreate the cache.

A repository lock in Object Storage is missing.

A repository lock is imposed by the backup proxy server and prevents such locked object storage from being added as an extension to any other backup repository configuration. A lock file is saved to the RepositoryLock directory. For more information, see Object Storage Structure.

Solution: Restart Services if RepositoryLock is missing.

1. Check if the RepositoryLock file is missing:
   1. Explore the bucket of the Object Storage.
   2. Navigate to the RepositoryLock directory.
2. If the RepositoryLock is missing:
   1. Make sure no Backup jobs or Restore sessions are running.
   2. Restart the Veeam Backup Proxy for Microsoft 365 service.

A trusted certificate for S3-Compatible object storage has been changed.

Unable to check object storage lock (reason: The object storage server security certificate is not valid. Examine and accept the certificate.)

Solution: Readd Storage to Veeam Backup for Microsoft 365

1. Create a Temporary Repository, this will be used to unassign the existing jobs from the repository being investigated.
2. Disable the jobs that are using the backup repository that is in the Invalid state.
3. Edit those jobs, and reconfigure them to use the temporary repository created in Step 1.
4. Remove the Backup Repository and remove the Object Storage from the console.
5. Re-add the Object Storage entity where the correct certificate will be used.
6. Configure a repository to Offload the data to the re-added Object Storage.
7. Reconfigure the jobs that you modified in Step 3 to use the re-added repository.

Specific to the Object Storage used to Extended Backup Repositories:

A connection to object storage is missing.

Solution: Isolation Testing and Checking Firewall

1. Test connecting to the Object Storage using a third-party tool from the machine where Veeam Backup for Microsoft 365 is installed. For example, using S3 Browser or Azure Storage Explorer. If both the third-party tool and Veeam Backup for Microsoft 365 are unable to connect, you'll need to take steps to resolve the connectivity issue.
2. If the third-party tool is able to connect, but the issue persists for Veeam Backup for Microsoft 365, check the firewall configuration to confirm that the ports used by Veeam Backup for Microsoft 365 have been opened.

 

A container/bucket is missing or has been renamed.

Solution: Create a New Bucket and Repository

1. First, use an explorer (S3 Browser or Azure Storage Explorer) or the respective web interface to check if the container or bucket exists.
2. If the bucket or container is missing, you must create a new bucket and configure a new object storage repository.

A repository folder is missing or has been renamed.

Solution: 

1. Make sure that the folder that contains the PersistentCache exists.
   
2. If the folder doesn't exist or is empty, make sure no Backup jobs or Restore sessions are running and restart the Veeam Backup Proxy for Microsoft 365 service.
3. Then, use the sync option to create the cache.