Dell Unity: 2-vejs NDMP kan forårsage manglende hukommelsestilstand, hvilket resulterer i panik eller genstart af SP
Summary:Et kodeproblem i Unity OE kan med tiden forårsage en hukommelseslækage, hvilket resulterer i panik/genstart af SP.
Please select a product to check article relevancy
This article applies to This article does not apply toThis article is not tied to any specific product.Not all product versions are identified in this article.
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.