ምዝግብ ማስታወሻዎች ከየት ይመጣሉ? Veeam Log Diving

በአስደናቂው የመገመት ዓለም ውስጥ መግባታችንን እንቀጥላለን ... በምዝግብ ማስታወሻዎች መላ መፈለግ። ውስጥ ቀዳሚ መጣጥፍ በመሠረታዊ ቃላቶች ትርጉም ላይ ተስማምተናል እና የ Veeam አጠቃላይ መዋቅርን እንደ አንድ መተግበሪያ በአንድ ዓይን ተመልክተናል. የዚህ ተግባር ተግባር የምዝግብ ማስታወሻዎች እንዴት እንደሚፈጠሩ, ምን አይነት መረጃ በእነሱ ውስጥ እንደሚታይ እና ለምን እንደሚመስሉ ማወቅ ነው.

እነዚህ "ምዝግብ ማስታወሻዎች" ምንድ ናቸው ብለው ያስባሉ? በአብዛኛዎቹ መሠረት የማንኛውም መተግበሪያ ምዝግብ ማስታወሻዎች ብዙውን ጊዜ በጓሮው ውስጥ የሆነ ቦታ የሚተክሉ ፣ ግን በትክክለኛው ጊዜ ከየትኛውም ቦታ ወጥተው በሚያብረቀርቁ የጦር ትጥቅ ውስጥ የሚታዩ እና ሁሉንም የሚያድኑ የሁሉም ቻይ አካላት ሚና መመደብ አለባቸው። ያም ማለት በእያንዳንዱ ክፍል ውስጥ ካሉ ጥቃቅን ስህተቶች ጀምሮ እስከ ግለሰብ የውሂብ ጎታ ግብይቶች ድረስ ሁሉንም ነገር መያዝ አለባቸው. እና ስለዚህ ከስህተቱ በኋላ እንዴት ሌላ ማስተካከል እንዳለበት ወዲያውኑ ተጻፈ። እና ይህ ሁሉ በሁለት ሜጋባይት ውስጥ መግጠም አለበት ፣ ከዚያ በላይ። ጽሑፍ ብቻ ነው! የጽሑፍ ፋይሎች በአስር ጊጋባይት መውሰድ አይችሉም፣ የሆነ ቦታ ሰማሁት!

ስለዚህ መዝገቦች

በገሃዱ ዓለም ምዝግብ ማስታወሻዎች የምርመራ መረጃ መዝገብ ብቻ ናቸው። እና እዚያ ምን እንደሚከማች, ለማከማቻ መረጃ የት እንደሚገኝ እና ምን ያህል ዝርዝር መሆን እንዳለበት, የገንቢዎቹ እራሳቸው መወሰን አለባቸው. አንድ ሰው የማብራት / የመጥፋት ደረጃን መዝገቦችን በመያዝ ዝቅተኛነት መንገድን ይከተላል ፣ እና አንድ ሰው ሊደርሱበት የሚችሉትን ሁሉ በትጋት ያነሳል። ምንም እንኳን የመመዝገቢያ ደረጃ ተብሎ የሚጠራውን የመምረጥ ችሎታ ያለው መካከለኛ አማራጭ ቢኖርም ፣ እርስዎ እራስዎ ምን ያህል ዝርዝር መረጃ ማከማቸት እንደሚፈልጉ እና ምን ያህል ተጨማሪ የዲስክ ቦታ እንዳለዎት ሲያመለክቱ =) በነገራችን ላይ VBR ስድስት ደረጃዎች አሉት ። እና እመኑኝ ፣ በዲስክዎ ላይ ካለው ነፃ ቦታ ጋር በጣም ዝርዝር በሆነው ምዝግብ ማስታወሻ ምን እንደሚሆን ማየት አይፈልጉም።

