Ndërmarrja 1c në një makinë virtuale. Rreth gjërave interesante nga bota e IT, udhëzime dhe rishikime

Pas leximit të artikullit, mbetet vetëm një pyetje - "Pse?". Le të kalojmë nëpër shpjegimet e autorit.

brenda një makinerie virtuale, mund të punoni me të vjetruara zgjidhje softuerike dhe sistemet operative;
Vetëm rasti im. Ju mund të përdorni licencat e disponueshme për serverin Win2003, i cili thjesht nuk përshtatet në shumë kontrollues modern të diskut të ngurtë.


Licenca për Win2003 nuk nënkupton instalim në një makinë virtuale, vetëm në pajisje fizike. Për një pyetje të drejtpërdrejtë për ekspertët e licencimit të Microsoft, "A është e ligjshme instalimi i Win2003 në një makinë virtuale dhe përdorimi i tij?" marrim pyetjen "Jo. Vetëm për pajisje fizike. Çdo gjë tjetër është e paligjshme." Pra, pse të përdorni sistemin operativ të vjetër në vend të atij të ri Makine virtuale nëse akoma bëhesh pirat?

aftësia për të krijuar mjedise të sigurta të përdoruesve për të punuar me rrjetin, në të cilin rast sulmet e viruseve mund të dëmtojnë sistemin operativ, jo makinën virtuale;


Unë nuk e kuptoj plotësisht këtë argument. Nëse bëhet një sulm në një sistem pritës, atëherë të gjitha makinat virtuale janë komprometuar; nëse një sulm bëhet në një makinë virtuale, atëherë vetëm ai bëhet i rrezikuar dhe hosti mbetet i pastër. Në të dyja rastet humbasim mbrojtjen e sistemit të mysafirëve, që është kryesori për ne. Ku dhe nga çfarë mbrohemi?

disa makina virtuale të vendosura në burimet fizike të një kompjuteri janë të izoluara nga njëra-tjetra, kështu që dështimi i njërës prej makinave virtuale nuk do të ndikojë në disponueshmërinë dhe performancën e shërbimeve dhe aplikacioneve të të tjerëve;
Gjithashtu një gjë e dobishme për 1C. Ndarja e serverit të aplikacionit 1C dhe serverit SQL në makina të ndryshme virtuale dhe ndarja e 4 GB RAM për secilën (kufiri për Win32 32-bitësh) do t'ju lejojë të paktën të përballeni pak me fatkeqësinë e sistemeve 32-bit - fragmentimi i RAM-it kur ekzekutimi i pyetjeve të mëdha.


Mos përdorni sisteme operative 32 bit.

Nuk rekomandoj fuqimisht përdorimin e sistemeve 32-bit me konfigurime të mëdha të tipit SCP. Në një moment, thjesht nuk do të jeni në gjendje të përditësoni konfigurimet pa rifilluar serverin 1C. Në një moment, një rindezje nuk do të ndihmojë as. Në rastin tonë, ne po kursejmë para tani për tani, dhe atëherë do të jetë e lehtë të krijojmë një VM tjetër me një sistem 64-bit dhe të transferojmë gjithçka në të pothuajse pa ndërprerë punën.


Mit, përrallë, iluzion e kështu me radhë. Kalimi nga një OS 32-bit në një 64-bit në një mjedis virtual është ekuivalent në kompleksitet me të njëjtin tranzicion në harduer. Pa dallim. Gjithçka hiqet dhe riinstalohet.

duke qenë se çdo makinë virtuale është një kontejner softuerësh, ajo mund të transferohet ose kopjohet si çdo skedar tjetër;


Një sistem virtual nuk është një kontejner, mos e ngatërroni. Transferimi i një makine virtuale është i mundur përmes eksportit / importit me një probabilitet të lartë, por askush nuk garanton që sistemi do të funksionojë në një host tjetër.

aftësia për të ruajtur gjendjen e makinës virtuale ju lejon të ktheheni shpejt në pikën përpara se të bëni ndryshime në sistem;


Të gjithë prodhuesit e makinave virtuale deklarojnë njëzëri se nuk duhet të përdorni fotografi në prodhim, sepse. kjo mund të ngadalësojë shumë punën e makinave të ftuar.

brenda një sistemi operativ të ftuar, disa makina virtuale mund të vendosen, të lidhen në rrjet dhe të ndërveprojnë me njëra-tjetrën;


Mundohuni të ekzekutoni të paktën 3-4 OS të ftuar në një kompjuter dhe do të kuptoni gjithë tmerrin që ju ka rënë, sepse. për funksionimin normal të 4 OS-ve të ftuar, keni nevojë për pajisje 4 herë më të freskët se sa për funksionimin e njërit.

makinat virtuale mund të krijojnë paraqitje të pajisjeve që nuk ekzistojnë fizikisht (emulimi i pajisjes).


