AppSync

Ce document met en évidence les versions de code minimum, recommandé et le plus récent pour les produits Dell Technologies Enterprise et Datacenter Infrastructure. Nous évaluons et surveillons scrupuleusement les données de déploiement de code afin de nous assurer que les versions de produits répondent à nos attentes les plus strictes visant à fournir à nos clients des produits et solutions fiables.

AppSync 4.3.0.0 et 4.3.0.1 exécutent désormais une commande FREE ALL lors de la dissociation des périphériques cibles pour les copies SnapVX. La version 4.3.0.1 exécute également une commande Free All lors de l’expiration d’une copie PowerMax ou VMAX.

AppSync peut-il utiliser U4P 10.0.0.2 pour les versions du microcode PowerMax antérieures à la version 10.0 ?

Cohesity empêche le retrait des LUN.

Impossible d’exporter un rapport d’exécution du plan de service à l’aide de l’interface utilisateur d’AppSync.

L’enregistrement des machines virtuelles s’est terminé avec succès, mais l’enregistrement d’un modèle a échoué après la restauration d’un datastore VMware à partir d’une copie terminée. Échec de la restauration d’un modèle à partir d’une copie.

Parfois, une sauvegarde peut avoir besoin d’exécuter plusieurs flux pour effectuer une sauvegarde très volumineuse. Un seul flux par client est disponible. Plusieurs clients, utilisant différents noms, peuvent se trouver sur un seul serveur Unix/Linux si le système dispose de suffisamment de ressources disponibles.

Dans l’interface utilisateur d’AppSync, le client n’a pas pu définir le niveau de consignation sur débogage, car le bouton Apply est resté désactivé lorsque l’option de débogage a été sélectionnée.

Impossible d’accéder à la console AppSync 4.5 lorsqu’AppSync 4.5 est installé sur le serveur japonais Windows Server 2019. Le problème ne se produit pas sur la console AppSync 4.5 si le serveur AppSync est mis à niveau à partir de la version 4.4.1.0 sur le serveur japonais Windows Server 2019.

L’installation, la mise à niveau ou la réparation d’AppSync échoue au début de Windows 2022.

Lorsque nous ajoutons un groupe LDAP à l’interface utilisateur AppSync et que nous nous connectons à l’interface utilisateur à l’aide de l’utilisateur LDAP qui fait partie du groupe, nous ne pouvons pas répertorier les copies dans « Copy Management > Copies > any Applications » de l’interface utilisateur.

AppSync n'a pas pu monter une copie sur une machine virtuelle. L'analyse/l'actualisation du système de stockage powermax/vmax sur le serveur ESX auquel appartient la machine virtuelle de l'hôte de montage échoue.

Appsync-backup.bat en mode débogage peut cesser de répondre avec le message suivant : Échec de la création du répertoire keycloak : C :\EMC\AppSync\jboss\datastore\data\AppSync_Keycloak

AppSync a perdu la connectivité à vCenter, car le fichier cacert est corrompu.

Avamar - ÉCHEC FLR : VirtualMachine Interface est une erreur de assist_restore NULL. Ret: 157. Échec de loginGuest. Ret: 67108908, raison : Échec de l’obtention d’une propriété sur l’objet Machine virtuelle

Le plan de service échoue dans le script post-montage

Comment déterminer la version d'AppSync en cours d'utilisation

Pour AppSync 4.4, le plan de service fonctionne correctement, mais lors de l’exécution interactive d’un plan de service dans l’interface utilisateur, une erreur s’affiche indiquant : HTTP Failure Error: 401 OK (Erreur HTTP : 401 OK).

Les plans de service échouent pendant la phase de mappage des volumes VPLEX distribués après la mise à niveau de VPLEX vers la version 6.2 P5 (et versions supérieures)

AppSync 4.4 ne permettait pas l'exécution d'un Korn Shell KSH. Indiquant: Assurez-vous que les extensions du script sont correctes (.sh ou.pl) et que les caractères dans les paramètres de nom de fichier/chemin de fichier et de script sont valides.

Les utilisateurs LDAP et les groupes LDAP manquent dans l'interface utilisateur AppSync, sous « Paramètres > Utilisateur, groupe et rôles » après la mise à niveau vers AppSync 4.4.0.0 ou 4.4.1.0.

Le changement de nom de la base de données enfichable Oracle (PDB) échoue lors de la récupération si la PDB est ouverte lorsque la base de données de conteneurs (CDB) démarre sur l'hôte de montage.

AppSync détecte la base de données Oracle comme étant hors ligne, si elles sont en cours d’exécution sur le disque ASM. Un plan de service protégeant cette base de données échoue lors de la phase de découverte.

Après la mise à niveau vers AppSync 4.4, la connexion au serveur AppSync à partir d'une CLI distante échoue avec l'erreur suivante : ERROR: Failed to authenticate USERNAME. Cela affecte la connexion manuelle et la connexion par script lors de l'utilisation de l'interface de ligne de commande d'AppSync.

Après une mise à niveau vers AppSync 3.8 ou après l’introduction d’une configuration VPlex dans un environnement AppSync existant, les plans de service Oracle qui fonctionnaient auparavant peuvent échouer avec l’événement [ORCL_000055] : La protection sur la base de données a échoué. Le log d’archive/la destination FRA ne peut pas se trouver dans le même groupe de cohérence que les fichiers de données/fichiers de contrôle/fichiers redolog. Les plans de service de sauvegarde non à chaud fonctionnent correctement.

Les utilisateurs peuvent rencontrer des erreurs intermittentes lors du démontage de copies contenant des disques virtuels VMware.

Cet article explique comment effectuer une sauvegarde du référentiel interne AppSync et comment l’utiliser lorsque cela est nécessaire.

Restore from AppSync snapshot to the production host failed due to a timeout.

Uploading an AppSync license file in UI using a browser other than Chrome (IE or Firefox), where the file name format is "ArrayName_APPSY_XXXX_DATE.lic" displays an error.