ጥሩ። ለማስቀመጥ የምንፈልገውን በትክክል ተረድተናል፣ ነገር ግን ህጋዊ ጥያቄ ይነሳል፡ ይህን መረጃ ከየት ማግኘት ይቻላል? እርግጥ ነው፣ በውስጣዊ ሂደታችን እራሳችንን ለመመዝገብ የዝግጅቱ አካል እንሆናለን። ነገር ግን ከውጫዊው አካባቢ ጋር መስተጋብር ሲኖር ምን ማድረግ አለበት? ቬም ወደ ክራንች እና ብስክሌቶች ገሃነም ውስጥ ላለመግባት ቀድሞ የተፈለሰፉ ፈጠራዎችን ላለመፍጠር ይሞክራል። ዝግጁ የሆነ ኤፒአይ፣ አብሮ የተሰራ ተግባር፣ ቤተመፃህፍት፣ ወዘተ ባሉበት ጊዜ፣ ተቃርኖቻችንን ማጠር ከመጀመራችን በፊት ለተዘጋጁ አማራጮች ምርጫ እንሰጣለን። ምንም እንኳን የኋለኛው ደግሞ ጠፍቷል. ስለዚህ የምዝግብ ማስታወሻዎችን ስንመረምር የአንበሳውን ድርሻ የሚይዘው ከሶስተኛ ወገን ኤፒአይዎች፣ የስርዓት ጥሪዎች እና ሌሎች ቤተ-መጻሕፍት በሚላኩ መልዕክቶች ላይ መሆኑን መረዳት ያስፈልጋል። በዚህ አጋጣሚ የVBR ሚና እነዚህን ስህተቶች ወደ ሎግ ፋይሎች ለማስተላለፍ ይወርዳል። እና የተጠቃሚው ዋና ተግባር የትኛው መስመር ከማን እንደሆነ እና ይህ "ለማን" ተጠያቂው ምን እንደሆነ ለመረዳት መማር ነው. ስለዚህ ከVBR ሎግ የተገኘ የስህተት ኮድ ወደ MSDN ገጽ ከወሰደ ጥሩ እና ትክክል ነው።

ቀደም ብለን እንደተስማማነው፡ Veeam SQL ላይ የተመሠረተ መተግበሪያ ተብሎ የሚጠራ ነው። ይህ ማለት ሁሉም ቅንብሮች, ሁሉም መረጃዎች እና በአጠቃላይ ለመደበኛ ሥራ ብቻ አስፈላጊ የሆኑ ሁሉም ነገሮች - ሁሉም ነገር በእሱ የውሂብ ጎታ ውስጥ ተከማችቷል. ስለዚህ ቀላሉ እውነት: በምዝግብ ማስታወሻዎች ውስጥ የሌለው ነገር በአብዛኛው በመረጃ ቋቱ ውስጥ ነው. ነገር ግን ይህ የብር ጥይትም አይደለም፡ አንዳንድ ነገሮች በአካባቢያዊ የቪም አካላት ምዝግብ ማስታወሻዎች ውስጥ ወይም በመረጃ ቋቱ ውስጥ የሉም። ስለዚህ, የአስተናጋጅ ምዝግብ ማስታወሻዎችን, የአካባቢያዊ ማሽን ምዝግብ ማስታወሻዎችን እና በመጠባበቂያ እና ወደነበረበት መመለስ ሂደት ውስጥ የተካተቱትን ሁሉንም ምዝግቦች እንዴት እንደሚያጠኑ መማር ያስፈልግዎታል. እና ደግሞ አስፈላጊው መረጃ በሁሉም ቦታ የማይገኝ ከሆነ ይከሰታል. መንገዱም እንደዛ ነው። 

የእንደዚህ አይነት ኤፒአይዎች አንዳንድ ምሳሌዎች

ይህ ዝርዝር በተለየ ሁኔታ የተሟላ እንዲሆን አላማ የለውም፣ ስለዚህ በውስጡ ያለውን የመጨረሻውን እውነት መፈለግ አያስፈልግም። ዓላማው በምርቶቻችን ውስጥ በጣም የተለመዱትን የሶስተኛ ወገን ኤፒአይዎችን እና ቴክኖሎጂዎችን ለማሳየት ብቻ ነው።