Një mundësi shumë e veçantë. Nuk e di se ku nevojitet në serverin 1C, por mund të jetë shumë problematike të hedhësh pajisje të vërteta nga kompjuteri pritës në sistemin operativ të ftuar.

Ndër mangësitë është një rënie mjaft e parashikueshme e shpejtësisë së punës. Por shumë më pak domethënëse sesa kur përdorni serverë SQL falas.
Pajisja e serverit:
Procesori intel-corei3-4130 (4 bërthama)
Motherboard GA-Z87M-HD3 (me mbështetje RAID)
2 hard disqet 1 GB (sata).
8 GB RAM.


Një pajisje e tillë do të tërheqë lehtësisht vetëm 1 sistem të ftuar dhe një rrjedhë pune shumë të thjeshtë. Nuk ka nevojë të krijoni një makinë virtuale.

Makinat virtuale janë krijuar për të:
1. kursimi i procesorit dhe burimeve të tjera të kompjuterëve në rast të ndërprerjes së njërit prej shërbimeve
2. Rritja e tolerancës ndaj gabimeve të sistemeve (migrimi i drejtpërdrejtë i makinave virtuale) në ruajtje dhe grupim
3. Thjeshtësia dhe lehtësia e eksperimentimit nga specialistët e IT
Pse të instaloni një server 1C në një makinë virtuale për prodhim, nuk e kuptoj.

Unë prezantoj projektin tim eksperimental VM1C. VM1C është një makinë virtuale që ju lejon të përpiloni dhe ekzekutoni çdo procedurë dhe funksion, si dhe module të tëra, në fluturim.

Në fakt, kjo është veçoria e munguar e Refleksionit të plotë në 1C, e cila është e pranishme në platforma të tjera, për shembull, në .NET dhe ju lejon të bëni gjëra vërtet mahnitëse atje.

Për ata që nuk janë të njohur me Reflektim: Wikipedia

Përshkrimi i punës

VM1C funksionon pa përdorimin e ndonjë komponenti të jashtëm, duke përdorur vetëm veçori standarde 1C dhe nuk varet nga platforma dhe konfigurimi. Mund të shtohet në konfigurim edhe si përpunues dhe si modul i përgjithshëm.

VM1C përfshin:

Konsideroni secilin komponent veç e veç

VM1C_IL_Compiler- Detyra e tij është të konvertojë kodin burimor të një moduli ose metode në një grup udhëzimesh të shkurtra të asemblerit.

Për shembull kodi i mëposhtëm

Për n=1 Nga 100 Cikli n = n+1; Cikli i Fundit; Kthimi n;

do të konvertohet në një grup udhëzimesh

shtyj 1 stloc 0 shtyj 100 stloc 1 br ~IL_1 ~IL_2: ldloc 0 shtyj 1 shto stloc 0 ldloc 0 shtyj 1 shto stloc 0 ~IL_1: ldloc 0 ldloc 1 ble ~IL_2 ~IL_0: nop ldloc 0 ret

Kjo bëhet me qëllim që

  1. përshpejtoni përpunimin e mëtejshëm të kodit në kohë reale. Meqenëse vetë procesi i përpilimit kërkon një kohë relativisht të gjatë
  2. ofrojnë aftësinë për të krijuar dhe kryer procedura dhe funksione në modalitetin 1C Enterprise

Vm1C_IL_Compiler = Përpunues._VM1C_IL_Compiler.Create(); Moduletext = LoadCodeFromFile ("Modules\ProductWork"); moduli = vm1C_IL_Compiler.CompileModule(Moduletext);

Pasi të kemi kodin e ndërmjetëm (më tej i referuar si kodi IL), ne mund ta ekzekutojmë atë në makinën virtuale.

Makine virtualeVM1Clejon, në fluturim, duke përdorur përpiluesin JIT, të përpilojë modulin nga kodi IL përsëri në kodin e kuptueshëm nga 1C. Kodi i përpiluar optimizohet, ruhet në një cache, për ripërdorim të mëvonshëm dhe mund të ekzekutohet.

Vm1C_VM = Përpunim._VM1C_VM.Create(); vm1C_VM.AddModule("Puna me mallra", moduli); parametrat = New Array(); parametrat.Add("00000453"); Rezultati = vm1C_VM.CallMethod("Puna me mallra", "GetPrice", parametrat);

MethodInfo = vm1C_VM.GetCurrentMethodInfo(); parametrat = metodInfo["Parametrat"]; ...

merrni kodin e funksionit

ByteCode = metodInfo["ByteCode"];

ndryshojeni, shtoni parametra dhe thirreni përsëri në një formë të modifikuar, etj.

konkluzioni

