NetWorker : Les savesets clonés sur Cloud Tier ne sont pas marqués comme étant en transit après la mise à niveau vers NetWorker 19.11

Summary: Cet article décrit un défaut détecté dans NetWorker qui empêche les savesets nouvellement clonés d’être marqués correctement pour la migration vers le Cloud lors de l’utilisation de périphériques Data Domain Cloud Tier. ...

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Symptoms

  • Savesets clonés avec succès sur les périphériques DD Cloud Tier
  • Après investigation, les savesets nouvellement clonés ne sont pas marqués comme étant en transit dans la base de données des supports de NetWorker
  • L’utilisation du niveau actif peut augmenter de manière inattendue, car les savesets de volume DD Cloud Tier ne sont pas migrés vers le Cloud
  • Le clonage ou la restauration à partir de savesets sur DD Cloud Tier entraîne des erreurs
  • Le problème affecte les savesets clonés vers Cloud Tier après la mise à niveau vers la version 19.11 à partir de la version 19.10 qui ont été clonés avec RPS désactivé

Cause

Ce problème est actuellement examiné par les ingénieurs NetWorker. Si le clonage RPS est désactivé, les savesets clonés sur les périphériques DD Cloud Tier sont affectés. Ce paramètre est représenté dans NetWorker Management Console, propriétés du serveur NetWorker :
L’option RPS désactivé est définie sur le serveur NetWorker

La lecture, la restauration ou le clonage des savesets en question échouent car NetWorker interprète normalement l’absence d’indicateur de transit dans sa base de données des médias, c’est-à-dire que le saveset a déjà été migré et qu’il doit être rappelé à partir du Cloud pour toute opération de lecture. Toutefois, en raison du défaut décrit, les données n’ont jamais été migrées. Par conséquent, même si la copie du niveau actif est présente et viable, la tentative de rappel échoue.

Resolution

Remarque : Le défaut fait l’objet d’une enquête et cet article sera mis à jour au fur et à mesure que les mesures correctives des savesets concernés seront testées et vérifiées. 

Solution de contournement :

Assurez-vous que l’option Désactiver RPS Clone n’est pas cochée sur le serveur NetWorker. ce qui signifie que le clonage RPS est activé. Les savesets clonés avec RPS activé ne sont pas affectés, sont correctement marqués et migrés vers le Cloud. Cette modification prend effet immédiatement pour toutes les tâches de clonage démarrées après la modification. Les savesets concernés ne seront pas mis à jour rétroactivement avec les balises appropriées. Utilisez NetWorker Management Console (NMC) ou le NetWorker Server nsradmin pour vérifier et modifier ce paramètre.

 

NetWorker Management Console (NMC)

À partir de NMC, procédez comme suit :

  1. Cliquez sur l’onglet Server .
  2. Sélectionnez la ressource NetWorker Server dans le menu de gauche.
  3. Cliquez sur Server Properties.
  4. Dans l’onglet Général , cochez l’option Désactiver le clonage RPS . Si l’option est cochée, décochez-la.

Activation du clonage RPS 

nsradmin

Pour vérifier si le clonage RPS est désactivé dans votre environnement, saisissez le nsradmin invite interactive sur le serveur NetWorker :

nsradmin

À partir de l’invite, filtrez la propriété et affichez la valeur :

nsradmin> show Disable RPS clone
nsradmin> print type: nsr

Remarque : La valeur Yes indique que le défaut peut se produire dans votre zone de données. La valeur No est préférable et doit être la configuration choisie, sauf en cas de problèmes de clonage et si elle a été désactivée avec les conseils du support Dell.

Pour réactiver le clonage RPS, à partir de l’invite interactive, mettez à jour la valeur sur No :

nsradmin> update Disable RPS Clone: No

Products

NetWorker
Article Properties
Article Number: 000308066
Article Type: Solution
Last Modified: 14 Apr 2025
Version:  1
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.