በዚ እንጀምር VMware. 

በዝርዝሩ ውስጥ የመጀመሪያው ይሆናል vSphere ኤፒአይ. ለማረጋገጫ፣ ተዋረድን ለማንበብ፣ ቅጽበተ-ፎቶዎችን መፍጠር እና መሰረዝ፣ ስለ ማሽኖች መረጃ መጠየቅ እና ብዙ (በጣም) ተጨማሪ ጥቅም ላይ ይውላል። የመፍትሄው ተግባራዊነት በጣም ሰፊ ነው፣ስለዚህ የቪኤምዌር vSphere API Referenceን ለስሪት ልመክረው እችላለሁ። 5.5 и 6.0. ለበለጠ ወቅታዊ ስሪቶች፣ ሁሉም ነገር ጉግል የተደረገ ነው።

VIX ኤፒአይ. የተለየ ያለበት የሃይፐርቫይዘር ጥቁር አስማት የስህተት ዝርዝር. በአውታረ መረቡ ላይ ከእነሱ ጋር ሳይገናኙ በአስተናጋጁ ላይ ከፋይሎች ጋር ለመስራት VMware API። የተሻለ የግንኙነት ቻናል በሌለበት ማሽን ውስጥ ፋይል ማስገባት ሲያስፈልግ የመጨረሻ አማራጭ። ፋይሉ ትልቅ ከሆነ እና አስተናጋጁ ከተጫነ ህመም እና ስቃይ ነው. ግን እዚህ ደንቡ የሚሰራው 56,6 Kb / s እንኳን ከ 0 ኪቢ / ሰ የተሻለ ነው. በሃይፐር-ቪ, ይህ ነገር PowerShell Direct ይባላል. ግን ያ በፊት ብቻ ነበር

vSpehere የድር አገልግሎቶች ኤፒአይ ከvSphere 6.0 ጀምሮ (ይህ ኤፒአይ ለመጀመሪያ ጊዜ በስሪት 5.5 ላይ ስለተዋወቀ) ከእንግዶች ማሽኖች ጋር ለመስራት የሚያገለግል ሲሆን VIX በሁሉም ቦታ ተክሏል። በእውነቱ፣ ይህ vSphereን ለማስተዳደር ሌላ ኤፒአይ ነው። ፍላጎት ላላቸው ሰዎች, እንዲያጠኑ እመክራለሁ отличный መመሪያ. 

ቪዲኬ (ምናባዊ ዲስክ ልማት ኪት). በዚህ ውስጥ በከፊል የተብራራበት ቤተ-መጽሐፍት ጽሑፍ. ምናባዊ ዲስኮች ለማንበብ ጥቅም ላይ ይውላል. በአንድ ወቅት የ VIX አካል ነበር, ነገር ግን ከጊዜ በኋላ ወደ የተለየ ምርት ተወስዷል. ግን እንደ ወራሽ እንደ VIX ተመሳሳይ የስህተት ኮዶችን ይጠቀማል። ግን በሆነ ምክንያት በኤስዲኬው ውስጥ ስለእነዚህ ስህተቶች ምንም መግለጫ የለም። ስለዚህ፣ ከሌሎች ኮዶች ጋር የVDDK ስህተቶች ከሁለትዮሽ ወደ አስርዮሽ ኮድ የተተረጎሙ ብቻ እንደሆኑ በተጨባጭ ተረጋግጧል። ሁለት ክፍሎችን ያቀፈ ነው - የመጀመሪያው አጋማሽ ስለ ዐውደ-ጽሑፉ ያልተመዘገበ መረጃ ነው, ሁለተኛው ክፍል ደግሞ ባህላዊ VIX / VDDK ስህተቶች ነው. ለምሳሌ፡ ካየን፡-