Projekti tani është në fazën e një versioni të papërpunuar alfa, kështu që unë postoj vetëm përshkrimin dhe videon demo të tij.


Qëllimi i këtij publikimi është të vlerësojë nevojën për këtë produkt, si mund të jetë i dobishëm për zhvilluesit, në rastet kur mjete standarde nuk mjafton më për të zbatuar idetë më novatore.

Nëse dikush është i interesuar ky zhvillim ju lutem sigurohuni që të më njoftoni!

Demonstrimi i punës

Sinqerisht,

zhvilluesi m.bolsun

(c) 2013-2014 VM1C

përditësimi: botimi ishte në draft për një kohë të gjatë, sepse. Përveç interesit akademik, nuk kishte asnjë aplikim praktik për këtë projekt menjëherë. Por kohët e fundit arrita të përdor aftësitë e tij në praktikë dhe u vendos që të kthehej botimi. Së shpejti teknologjitë nga ky projekt do të përdoren në version i ri inspektori i kodit.

Falë përpiluesit të ri të plotë, Inspektori do të marrë analiza statike dhe, në përputhje me rrethanat, një numër karakteristikash të reja:

Kontrollimi që një kusht është gjithmonë i vërtetë ose i gabuar dhe që funksioni kthen të njëjtën vlerë. Kontrolloni jo vetëm vlerat e fundit të papërdorura të variablave, por edhe caktimet e ndërmjetme, duke marrë parasysh sythe dhe degë. Analiza e kodit sipas udhëzimeve të paraprocesorit (OnServer, OnClient, etj.). Epo, dhe shumë më tepër.

Funksionimi normal i 1C varet më shumë nga një sasi e mjaftueshme RAM. Mund të kontrolloni nëse memoria e caktuar për VM është e mjaftueshme në panelin e kontrollit të cloud. Për ta bërë këtë, duhet të futni cilësimet e VM

Dhe shkoni te skeda "Statusi i makinës virtuale".

2. Instalimi i një skedari swap të një madhësie fikse prej 4 GB dhe vendosja e tij në një makinë Super.

Kujdes! Për OS Windows Server 2012, nuk është e mundur të transferohet skedari i paging në një disk shtesë për shkak të specifikave të funksionimit të makinave virtuale.

Më pas, ne transferojmë skedarin e paging në këtë ndarje. Klikoni « Fito»+R dhe ekzekutoni komandën " sysdm.cpl". Në dritaren që hapet, shkoni te skedari "Advanced" dhe klikoni "Opsionet".

Në dritaren e re, në skedën "Advanced", klikoni "Ndrysho"

në dritare" Kujtesa virtuale"Zgjidhni ndarjen e përgatitur, kontrolloni "Specify size" dhe vendosni madhësinë e skedarit paging në fushë. Pas kësaj, sigurohuni që të klikoni në butonin "Set".

Për të përfunduar këtë operacion, do t'ju duhet të rinisni OS.

3. Konfigurimi i vendosjes së profileve të përdoruesve në një Super disk

Kur punoni me përdoruesit e terminalit 1C, për të rritur shpejtësinë e punës, duhet të konfiguroni vendosjen e profileve të përdoruesve në Super-disk. Për ta bërë këtë, duhet të ndryshoni cilësimin në regjistër dhe të rinisni OS.

Do t'ju duhet të ndryshoni cilësimet në degën HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList:

ProfilesDirectory - rruga për vendndodhjen e profileve të përdoruesve (ndryshimi i këtij parametri është i mjaftueshëm);

Default dhe Publik - ndryshoni sipas dëshirës.

Kujdes! Ne ju rekomandojmë ta ndryshoni këtë cilësim përpara se një përdorues i ri të identifikohet për herë të parë. Përndryshe, cilësimet e vendndodhjes së profilit të përdoruesit do të duhet të ndryshohen manualisht (nëpërmjet regjistrit në të njëjtën degë, duhet të gjeni nënfolderin me cilësimet e përdoruesit).

4. Pastrimi i arkave 1C.

Caching është procesi i krijimit të një buferi të informacionit të përdorur shpesh dhe, si rregull, informacionit statik. Caching përdoret për të shpejtuar programin, në veçanti, në 1C, skedarët e konfigurimit ngarkohen në kompjuterin e përdoruesit në mënyrë që të mos kërkohen nga serveri sa herë që aksesohen.

Sidoqoftë, shumë shpesh platforma 1C nuk e përpunon saktë ruajtjen e konfigurimit dhe si rezultat marrim sjellje joadekuate të konfigurimit.

Për të zgjidhur problemet dhe "defektet" 1C, pastrimi i cache-it të platformës 1C 8.3 shpesh ndihmon. Kjo bëhet si më poshtë:

  1. Mënyra e parë për të pastruar cache 1C

