Alvorlig hukommelsesfragmentering resulterer i, at en stor anmodning om hukommelsesallokering mislykkes, hvilket resulterer i en out-of-memory-panik. Når du bruger2-vejs NDMP, anvender et opkald tilFCP-driveren (som sender IO til den sikre beholder) en IO-hukommelsesallokeringsplan, hvor hukommelsen kan blive alvorligt fragmenteret. Dette resulterer i sidste ende (ca. 4-6 måneder) i, at en stor anmodning om hukommelsesallokering nægtes, fordi anmodningen er større end den største ledige hukommelse, og DER fremkaldes SP-panik.
Resolution
Omgå problemet (1) Implementer 3-vejs NDMP.
ELLER
(2) Planlægning af proaktive SP-genstarter hver 4.-6. måned rydder hukommelsen.
Løsning af
dette problem er løst i Unity OE 5.2.1.0.5.013.
Additional Information
1) Hvad er forskellen mellem 2-vejs NDMP og 3-vejs NDMP? Med 2-vejs NDMP overføres sikkerhedskopieringstrafik direkte fra det primære Unity-lagringssystem til Backup Target-systemet vha. en zoneopdelt Fibre Channel-forbindelse (FC).
Med 3-vejs NDMP overføres både data og metadata fra kildens Unity-system over et LAN (Local Area Network) eller WAN (Wide Area Network). Data overføres også via DMA.
2-vejs NDMP (der er FC-forbindelse til Unity, den vil ringe til FCP-driveren for at allokere hukommelse)
3-vejs NDMP (ingen FC-forbindelse til Unity)
2) Hvilke versioner vil blive påvirket af dette problem? Dette er et problem i dag et, der kan påvirke hele Unity-systemet, så længe 2-vejs NDMP anvendes og kører i lang tid.