VDDK error: 21036749815809.Unknown error

ከዚያ ይህንን በድፍረት ወደ ሄክስ እንለውጣለን እና 132200000001 እናገኛለን። በቀላሉ መረጃ አልባ የሆነውን የ 132200 መጀመሪያ እናስወግዳለን ፣ እና ቀሪው የስህተት ኮድ (VDDK 1: ያልታወቀ ስህተት) ይሆናል። ስለ VDDK በጣም ተደጋጋሚ ስህተቶች፣ በቅርብ ጊዜ የተለየ ነበር። ጽሑፍ.

አሁን እስቲ እንመልከት ዊንዶውስ.

እዚህ, ለእኛ በጣም አስፈላጊ እና አስፈላጊ የሆነው ሁሉም ነገር በደረጃው ውስጥ ሊገኝ ይችላል የክስተት መመልከቻ. ግን አንድ መያዝ አለ-በረጅም ባህል መሠረት ዊንዶውስ የስህተቱን ሙሉ ጽሑፍ አልመዘገበም ፣ ግን ቁጥሩን ብቻ። ለምሳሌ ስህተት 5 "መዳረሻ ተከልክሏል" እና 1722 "የ RPC አገልጋይ የለም" እና 10060 "ግንኙነቱ ጊዜው አልፎበታል" ነው. እርግጥ ነው፣ በጣም ዝነኛ የሆኑትን ብታስታውስ ጥሩ ነው፣ ግን እስካሁን የማይታዩትስ? 

እና ሕይወት በጭራሽ እንደ ማር እንዳይመስል ፣ ስህተቶች በሄክሳዴሲማል መልክ ተቀምጠዋል ፣ ቅድመ ቅጥያ 0x8007። ለምሳሌ፣ 0x8007000e በትክክል 14፣ ከሜሞሪ ውጪ ነው። ይህ ለምን እና ለማን እንደተደረገ በጨለማ የተሸፈነ ምስጢር ነው። ነገር ግን፣ ሙሉ የስህተቶች ዝርዝር በነጻ እና ያለ ኤስኤምኤስ ማውረድ ይችላል። ዲቨሰንተር.

በነገራችን ላይ አንዳንድ ጊዜ 0x8007 ብቻ ሳይሆን ሌሎች ቅድመ ቅጥያዎችም አሉ. በእንደዚህ አይነት አሳዛኝ ሁኔታ, HRESUL ("የውጤት እጀታ")ን ለመረዳት, የበለጠ በጥልቀት መመርመር ያስፈልግዎታል. ሰነዶች ለገንቢዎች. በተራ ህይወት ውስጥ, ይህንን እንዲያደርጉ አልመክርዎትም, ነገር ግን በድንገት ግድግዳው ላይ ከተጫኑ ወይም የማወቅ ጉጉት ካሎት አሁን ምን ማድረግ እንዳለብዎት ያውቃሉ.

ነገር ግን የማይክሮሶፍት ጓዶች በጥቂቱ አዘነን እና ለአለም አንድ መገልገያ አሳይተዋል። ERR. ይህ ጉግልን ሳይጠቀም የስህተት ኮዶችን ወደ ሰው መተርጎም የሚችል ትንሽ የኮንሶል ደስታ ነው። እንደዚህ ይሰራል።

C:UsersrootDesktop>err.exe 0x54f
# for hex 0x54f / decimal 1359
  ERROR_INTERNAL_ERROR                                           winerror.h
# An internal error occurred.
# as an HRESULT: Severity: SUCCESS (0), FACILITY_NULL (0x0), Code 0x54f
# for hex 0x54f / decimal 1359
  ERROR_INTERNAL_ERROR                                           winerror.h
# An internal error occurred.
# 2 matches found for "0x54f"