Gjeni drejtorinë ku ruhen skedarët e përkohshëm 1C, ato mund të shihen në menunë e cilësimeve në listën IB:

Ne kemi një adresë si

C:\Documents and Settings\emri user\Application Data\1C\1Cv82\tmplts\1c

Dosjet e cache janë të vendosura në

C:\Dokumentet dhe Cilësimet\emri i përdoruesit\Të dhënat e aplikacionit\1C\1Cv82\

Duke shkuar atje, gjejmë shumë dosje interesante (numri i dosjeve është i barabartë me numrin e konfigurimeve):

Të gjitha drejtoritë e zgjedhura janë cache e bazës së të dhënave 1C, ato mund të fshihen në mënyrë të sigurt. Përpara fshirjes, duhet të dilni nga IB.

b. Mënyra e dytë për të pastruar skedarët e përkohshëm 1C

Mënyra e dytë është më e thjeshtë, por jo plotësisht e saktë. Për pastrim, mjafton të fshini këtë konfigurim dhe të krijoni një të ri me të njëjtën rrugë drejt IB. Si rezultat i kësaj, dosja e vjetër me cache do të "heqë qafe" këtë IB dhe do të krijohet një drejtori e re. Mund ta bëni në këtë mënyrë, cache pastrohet, por skedarët e përkohshëm mbeten në hard disk.

c. Mënyra e tretë

Unë rekomandoj ta përdorni nëse defektet për shkak të pranisë së skedarëve të përkohshëm janë të përhershme. Sidoqoftë, kjo metodë zvogëlon performancën e sistemit. I përshtatshëm vetëm për klientë të hollë. Kërkohet kur opsione shtesë nisja (në listën e bazave të të dhënave, butoni Ndrysho, skeda e fundit) fut komandën /Pastroje memorien e përkohshme. Shembull përdorimi:

Para se të kryeni ndonjë operacion, këshillohet të bëni rezervë baza e të dhënave dhe ngarkimi prej saj!

5. Rezervimi dhe rikuperimi i bazës së të dhënave.

Ngarkimi i bazës së të dhënave në një skedar.

Futni programin në modalitetin e konfiguruesit. Për ta bërë këtë, në dritaren e fillimit të programit, zgjidhni bazën e të dhënave të nevojshme dhe klikoni "Konfiguruesi":

Do të hyni në mënyrën e zhvillimit dhe administrimit të bazës së të dhënave. Tjetra, zgjidhni artikullin e menysë "Administrimi - Shkarkimi i bazës së informacionit ...":

Programi ju kërkon të zgjidhni rrugën ku të ngarkoni skedarin e bazës së të dhënave dhe emrin e tij. Pas zgjedhjes së programit, raportoni përfundimin e suksesshëm të operacionit:

Rivendosja e bazës së të dhënave nga një skedar.
Për të rivendosur bazën e të dhënave nga një skedar, gjithashtu duhet të futni modalitetin e konfiguruesit, por zgjidhni artikullin "Administrimi - Ngarkoni bazën e informacionit ...":

Zgjidhni skedarin që është ruajtur më parë (zgjatja .dt). Sistemi do të paralajmërojë se informacioni që nuk ruhet do të humbasë, pajtohuni me këtë.

Nëse gjithçka shkon mirë, 1C do të ofrojë rinisjen e konfiguruesit:

6. Utility chdbfl.exe për 1C 8.2 dhe 8.3

chdbfl.exe është një mjet për testimin dhe rregullimin e bazës së informacionit të skedarit 1C 8.3 (8.2). Programi kontrollon integritetin fizik të bazës së të dhënave; ky është një analog i thjeshtuar i testimit dhe fiksimit në konfigurues. për ato situata kur sistemi nuk fillon as në modalitetin e konfiguruesit. Konsideroni se ku ndodhet mjeti chdbfl.exe dhe si ta përdorni atë.

Shërbimi nuk ka nevojë të shkarkohet askund, ai ndodhet në dosjen me programi i instaluar. Nëse vendosni të shkarkoni chdblf.exe nga Interneti, ekziston mundësia që të mos merrni fare një program për rregullimin e sigurisë së informacionit, por të dëmtoni kompjuterin tuaj dhe informacionin e kompanisë.
Shërbimi ndodhet në dosjen "bin" të platformës së instaluar teknologjike. Për shembull, C:\Program Files (x86)\1cv8\8.3.*.***\bin\chdbfl.exe , ku 8.3.*.*** është numri i lëshimit të platformës suaj.
Përdorimi i programit është shumë i thjeshtë. Pas nisjes, do të shfaqet dritarja e mëposhtme:

Aty ku në formular është e nevojshme të specifikoni shtegun për në skedarin e bazës së të dhënave dhe të tregoni nëse është e nevojshme të rregullohen menjëherë gabimet e zbuluara (nëse flamuri nuk është vendosur, mjeti do të diagnostikojë vetëm IS). Rruga për në skedarin e bazës së të dhënave mund të gjendet nga lista e konfigurimeve të disponueshme:

