Appsync : Les snapshots Unity ne sont pas supprimés de la baie, même s’ils ont expiré à partir de l’interface utilisateur AppSync.
Summary: Les snapshots AppSync ne sont pas expirés de la baie conformément à la règle de rotation.
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
Aucune modification
Le plan de service AppSync s’exécute correctement, les snapshots expirent à partir de l’interface utilisateur AppSync conformément à la règle de rotation, mais les snapshots ne sont pas supprimés par intermittence sur la baie.
Le plan de service AppSync s’exécute correctement, les snapshots expirent à partir de l’interface utilisateur AppSync conformément à la règle de rotation, mais les snapshots ne sont pas supprimés par intermittence sur la baie.
Cause
Le scénario dans lequel ce problème s’est produit concerne la protection DataStore dans un environnement VPLEX/Unity distribué. (Deux clusters VPLEX + deux baies Unity respectivement).
Il existe deux plans de service :
ServicePlan1 utilise le cluster VPLEX1 et la baie Unity 1 comme préférence pour les snapshots.
ServicePlan2 utilise le cluster VPLEX2 et la baie Unity 2 comme préférence pour les snapshots.
Planifiez l’exécution de ServicePlan1 et ServicePlan2 l’un après l’autre avec un nombre de rotations fixe.
Lorsque des snapshots sont créés à partir des deux plans de service, les mêmes ID de snap peuvent être générés sur deux baies distinctes.
Le SnapID est toutefois utilisé par AppSync pour identifier de manière unique les snapshots internes par AppSync. Après la création d’un snapshot, AppSync utilise le SnapID lors de certaines requêtes internes de la base de données et pour les relations persistantes entre les entités VPLEX et les snapshots de la baie Unity.
Dans ce cas où deux copies sur des baies distinctes ont le même SnapID, AppSync peut tenter et faire expirer la copie pour le mauvais plan de service, puis laisser la copie qui devait expirer sur la baie.
Par conséquent, lorsqu’il existe un SnapID non unique, certains snapshots sont laissés sur la baie, même après l’expiration de la copie.
Il existe deux plans de service :
ServicePlan1 utilise le cluster VPLEX1 et la baie Unity 1 comme préférence pour les snapshots.
ServicePlan2 utilise le cluster VPLEX2 et la baie Unity 2 comme préférence pour les snapshots.
Planifiez l’exécution de ServicePlan1 et ServicePlan2 l’un après l’autre avec un nombre de rotations fixe.
Lorsque des snapshots sont créés à partir des deux plans de service, les mêmes ID de snap peuvent être générés sur deux baies distinctes.
Le SnapID est toutefois utilisé par AppSync pour identifier de manière unique les snapshots internes par AppSync. Après la création d’un snapshot, AppSync utilise le SnapID lors de certaines requêtes internes de la base de données et pour les relations persistantes entre les entités VPLEX et les snapshots de la baie Unity.
Dans ce cas où deux copies sur des baies distinctes ont le même SnapID, AppSync peut tenter et faire expirer la copie pour le mauvais plan de service, puis laisser la copie qui devait expirer sur la baie.
Par conséquent, lorsqu’il existe un SnapID non unique, certains snapshots sont laissés sur la baie, même après l’expiration de la copie.
Resolution
Il existe un correctif pour AppSync 3.5.0 qui permet d’utiliser le SnapID avec le ArrayID pour référencer les objets Snap AppSync Unity.
Prenez note de cet article lors de l’ouverture d’une demande de service.
Le correctif empêchera ce problème de se produire pour les snapshots nouvellement créés uniquement. Les snapshots existants qui ont été laissés sur la baie doivent être supprimés manuellement à l’aide des outils natifs de la baie. Pour obtenir des instructions, reportez-vous à la documentation appropriée à la baie.
Le correctif devrait être inclus dans la version d’AppSync qui suivra la version 3.7.
Reportez-vous aux notes de mise à jour des versions ultérieures à la version 3.5.0 pour déterminer si le correctif est inclus dans la version que vous exécutez.
Prenez note de cet article lors de l’ouverture d’une demande de service.
Le correctif empêchera ce problème de se produire pour les snapshots nouvellement créés uniquement. Les snapshots existants qui ont été laissés sur la baie doivent être supprimés manuellement à l’aide des outils natifs de la baie. Pour obtenir des instructions, reportez-vous à la documentation appropriée à la baie.
Le correctif devrait être inclus dans la version d’AppSync qui suivra la version 3.7.
Reportez-vous aux notes de mise à jour des versions ultérieures à la version 3.5.0 pour déterminer si le correctif est inclus dans la version que vous exécutez.
Additional Information
Le correctif ne peut pas résoudre le problème d’expiration des copies existantes. (En effet, pour les copies existantes, leurs SnapID et leurs relations sont déjà conservés dans la base de données AppSync et ne peuvent pas être modifiés).
Par conséquent, l’impact du correctif ne sera visible que pour la rotation des copies qui sont effectivement créées après l’application du correctif.
Par conséquent, l’impact du correctif ne sera visible que pour la rotation des copies qui sont effectivement créées après l’application du correctif.
Affected Products
AppSyncProducts
AppSyncArticle Properties
Article Number: 000167906
Article Type: Solution
Last Modified: 18 Sept 2025
Version: 3
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.