ህጋዊ ጥያቄ የሚነሳው-ለምንድነው ወዲያውኑ ዲክሪፕት ወደ ምዝግብ ማስታወሻዎች አንጽፍም, ነገር ግን እነዚህን ሚስጥራዊ ኮዶች እንተወዋለን? መልሱ በሶስተኛ ወገን መተግበሪያዎች ውስጥ ነው. አንዳንድ WinAPI ን ሲጎትቱ እራስዎን ሲደውሉ ምላሹን ለመለየት አስቸጋሪ አይደለም, ምክንያቱም ለዚህ ልዩ የWinAPI ጥሪ እንኳን አለ. ነገር ግን ቀደም ሲል እንደተገለፀው በምላሾች ብቻ ወደ እኛ የሚመጡት ሁሉም ነገሮች ወደ ምዝግብ ማስታወሻዎቻችን ውስጥ ይገባሉ. እና እዚህ ፣ እሱን ዲክሪፕት ለማድረግ ፣ አንድ ሰው ይህንን የንቃተ ህሊና ፍሰት ያለማቋረጥ መከታተል ፣ የዊንዶውስ ስህተቶች ያላቸውን ቁርጥራጮች ማውጣት ፣ ዲክሪፕት ማድረግ እና መልሰው መለጠፍ አለበት። በጣም አስደሳች እንቅስቃሴ ሳይሆን እውነት እንነጋገር።

የዊንዶውስ ፋይል አስተዳደር ኤፒአይ ከፋይሎች ጋር በሚሰሩበት ጊዜ በሁሉም መንገድ ጥቅም ላይ ይውላል. ፋይሎችን መፍጠር, መሰረዝ, ለመጻፍ መክፈት, ከባህሪያት ጋር መስራት, ወዘተ እና የመሳሰሉት.

ከላይ የተጠቀሱት PowerShell ቀጥታ በ Hyper-V ዓለም ውስጥ እንደ VIX API አንድ አናሎግ። በሚያሳዝን ሁኔታ, በጣም ተለዋዋጭ አይደለም: በተግባራዊነት ላይ ብዙ ገደቦች, ከእያንዳንዱ የአስተናጋጅ ስሪት ጋር አይሰራም እና ከሁሉም እንግዶች ጋር አይደለም.

ፒ ፒ (የርቀት የሥርዓት ጥሪ) ከWindows ጋር የሰራ ከአርፒሲ ጋር የተያያዙ ስህተቶችን ያላየ አንድም ሰው ያለ አይመስለኝም። ምንም እንኳን ታዋቂው የተሳሳተ ግንዛቤ ቢኖርም, ይህ አንድ ፕሮቶኮል አይደለም, ነገር ግን በርካታ መለኪያዎችን የሚያረካ ማንኛውም ደንበኛ-አገልጋይ ፕሮቶኮል ነው. ሆኖም ግን, በእኛ ምዝግብ ማስታወሻዎች ውስጥ የ RPC ስህተት ካለ, 90% ጊዜ ከ Microsoft RPC ስህተት ይሆናል, እሱም የ DCOM (የተከፋፈለ አካል ነገር ሞዴል) አካል ነው. በዚህ ርዕስ ላይ እጅግ በጣም ብዙ ሰነዶችን በኔትወርኩ ላይ ማግኘት ይችላሉ ፣ ግን የአንበሳው ድርሻ በጣም ጊዜ ያለፈበት ነው። ነገር ግን ርዕሱን ለማጥናት ከፍተኛ ፍላጎት ካለ, ጽሑፎችን እመክራለሁ RPC ምንድን ነው?, እንዴት RPC ይሰራል እና ረጅም ዝርዝር የ RPC ስህተቶች.

በእኛ ምዝግብ ማስታወሻዎች ውስጥ የ RPC ስህተቶች ዋና መንስኤዎች በVBR ክፍሎች (አገልጋይ> ፕሮክሲ ፣ ለምሳሌ) መካከል ለመገናኘት የተደረጉ ሙከራዎች ያልተሳኩ እና ብዙውን ጊዜ በተግባቦት ችግሮች ምክንያት ናቸው።