Pas ekzekutimit, sistemi do të raportojë për veprimet e ndërmarra.

7. Testimi dhe rregullimi i bazës së informacionit 1C

Mënyra e testimit dhe korrigjimit thirret në konfiguruesin e sistemit 1C 8.3 duke zgjedhur menynë Administrimi - Testimi dhe korrigjimi.

Kontrollet dhe mënyrat

Kjo dritare përmban një listë të kontrolleve dhe mënyrave të nevojshme që do të kryhen si rezultat i funksionimit të shërbimit. Le të shqyrtojmë secilën prej tyre në më shumë detaje:
Riindeksimi i tabelave të bazës së informacionit — nëse ky flamur është caktuar, tabelat do të riindeksohen. Riindeksimi është një rindërtim i plotë i indekseve për tabelat e dhëna. Riindeksimi përmirëson ndjeshëm performancën e sistemit në tërësi. Kjo procedurë nuk do të jetë kurrë e tepërt dhe rrit performancën e sistemit.
Kontrollimi i integritetit logjik të bazës së informacionit - sistemi mund të kontrollojë integritetin logjik dhe strukturor të bazës së të dhënave, të gjejë gabime në organizimin e të dhënave (për shembull, faqet në një skedar).
Ekzaminimi integriteti referues infobaza - nën-arti i kontrollit logjik, kontrollon informacionin në bazën e të dhënave për praninë e lidhjeve "të prishura". Lidhjet "të prishura" shfaqen në bazën e të dhënave për shkak të përpunimit të gabuar të informacionit nga zhvilluesi, më shpesh kur të dhënat fshihen drejtpërdrejt ose shkëmbimi i të dhënave nuk është konfiguruar saktë. Kur gjeni gabime, mund të zgjidhni 3 opsione: Krijo objekte - sistemi krijon elemente cung që më pas mund të plotësohen me informacionin e nevojshëm, Pastro lidhjet - lidhjet "të prishura" do të pastrohen, Mos ndrysho - sistemi do t'ju tregojë vetëm gabime .
Rillogaritja e totaleve - në platformën 1C, në regjistrat e akumulimit dhe regjistrat e kontabilitetit, ekziston koncepti i totalit. Totalet - një tabelë e rezultateve të llogaritura, të dhënat nga e cila merren më shpejt sesa të analizoni të gjithë regjistrin e informacionit. Si rregull, rillogaritja e totalit rrit performancën e sistemit.
Kompresimi i tabelave të infobazës - nëse kjo vendoset, baza e të dhënave do të kompresohet dhe do të reduktohet në vëllim. Kjo për faktin se kur fshin të dhënat nga baza e të dhënave, 1C nuk i fshin fizikisht këto objekte, por vetëm i "shënon" ato për fshirje. Ato. përdoruesi nuk i sheh ato, por ata janë :). Është pikërisht kompresimi i bazës së të dhënave që heq përgjithmonë të dhëna të tilla. Gjithashtu, i njëjti efekt mund të arrihet duke shkarkuar dhe ngarkuar skedarin e bazës së të dhënave (*.dt).
Ristrukturimi i tabelave të bazës së informacionit është procesi me të cilin sistemi rikrijon tabelat e bazës së të dhënave, zakonisht kjo procedurë thirret kur bëhen ndryshime në strukturën e meta të dhënave të konfigurimit. Ristrukturimi i të gjithë bazës së të dhënave është një proces i gjatë, kini kujdes.
Nëse për ndonjë arsye testimi dhe rregullimi nuk ju ndihmon ose nuk keni akses te konfiguruesi, përdorni mjetin chdbfl.exe.

ID e artikullit: 86 , Krijuar: 30 qershor 2016 në orën 13:05, Ndryshuar: 30 maj 2018 në orën 17:27

Zhvilluesit e softuerit të virusit dhe thjesht zhvilluesit që nuk duan që programi i tyre të rikthehet, në fazën e nisjes ose instalimit, kontrollojnë për një makinë virtuale dhe nëse zbulohet, ata refuzojnë të punojnë ose madje të vetëshkatërrohen plotësisht. Nën prerje, përshkruhet një metodë se si mund të përpiqeni ta zgjidhni këtë problem.

Kam përdorur VMWare Fusion për Mac, por funksionon po aq mirë në Workstation for Win.

1) Për të punuar, keni nevojë për një sistem të sapo instaluar, si të bëni ndryshime në një ekzistues - nuk e gjeta.

Përgatitni një disk virtual, specifikoni sistemin, siç bëni zakonisht, dhe në cilësimet për makinën që po instalohet, kam këtë artikull të quajtur Izolimi, çaktivizoni çdo shkëmbim të dhënash me sistemin operativ pritës.

