Синхронізація додатків: Знімки Unity не видаляються з масиву, навіть якщо він закінчився з графічного інтерфейсу AppSync.
Summary: Знімки AppSync не видаляються з масиву відповідно до політики обертання.
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
Без змін
Тарифний план служби AppSync успішно завершується, знімки видаляються з графічного інтерфейсу AppSync відповідно до політики обертання, але знімки періодично залишаються не видаленими на масиві.
Тарифний план служби AppSync успішно завершується, знімки видаляються з графічного інтерфейсу AppSync відповідно до політики обертання, але знімки періодично залишаються не видаленими на масиві.
Cause
Сценарій, в якому виникла ця проблема, стосується захисту DataStore у розподіленому середовищі VPLEX/Unity. (Два кластери VPLEX + два масиви Unity відповідно).
Існує два тарифні плани:
ServicePlan1 використовує кластер VPLEX1 і масив Unity 1 як краще для знімків.
ServicePlan2 використовує кластер VPLEX2 і масив Unity 2 як краще для знімків.
Заплануйте запуск ServicePlan1 і ServicePlan2 один за одним із фіксованою кількістю обертань.
Коли знімки створюються з обох тарифних планів, можуть бути згенеровані однакові SnapID на двох різних масивах.
Однак SnapID використовується AppSync для унікальної внутрішньої ідентифікації знімків за допомогою AppSync. Після створення знімка AppSync використовує SnapID під час виконання деяких внутрішніх запитів до бази даних, а також до збережених сутностей VPLEX і зв'язків прив'язки масиву Unity.
У цій ситуації, коли дві копії на окремих масивах мають однаковий SnapID, AppSync може спробувати і закінчити термін дії копії для неправильного ServicePlan і згодом залишити копію, термін дії якої мав закінчитися, на масиві.
В результаті, скрізь, де є неунікальний SnapID, деякі знімки залишаються на масиві навіть після закінчення терміну дії копії.
Існує два тарифні плани:
ServicePlan1 використовує кластер VPLEX1 і масив Unity 1 як краще для знімків.
ServicePlan2 використовує кластер VPLEX2 і масив Unity 2 як краще для знімків.
Заплануйте запуск ServicePlan1 і ServicePlan2 один за одним із фіксованою кількістю обертань.
Коли знімки створюються з обох тарифних планів, можуть бути згенеровані однакові SnapID на двох різних масивах.
Однак SnapID використовується AppSync для унікальної внутрішньої ідентифікації знімків за допомогою AppSync. Після створення знімка AppSync використовує SnapID під час виконання деяких внутрішніх запитів до бази даних, а також до збережених сутностей VPLEX і зв'язків прив'язки масиву Unity.
У цій ситуації, коли дві копії на окремих масивах мають однаковий SnapID, AppSync може спробувати і закінчити термін дії копії для неправильного ServicePlan і згодом залишити копію, термін дії якої мав закінчитися, на масиві.
В результаті, скрізь, де є неунікальний SnapID, деякі знімки залишаються на масиві навіть після закінчення терміну дії копії.
Resolution
Для AppSync 3.5.0 існує виправлення, яке дозволяє використовувати SnapID разом із ArrayID для посилань на об'єкти AppSync Unity Snap.
Зверніть увагу на цю статтю при відкритті запиту на обслуговування.
Поточне виправлення запобігатиме виникненню цієї проблеми лише для щойно створених знімків. Існуючі знімки, які залишилися на масиві, потрібно видаляти вручну за допомогою рідних інструментів масивів. Зверніться до відповідної документації до масиву для отримання інструкцій.
Очікується, що виправлення буде включено у версію AppSync після версії 3.7.
Зверніться до приміток до випуску наступних версій після 3.5.0, щоб визначити, чи включено виправлення у версію, яку ви використовуєте.
Зверніть увагу на цю статтю при відкритті запиту на обслуговування.
Поточне виправлення запобігатиме виникненню цієї проблеми лише для щойно створених знімків. Існуючі знімки, які залишилися на масиві, потрібно видаляти вручну за допомогою рідних інструментів масивів. Зверніться до відповідної документації до масиву для отримання інструкцій.
Очікується, що виправлення буде включено у версію AppSync після версії 3.7.
Зверніться до приміток до випуску наступних версій після 3.5.0, щоб визначити, чи включено виправлення у версію, яку ви використовуєте.
Additional Information
HotFix не може вирішити проблему із закінченням терміну дії наявних копій. (Це пов'язано з тим, що для існуючих копій їх SnapID і зв'язки вже зберігаються в базі даних AppSync і не можуть бути змінені).
Таким чином, вплив HotFix буде видно тільки при обертанні копій, які ефективно створюються після застосування HotFix.
Таким чином, вплив HotFix буде видно тільки при обертанні копій, які ефективно створюються після застосування HotFix.
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.