ከዋና ዋናዎቹ መካከል ያለው ከፍተኛው ስህተቱ ነው የ RPC አገልጋይ አይገኝም (1722)። በቀላል አነጋገር ደንበኛው ከአገልጋዩ ጋር ግንኙነት መመስረት አልቻለም። እንዴት እና ለምን - አንድም መልስ የለም, ነገር ግን አብዛኛውን ጊዜ የማረጋገጫ ችግር ነው ወይም ወደብ 135 የኔትወርክ ተደራሽነት ችግር ነው. በዚህ ርዕስ ላይ, እንኳን አለ HF መለየት. እና ማይክሮሶፍት አለው። ጥራዝ መመሪያ የውድቀቱን መንስኤ ለማግኘት.

ሁለተኛው በጣም ታዋቂ ስህተት፡ ከመጨረሻ ነጥብ ካርታ (1753) ምንም ተጨማሪ የመጨረሻ ነጥቦች የሉም። የ RPC ደንበኛ ወይም አገልጋይ ለራሱ ወደብ መመደብ አልቻለም። ብዙውን ጊዜ የሚከሰተው አገልጋዩ (በእኛ ሁኔታ የእንግዳ ማሽኑ) ካለቀ ጠባብ ክልል ወደቦችን በተለዋዋጭነት ለመመደብ ሲዋቀር ነው። እና ከደንበኛው በኩል ከገቡ (በእኛ የVBR አገልጋይ) ይህ ማለት የእኛ VeeamVssAgent አልጀመረም ወይም እንደ RPC በይነገጽ አልተመዘገበም ማለት ነው። በዚህ ርዕስ ላይም አለ HF መለየት.

ደህና፣ ከፍተኛ 3 RPC ስህተቶችን ለማጠናቀቅ፣ የ RPC ተግባር ጥሪ አለመሳካቱን እናስታውስ (1726)። ግንኙነቱ ከተመሠረተ ይታያል፣ ነገር ግን የ RPC ጥያቄዎች አልተስተናገዱም። ለምሳሌ፣ ስለ VSS ሁኔታ መረጃ እንጠይቃለን (በድንገት አሁን የጥላ ፈንጂ እዚያ እየተሰራ ነው፣ እናም ለመውጣት እየሞከርን ነው) እና ለእኛ ምላሽ ዝምታን እና ችላ ይበሉ።

የዊንዶውስ ቴፕ ምትኬ ኤፒአይ ከቴፕ ቤተመፃህፍት ወይም ድራይቮች ጋር ለመስራት ያስፈልጋል። መጀመሪያ ላይ እንደገለጽኩት፡ የራሳችንን አሽከርካሪዎች በመጻፍ እና በእያንዳንዱ መሳሪያ ድጋፍ ስንሰቃይ ደስ አይለንም። ስለዚህ ቪም የራሱ አሽከርካሪዎች የሉትም። ሁሉም በመደበኛ ኤፒአይ በኩል ፣ የእሱ ድጋፍ በሃርድዌር ሻጮች እራሳቸው ይተገበራሉ። በጣም የበለጠ ምክንያታዊ ፣ ትክክል?

SMB / CIFS ከልማዱ ውጪ ሁሉም ሰው ጎን ለጎን ይጽፋቸዋል፣ ምንም እንኳን ሁሉም ሰው CIFS (የተለመደ የበይነመረብ ፋይል ስርዓት) የኤስኤምቢ (የአገልጋይ መልእክት እገዳ) የግል ስሪት መሆኑን ሁሉም ሰው ባያስታውስም። ስለዚህ እነዚህን ፅንሰ-ሀሳቦች ጠቅለል አድርገን ስንመለከት ምንም ስህተት የለውም። ሳምባ ቀድሞውንም የሊኑክስ ዩኒክስ ትግበራ ነው፣ እና የራሱ ልዩ ባህሪያት አለው፣ ነገር ግን እኔ ራሴን አውጥቻለሁ። እዚህ አስፈላጊ የሆነው፡ Veeam ወደ UNC ዱካ (የአገልጋይ ማውጫ) አንድ ነገር ለመጻፍ ሲጠይቅ አገልጋዩ የፋይል ስርዓት ነጂዎችን ተዋረድ ይጠቀማል፣ mup እና mrxsmb ን ጨምሮ፣ ኳሱን ለመፃፍ። በዚህ መሠረት እነዚህ አሽከርካሪዎች ስህተቶችን ይፈጥራሉ.