isolation.tools.getPtrLocation.disable = "E VËRTETË"
isolation.tools.setPtrLocation.disable = "E VËRTETË"
isolation.tools.setVersion.disable = "E VËRTETË"
isolation.tools.getVersion.disable = "E VËRTETË"
monitor_control.disable_directexec = "E VËRTETË"
monitor_control.disable_chksimd = "E VËRTETË"
monitor_control.disable_ntreloc = "E VËRTETË"
monitor_control.disable_selfmod = "E VËRTETË"
monitor_control.disable_reloc = "E VËRTETË"
monitor_control.disable_btinout = "E VËRTETË"
monitor_control.disable_btmemspace = "E VËRTETË"
monitor_control.disable_btpriv = "E VËRTETË"
monitor_control.disable_btseg = "E VËRTETË"

Këto opsione parandalojnë programet të zbulojnë mjedisin virtual përmes të tillëve kontrolle komplekse, si gjurmimi i hapësirës së adresave të kujtesës, numëruesit.

E rëndësishme! Nëse në fazën e konfigurimit të instalimit ekziston një opsion si "Instalimi i shpejtë", "Instalimi i shpejtë" - fikini ato. Gjithashtu, mos instaloni VMWare Tools në sistemi i instaluar, sepse disa softuer përfshijnë praninë e kësaj pakete në kontroll.

3) Ne e ruajmë skedarin, specifikojmë ISO me instaluesin e sistemit për të nisur, instalojmë OS si zakonisht.

4) Përkundër faktit se shumica dërrmuese e programeve që nuk e pëlqejnë mjedisin virtual nuk shkojnë përtej kontrolleve që kemi ndërprerë në hapin 2, disa veçanërisht kokëfortë ende shkojnë më tej dhe përpiqen të kërkojnë, për shembull, gjithçka që duket emri i kontrolluesve të diskut virtual.

Për t'i mposhtur ato në Windows, shkoni te redaktori i regjistrit në degën HKLM\SYSTEM\CurrentControlSet\Services\Disk\Enum. Siç mund ta shihni, ekziston një referencë mjaft e qartë për faktin se disku është virtual.

Duhet ta ndryshojmë duke hequr nga parametri VMware, Virtual, Ven etj dhe ta ruajmë kështu.

Gjithashtu ka kuptim të zëvendësoni gjithçka që ndryshon në regjistër me një kërkim VMware / Virtual për disa Intel ose IBM, dhe jo vetëm variabla të diskut.

Pas kësaj, përpiquni të ekzekutoni objektin tuaj kokëfortë të eksperimenteve - në 70 përqind të rasteve, hapat e përshkruar do t'ju ndihmojnë të kaloni kontrollet për mjedisin virtual.

E rëndësishme! Vlera në HKLM\SYSTEM\CurrentControlSet\Services\Disk\Enum mbishkruhet pas çdo rindezjeje, kështu që duhet të ndryshohet pas çdo fillimi të sistemit të ri.

Natyrisht, ky nuk është një udhëzues shterues, disa softuer gjithashtu mund të përpiqen të përcaktojnë sistemin virtual në mënyrat e mëposhtme:

1) Kontrollet e diapazonit adresat MAC(thjesht zëvendësohet në cilësimet e virtuales përshtatës rrjeti para fillimit të makinës virtuale)
2) Nëpërmjet WinAPI duke anketuar konfigurimin e OS dhe informacione të tjera të sistemit (FirmwareTable)
3) Truket e nivelit të ulët.
Mund të kontrolloni se si e keni mbrojtur veten nga zbulimi, si dhe të njiheni me mjete të tjera të zbulimit të sandbox dhe makinës virtuale të njohura nga zhvilluesit, duke përdorur mjetin Pafish.

Edhe pse ka vende ku mund të imitoni veten, metoda e propozuar mashtron shumicën e softuerëve që nuk duan të ekzekutohen në një mjedis virtual, në këtë rast, VMWare.

Siç mund ta shihni, fshehtësia gjithashtu mund të përmirësohet duke shpërndarë më shumë burime të sistemit në makinën virtuale. Sa i përket kujtesës, ia vlen të zgjidhni vlerat që janë shumëfish të 1024.

Faleminderit të gjithëve që zotëruan artikullin dhe ndihmuan në plotësimin e tij me komente të arsyeshme!

