Серйозна фрагментація пам'яті призводить до збою великого запиту на розподіл пам'яті, що призводить до паніки поза пам'яттю. При використанні2-позиційного NDMPвиклик драйвераFCP (який відправляє вводу-вивід в безпечний контейнер) використовує схему розподілу пам'яті вводу-виводу, де пам'ять може сильно фрагментуватися. Це в кінцевому підсумку (близько 4-6 місяців) призводить до того, що великий запит на розподіл пам'яті відхиляється через те, що запит більший, ніж найбільша вільна пам'ять, і викликає паніку SP.
Resolution
Спосіб вирішення (1) Впровадити 3-сторонній NDMP.
АБО(
2) Планування активного перезавантаження SP кожні 4-6 місяців очистить пам'ять.
Fix
Цю проблему вирішено в Unity OE 5.2.1.0.5.013.
Additional Information
1) Яка різниця між 2-ходовим NDMP та 3-стороннім NDMP? При 2-сторонньому NDMP резервний трафік передається безпосередньо з первинної системи зберігання даних Unity в систему резервних цілей за допомогою зонованого волоконно-канального з'єднання (FC).
При 3-сторонньому NDMP як дані, так і метадані передаються з вихідної системи Unity по локальній мережі (LAN) або глобальній мережі (WAN). Дані також передаються через DMA.
2-позиційний NDMP (Є підключення FC до Unity, він викличе драйвер FCP для виділення пам'яті)3-позиційний NDMP (Немає підключення FC до Unity)2)
На які версії вплине ця проблема? Це проблема першого дня, вона може вплинути на весь масив Unity, якщо 2-сторонній NDMP використовується і працює протягом тривалого часу.