ያለሱ ማድረግ አይቻልም Winsock ኤፒአይ. በአውታረ መረቡ ላይ አንድ ነገር መደረግ ካለበት, VBR በዊንሶክ በሚታወቀው የዊንዶውስ ሶኬት ኤፒአይ በኩል ይሰራል. ስለዚህ በመዝገቡ ውስጥ የአይፒ፡ፖርት ስብስብ ካየን ይህ ነው። ኦፊሴላዊው ሰነድ ጥሩ ሊሆኑ የሚችሉ ዝርዝር አለው ስህተቶች.

ከላይ የተጠቀሱት WMI (Windows Management Instrumentation) ሁሉንም ነገር እና በዊንዶው አለም ውስጥ ያለን ሁሉ ለማስተዳደር ሁሉን ቻይ ኤፒአይ አይነት ነው። ለምሳሌ፣ ከሃይፐር-ቪ ጋር ሲሰሩ፣ ሁሉም ማለት ይቻላል ለአስተናጋጁ የሚቀርቡ ጥያቄዎች ያልፋሉ። በአንድ ቃል, ነገሩ በፍፁም የማይተካ እና በችሎታው ውስጥ በጣም ኃይለኛ ነው. የት እና ምን እንደተበላሸ ለማወቅ ለማገዝ በመሞከር አብሮ የተሰራው WBEMtest.exe መሳሪያ በጣም ይረዳል።

እና በዝርዝሩ ላይ የመጨረሻው ፣ ግን በምንም መልኩ በአስፈላጊነቱ - VSS (የድምጽ ጥላ ማከማቻ)። ርዕሱ ብዙ ሰነዶች የተፃፉበት ያህል የማይታለፍ እና ሚስጥራዊ ነው። የጥላ ቅጅ በቀላሉ እንደ ልዩ የቅጽበተ-ፎቶ አይነት ነው የተረዳው፣ እሱም በመሠረቱ ነው። ለእሱ ምስጋና ይግባውና በ VMware ውስጥ መተግበሪያ-ወጥነት ያለው ምትኬዎችን ማድረግ ይችላሉ እና በሃይፐር-ቪ ውስጥ ሁሉም ነገር ማለት ይቻላል. በቪኤስኤስ ላይ ትንሽ በመጭመቅ የተለየ ጽሑፍ ለመስራት እቅድ አለኝ፣ አሁን ግን ለማንበብ መሞከር ይችላሉ። ይህ መግለጫ. ብቻ ይጠንቀቁ, ምክንያቱም. በብልጭታ ቪኤስኤስን ለመረዳት መሞከር ወደ አንጎል ጉዳት ሊያደርስ ይችላል።

በዚህ ላይ, ምናልባት, ማቆም እንችላለን. በጣም መሠረታዊ የሆኑትን ነገሮች የማብራራት ስራ እንደተጠናቀቁ እቆጥረዋለሁ, ስለዚህ በሚቀጥለው ምዕራፍ ውስጥ የምዝግብ ማስታወሻዎችን አስቀድመን እንመለከታለን. ግን ማንኛቸውም ጥያቄዎች ካሉዎት በአስተያየቶቹ ውስጥ እነሱን ለመጠየቅ ነፃነት ይሰማዎ።

ምንጭ: hab.com