Fillimisht, virtualizimi ishte vetëm në nivelin e softuerit, dhe avantazhet e virtualizimit u kompensuan nga një ngadalësim i ndjeshëm në mjedisin virtual. Pjesërisht, çështja u zgjidh nga hardueri - shitësit zhvilluan udhëzime Procesorët Intel VT-d, AMD-V etj. për të përshpejtuar punën. Sidoqoftë, memoria dhe procesori nuk janë komponentët e vetëm, ekziston edhe një kartë video, hard disqe e kështu me radhë. dhe shpejtësia e operacioneve varet drejtpërdrejt nga zbatimi i aksesit në to. Ato. Në varësi të prodhuesit të makinës virtuale, drejtuesve nga prodhuesi i harduerit dhe aftësisë së softuerit përfundimtar për të njohur virtualizimin, shpejtësia e punës ende varet ndjeshëm.
Aplikacione të ndryshme ngadalësohen ndryshe në një makinë virtuale.
Përveç shpenzimeve të përgjithshme të harduerit për mirëmbajtjen e softuerit të virtualizimit, një faktor tjetër i ngadalësimit është menaxhimi i kohës. Shpejtësia e rrjedhës në gjëndrën fizike dhe virtualk nuk është e njëjtë. Plus, makina virtuale mund të ndërpritet. Kompleksiteti i zbatimit të kohëmatësve, çelsave të sinkronizuesit, përgjimi i burimeve fizike të harduerit në një sistem virtual nuk lejon zgjidhjen e problemit një-në-një si në harduerin fizik, varet shumë nga shitësi specifik.

Ne kryem një test të shpejtësisë së transmetimit për të vlerësuar se sa virtualizimi mund të ndikojë në shpejtësinë e detyrave me një fillesë në 1C, duke përfshirë operacionet e ndërfaqes.

Nga rezultatet e marra, përfundimi më i rëndësishëm nuk janë numrat, por fakti që ende kërkohet përvojë për të gjetur në praktikë, dhe jo teorikisht, opsionin më të mirë për funksionimin e 1C për ngarkesën tuaj specifike.
Ndikimi i shtresës së virtualizimit është veçanërisht i dukshëm në operacionet shumë të shpejta të bazës së informacionit 1C, dhe kjo është logjike. Sa më e shkurtër të jetë koha e funksionimit, aq më shumë është e krahasueshme me vonesën për servisimin e shtresës së virtualizimit.
Me fjalë të tjera, nëse kryejmë një operacion afatgjatë për një mijë sekonda, atëherë një e dhjetë vonesë në mirëmbajtjen e virtualizimit do të jetë një pikë në oqean dhe nuk është e dukshme. Por nëse kryejmë dhjetë mijë operacione me kohë një të dhjetën e sekondës për çdo operacion, atëherë vonesat e shërbimit do të jenë të dukshme, pasi do të jenë në përpjesëtim me kohëzgjatjen e operacionit.

ÇFARË TË BËNI

Ka dy mënyra për të zgjidhur problemin.
Mënyra e parë. Nëse nuk mund të arrini performancën e dëshiruar me cilësimet e virtualizimit, përdorni pajisje fizike.
Mënyra e 2-të. Minimizoni vonesat e virtualizimit duke zgjedhur cilësimet që përputhen me natyrën e ngarkesës. Në të njëjtën kohë, duhet kuptuar se virtualizimi nuk është 100% analog me pajisjet fizike dhe është e nevojshme të kompensohet shpejtësia me pajisje fizike më të fuqishme.
Disa shitës ofrojnë përmirësime të shpejtësisë përmes mekanizmave të memorizimit të integruar në shtresën e virtualizimit. Sidoqoftë, cache mund të "thyehet" dhe më pas do të ketë një rënie të mprehtë të performancës. Ato. duhet të kujtojmë jo vetëm avantazhet e teknologjisë, por edhe disavantazhet.

1. "Snapshots" duhet të fiken - ato ngadalësohen. Cili efekt nuk është aspak i dukshëm. Shikoni http://vkeygen.blogspot.ru/2011/10/snapshot.html për detaje

Microsoft Hyper-V

- kur përdorni serverë Hyper-V me nyje NUMA

VMware ESXi & vSphere

Përdorimi kolektiv i makinave virtuale për balancimin e ngarkesës
Problemi qëndron në funksionimin e komponentit vCenter të quajtur DRS (Distributed Resource Scheduler), detyra e të cilit është të balancojë ngarkesën e makinave virtuale në serverët fizikë.Kur ka ngarkesa të mëdha për sa i përket fuqisë së procesorit ose ngarkesës RAM, DRS migron makinën virtuale në një host tjetër fizik, më pak i ngarkuar në këtë moment; në kulmin këtë proces probleme afatshkurtra me akses në burimet e kësaj VM.

NETO

Për serverët virtualë ESXi 6.0 me server 1s, mos e përdorni ndërfaqet e rrjetit shkruani WMXNET3, përdorni vetëm tipin e1000e

RAM

- Çaktivizo heqjen e memories për EXSi - Ndarja transparente e faqeve në hostin VMware ESXi

Nëse dëshironi ta çaktivizoni këtë mekanizëm tani, atëherë duhet të bëni sa më poshtë:

Në versionet e vjetra


Pas patch-it ESXi dhe përditësimeve, mekanizmi TPS mund të aktivizohet si më poshtë (Cilësimet e Avancuara në seksionin e Softuerit):

  • Parametri Mem.ShareForceSalting(Aktivizo TPS në nivelin e të gjithë hostit ESXi). Nëse vlera është 0, atëherë TPS po funksionon ende në host, nëse 1, mekanizmi është i çaktivizuar.
  • Parametri sched.mem.pshare.kripë(i vendosur në nivelin VM) ju lejon të aktivizoni / çaktivizoni TPS për makinat virtuale individuale (për shembull, dritaret e vjetra ose Linux - për ta do të ishte e mundur të aktivizohej). Kur parametri ShareForceSalting është vendosur në 1, atëherë për makinat që kanë nevojë për TPS në konfigurimin e tyre të avancuar, duhet të vendosni të njëjtat vlera "kripë". Pa këtë, TPS nuk funksionon - në përputhje me rrethanat, është i çaktivizuar.

CPU

— Aktivizo skemën e fuqisë së performancës maksimale

— vSphere është i vetëdijshëm dhe përpiqet të vendosë bërthamat virtuale të makinave në ata procesorë fizikë në memorien e të cilëve ndodhet aktualisht RAM Makine virtuale. Por këtu ka gracka. Prodhuesit e serverëve pëlqejnë të aktivizojnë si parazgjedhje emulimin NUMA në BIOS. Kjo do të thotë, serveri i shfaqet sistemit operativ si një pajisje NOT NUMA dhe vSphere nuk mund të përdorë optimizimet e tij për të menaxhuar këtë teknologji. Dokumentacioni vSphere rekomandon çaktivizimin e këtij opsioni në BIOS, kjo i lejon vSphere të merret me problemin vetë.

SHOFER

- Instaloni VMware Tools Guest Additions

Gjëja e parë që duhet bërë pas instalimit të sistemit operativ të ftuar brenda makinës virtuale është instalimi i paketës së softuerit - VMware Tools Guest Additions për VMware. Këto paketa përmbajnë drejtues të veçantë që ofrojnë më shumë punë e shpejtë sistemi operativ i ftuar në harduerin e makinës virtuale.

Zgjidhni Install VMware Tools nga menyja e makinës virtuale. Ndiqni udhëzimet në ekranin tuaj për të përfunduar instalimin. Nëse jeni duke përdorur një OS mysafir të Windows, atëherë do të shihni se ky proces nuk ndryshon nga instalimi i aplikacioneve të tjera.

Kontrollimi i mjeteve VMware.

  • Zgjidhni hostin në vClient;
  • Shkoni te skeda Makinat virtuale;
  • Shtoni një kolonë "VMware Tools Status";
  • Vlerësoni statusin. OK-> do të thotë se gjithçka është në rregull, asgjë nuk duhet bërë. Nuk mbaron / skaduar - eliminuar.

Nëse VMware Tools nuk po funksionon, duhet të merreni me të ftuarin sistemi operativ. Arsyeja mund të jetë fshehja në përditësimin e kernelit Linux ose çaktivizimi (nga dikush) shërbimi VMware Tools në Windows.

Nëse VMware Tools janë të vjetruara, duhet t'i përditësoni ato nga menyja e kontekstit vClient. Kjo zakonisht ndodh pas instalimit të përditësimeve në hostet ESX/ESXi. Pas kësaj, shpesh duhet të përditësoni edhe VMware Tools.

DISQET

- Kur përdorni memorie të jashtme

  • Modaliteti i Pavarur i Përhershëm vmdk-disk - më produktiv, pasi ndryshimet bëhen menjëherë në disk, pa regjistrim. Por një disk i tillë nuk i nënshtrohet fotografive, nuk mund të kthehet prapa.
  • Kur përdorni iSCSI, rekomandohet të konfiguroni kornizat jumbo (MTA=9000) në të gjitha ndërfaqet dhe pajisjet e rrjetit.
  • MultiPathing - për shumicën e rasteve RoundRobin është në rregull. Rregullimi mund të japë shumë performancë, por kjo është pas planifikimit të menduar dhe vendosje manualeçdo host për çdo LUN. MRU mund të instalohet me një konfigurim aktiv-pasiv, nëse disa shtigje zhduken herë pas here - në mënyrë që të mos kërcejë përpara dhe mbrapa.

Si duket virtualizimi në praktikë? Virtualizimi jo gjithmonë ngadalësohet shumë, megjithatë, natyra e ngarkesës, sasia e të dhënave janë gjithashtu të rëndësishme.



Artikuj të ngjashëm: