ការច្របាច់ Windows Server ទៅលើ VPS ថាមពលទាបដោយប្រើ Windows Server Core

ដោយសារតែភាពអាប់អួរនៃប្រព័ន្ធវីនដូ បរិយាកាស VPS ត្រូវបានគ្របដណ្ដប់ដោយការចែកចាយលីនុចស្រាល៖ Mint, Colibri OS, Debian ឬ Ubuntu ដែលមិនមានបរិស្ថានផ្ទៃតុធ្ងន់ដែលមិនចាំបាច់សម្រាប់គោលបំណងរបស់យើង។ ដូចដែលគេនិយាយ មានតែកុងសូល មានតែ hardcore! ហើយតាមពិត នេះមិនមែនជាការបំផ្លើសទាល់តែសោះ៖ Debian ដូចគ្នាចាប់ផ្តើមនៅលើអង្គចងចាំ 256 MB និងស្នូលមួយជាមួយនឹងវដ្តនាឡិកា 1 Ghz ពោលគឺនៅលើ "គល់" ស្ទើរតែទាំងអស់។ សម្រាប់ការងារប្រកបដោយផាសុកភាព អ្នកនឹងត្រូវការយ៉ាងហោចណាស់ 512 MB និងដំណើរការលឿនជាងមុនបន្តិច។ ប៉ុន្តែចុះយ៉ាងណាបើយើងបានប្រាប់អ្នកថាអ្នកអាចធ្វើដូចគ្នានៅលើ VPS ដែលដំណើរការ Windows? ហេតុអ្វី​បាន​ជា​អ្នក​មិន​ចាំបាច់​បញ្ចេញ​ម៉ាស៊ីន​បម្រើ​វីនដូ​ធ្ងន់ ដែល​ទាមទារ​ឱ្យ​មាន RAM ពី 1,4 ទៅ XNUMX ហិចតា និង​យ៉ាង​ហោច​ណាស់​ពីរ​បី​ស្នូល​ដែល​មាន​ល្បឿន XNUMX GHz? គ្រាន់តែប្រើ Windows Server Core - កម្ចាត់ GUI និងសេវាកម្មមួយចំនួន។ យើងនឹងនិយាយអំពីរបៀបធ្វើវានៅក្នុងអត្ថបទ។

តើ Windows Server Core នេះ​ជា​នរណា?

មិនមានព័ត៌មានច្បាស់លាស់អំពីអ្វីដែល Windows (server) Core មាននៅលើវេបសាយផ្លូវការរបស់ Mikes ឬផ្ទុយទៅវិញ អ្វីគ្រប់យ៉ាងគឺមានភាពច្របូកច្របល់នៅទីនោះ ដែលអ្នកនឹងមិនយល់ភ្លាមៗ ប៉ុន្តែការលើកឡើងដំបូងមានតាំងពីសម័យ Windows Server 2008 ជាសំខាន់ Windows Core គឺជាម៉ាស៊ីនបម្រើខឺណែល Windows ដែលដំណើរការ (ភ្លាមៗ!) "ស្តើងជាងមុន" ដោយទំហំនៃ GUI របស់វា និងប្រហែលពាក់កណ្តាលនៃសេវាកម្មចំហៀង។

មុខងារសំខាន់របស់ Windows Core គឺផ្នែករឹងដែលមិនទាមទាររបស់វា និងការគ្រប់គ្រងកុងសូលពេញលេញតាមរយៈ PowerShell ។

ប្រសិនបើអ្នកចូលទៅកាន់គេហទំព័រ Microsoft ហើយពិនិត្យមើលតម្រូវការបច្ចេកទេស បន្ទាប់មកដើម្បីចាប់ផ្តើម Windows Server 2016/2019 អ្នកនឹងត្រូវការ RAM យ៉ាងហោចណាស់ 2 gigs និងយ៉ាងហោចណាស់ស្នូលមួយជាមួយនឹងល្បឿននាឡិកា 1,4 GHz ។ ប៉ុន្តែយើងទាំងអស់គ្នាយល់ថា ជាមួយនឹងការកំណត់រចនាសម្ព័ន្ធបែបនេះ យើងអាចរំពឹងថាប្រព័ន្ធនឹងចាប់ផ្តើម ប៉ុន្តែពិតជាមិនមែនជាប្រតិបត្តិការប្រកបដោយផាសុកភាពនៃ OS របស់យើងនោះទេ។ វាគឺសម្រាប់ហេតុផលនេះ ដែលជាធម្មតា Windows Server ត្រូវបានគេបែងចែកអង្គចងចាំបន្ថែមទៀត និងយ៉ាងហោចណាស់ 2 cores/4 threads ពី processor ប្រសិនបើពួកគេមិនផ្តល់វាជាមួយនឹងម៉ាស៊ីនដែលមានតំលៃថ្លៃនៅលើ Xeon មួយចំនួន ជំនួសឱ្យម៉ាស៊ីននិម្មិតថោក។

ទន្ទឹមនឹងនេះ ស្នូលនៃប្រព័ន្ធ server ខ្លួនវាត្រូវការតែ 512 MB នៃអង្គចងចាំប៉ុណ្ណោះ ហើយធនធាន processor ទាំងនោះដែលត្រូវបានប្រើប្រាស់ដោយ GUI ដើម្បីគូរនៅលើអេក្រង់ និងរក្សាសេវាកម្មជាច្រើនរបស់វាដែលកំពុងដំណើរការអាចប្រើសម្រាប់អ្វីដែលមានប្រយោជន៍ជាងនេះ។

នេះគឺជាការប្រៀបធៀបនៃសេវាកម្ម Windows Core ដែលគាំទ្រចេញពីប្រអប់ និងម៉ាស៊ីនបម្រើវីនដូពេញលេញពីគេហទំព័រផ្លូវការរបស់ Microsoft៖

កម្មវិធី
ស្នូលម៉ាស៊ីនមេ
server ជាមួយបទពិសោធន៍កុំព្យូទ័រ

ប្រអប់​បញ្ចូល​ពាក្យ​បញ្ជា
ដែលអាចប្រើបាន
ដែលអាចប្រើបាន

Windows PowerShell/Microsoft .NET
ដែលអាចប្រើបាន
ដែលអាចប្រើបាន

Perfmon.exe
មិនអាច
ដែលអាចប្រើបាន

Windbg (GUI)
គាំទ្រ
ដែលអាចប្រើបាន

Resmon.exe
មិនអាច
ដែលអាចប្រើបាន

Regedit
ដែលអាចប្រើបាន
ដែលអាចប្រើបាន

Fsutil.exe
ដែលអាចប្រើបាន
ដែលអាចប្រើបាន

Disksnapshot.exe
មិនអាច
ដែលអាចប្រើបាន

Diskpart.exe
ដែលអាចប្រើបាន
ដែលអាចប្រើបាន

Diskmgmt. msc
មិនអាច
ដែលអាចប្រើបាន

devmgmt.msc
មិនអាច
ដែលអាចប្រើបាន

អ្នកគ្រប់គ្រងម៉ាស៊ីនមេ
មិនអាច
ដែលអាចប្រើបាន

mmc.exe
មិនអាច
ដែលអាចប្រើបាន

ព្រឹត្តិការណ៍
មិនអាច
ដែលអាចប្រើបាន

Wevtutil (សំណួរអំពីព្រឹត្តិការណ៍)
ដែលអាចប្រើបាន
ដែលអាចប្រើបាន

សេវា .msc
មិនអាច
ដែលអាចប្រើបាន

ការបន្ទះត្រួតពិនិត្យ
មិនអាច
ដែលអាចប្រើបាន

Windows Update (GUI)
មិនអាច
ដែលអាចប្រើបាន

កម្មវិធីរុករកវីនដូ
មិនអាច
ដែលអាចប្រើបាន

របារភារកិច្ច
មិនអាច
ដែលអាចប្រើបាន

ការជូនដំណឹងរបារភារកិច្ច
មិនអាច
ដែលអាចប្រើបាន

taskmgr
ដែលអាចប្រើបាន
ដែលអាចប្រើបាន

Internet Explorer ឬ Edge
មិនអាច
ដែលអាចប្រើបាន

ប្រព័ន្ធជំនួយដែលភ្ជាប់មកជាមួយ
មិនអាច
ដែលអាចប្រើបាន

Windows 10 សែល
មិនអាច
ដែលអាចប្រើបាន

Windows Media Player
មិនអាច
ដែលអាចប្រើបាន

PowerShell
ដែលអាចប្រើបាន
ដែលអាចប្រើបាន

PowerShell ISE
មិនអាច
ដែលអាចប្រើបាន

PowerShell IME
ដែលអាចប្រើបាន
ដែលអាចប្រើបាន

Mstsc.exe
មិនអាច
ដែលអាចប្រើបាន

សេវាផ្ទៃតុពីចម្ងាយ
ដែលអាចប្រើបាន
ដែលអាចប្រើបាន

អ្នកគ្រប់គ្រង Hyper-V
មិនអាច
ដែលអាចប្រើបាន

ដូចដែលអ្នកអាចឃើញមានច្រើនត្រូវបានកាត់ចេញពី Windows Core ។ សេវាកម្ម និងដំណើរការដែលភ្ជាប់ជាមួយ GUI នៃប្រព័ន្ធ ក៏ដូចជា "សំរាម" ដែលពិតជាមិនត្រូវការនៅលើម៉ាស៊ីននិម្មិតកុងសូលរបស់យើង ឧទាហរណ៍ Windows Media Player បានស្ថិតនៅក្រោមកាំបិត។

ស្ទើរតែដូចលីនុច ប៉ុន្តែមិនមែនវាទេ។

ខ្ញុំពិតជាចង់ប្រៀបធៀប Windows Server Core ជាមួយនឹងការចែកចាយលីនុច ប៉ុន្តែតាមពិតវាមិនត្រឹមត្រូវទាំងស្រុងនោះទេ។ បាទ / ចាស ប្រព័ន្ធទាំងនេះស្រដៀងនឹងគ្នាទៅវិញទៅមកទាក់ទងនឹងការកាត់បន្ថយការប្រើប្រាស់ធនធានដោយសារតែការបោះបង់ចោល GUI និងសេវាកម្មចំហៀងជាច្រើន ប៉ុន្តែនៅក្នុងលក្ខខណ្ឌនៃប្រតិបត្តិការ និងវិធីសាស្រ្តមួយចំនួនក្នុងការជួបប្រជុំគ្នា វានៅតែជា Windows ហើយមិនមែនជាប្រព័ន្ធយូនីកទេ។

ឧទាហរណ៍ដ៏សាមញ្ញបំផុតនោះគឺថា ដោយការកសាងខឺណែលលីនុចដោយដៃ ហើយបន្ទាប់មកដំឡើងកញ្ចប់ និងសេវាកម្ម សូម្បីតែការចែកចាយលីនុចទម្ងន់ស្រាលក៏អាចប្រែទៅជាអ្វីដែលធ្ងន់ និងស្រដៀងនឹងកាំបិតរបស់កងទ័ពស្វីស (នៅទីនេះខ្ញុំពិតជាចង់បង្កើតរឿងកំប្លែងអំពី Python ហើយបញ្ចូលរូបភាពពីស៊េរី “If Programming Languages ​​Weapons” ប៉ុន្តែយើងនឹងមិនធ្វើទេ)។ នៅក្នុង Windows Core មានសេរីភាពតិចជាងនេះ ពីព្រោះយើងកំពុងដោះស្រាយជាមួយផលិតផល Microsoft ។

Windows Server Core មក​ជា​ការ​ត្រៀម​ខ្លួន​ជា​ស្រេច ដែល​ជា​ការ​កំណត់​រចនា​សម្ព័ន្ធ​លំនាំដើម​ដែល​អាច​ត្រូវ​បាន​ប៉ាន់​ប្រមាណ​ពី​តារាង​ខាង​លើ។ ប្រសិនបើអ្នកត្រូវការអ្វីមួយពីបញ្ជីដែលមិនគាំទ្រ អ្នកនឹងត្រូវបន្ថែមធាតុដែលបាត់នៅលើអ៊ីនធឺណិតតាមរយៈកុងសូល។ ពិត អ្នកមិនគួរភ្លេចអំពីលក្ខណៈពិសេសតាមតម្រូវការ និងសមត្ថភាពក្នុងការទាញយកសមាសធាតុជាឯកសារ CAB ដែលបន្ទាប់មកអាចត្រូវបានបន្ថែមទៅសភាមុនពេលដំឡើង។ ប៉ុន្តែស្គ្រីបនេះមិនដំណើរការទេប្រសិនបើអ្នករកឃើញរួចហើយក្នុងអំឡុងពេលដំណើរការដែលអ្នកកំពុងបាត់សេវាកម្មកាត់ណាមួយ។

ប៉ុន្តែអ្វីដែលខុសប្លែកពីកំណែស្នូលពីកំណែពេញលេញគឺសមត្ថភាពក្នុងការធ្វើបច្ចុប្បន្នភាពប្រព័ន្ធ និងបន្ថែមសេវាកម្មដោយមិនបញ្ឈប់ការងារ។ Windows Core គាំទ្រការរំកិលកញ្ចប់ក្តៅ ដោយមិនចាំបាច់ចាប់ផ្ដើមឡើងវិញ។ ជាលទ្ធផល ដោយផ្អែកលើការសង្កេតជាក់ស្តែង៖ ម៉ាស៊ីនដែលដំណើរការ Windows Core ចាំបាច់ត្រូវចាប់ផ្តើមឡើងវិញ ~ 6 ដងតិចជាងញឹកញាប់ជាងម៉ាស៊ីនបម្រើវីនដូដែលកំពុងដំណើរការ ពោលគឺម្តងរៀងរាល់ប្រាំមួយខែម្តង និងមិនមែនម្តងក្នុងមួយខែ។

ប្រាក់រង្វាន់ដ៏រីករាយសម្រាប់អ្នកគ្រប់គ្រងគឺថាប្រសិនបើប្រព័ន្ធត្រូវបានប្រើដូចបំណង - តាមរយៈកុងសូលដោយគ្មាន RDP - និងមិនប្រែទៅជាម៉ាស៊ីនបម្រើវីនដូទីពីរនោះវាក្លាយជាសុវត្ថិភាពខ្លាំងបើប្រៀបធៀបទៅនឹងកំណែពេញលេញ។ យ៉ាងណាមិញ ភាពងាយរងគ្រោះរបស់ Windows Server ភាគច្រើនគឺដោយសារតែ RDP និងសកម្មភាពរបស់អ្នកប្រើប្រាស់ដែលតាមរយៈ RDP នេះធ្វើអ្វីមួយដែលមិនគួរធ្វើ។ វាជារឿងមួយដូចជារឿងជាមួយ Henry Ford និងអាកប្បកិរិយារបស់គាត់ចំពោះពណ៌រថយន្ត៖ “អតិថិជនណាក៏ដោយ អាចមានឡានលាបពណ៌ណាមួយដែលគាត់ចង់បាន ដរាបណាវាមាន។ ខ្មៅ" វាដូចគ្នាជាមួយប្រព័ន្ធ៖ អ្នកប្រើប្រាស់អាចទំនាក់ទំនងជាមួយប្រព័ន្ធតាមមធ្យោបាយណាមួយ រឿងសំខាន់គឺថាគាត់ធ្វើវាតាមរយៈ កុងសូល.

ដំឡើង និងគ្រប់គ្រង Windows Server 2019 Core

យើងបាននិយាយពីមុនថា Windows Core គឺសំខាន់ Windows Server ដោយគ្មាន GUI wrapper ។ នោះគឺអ្នកអាចប្រើស្ទើរតែគ្រប់កំណែរបស់ Windows Server ជាកំណែស្នូល ពោលគឺបោះបង់ចោល GUI ។ សម្រាប់ផលិតផលនៅក្នុងគ្រួសារ Windows Server 2019 នេះគឺជាការបង្កើតម៉ាស៊ីនមេ 3 ក្នុងចំណោម 4៖ របៀបស្នូលមានសម្រាប់ Windows Server 2019 Standard Edition, Windows Server 2019 Datacenter និង Hyper-V Server 2019 ពោលគឺមានតែ Windows Server 2019 Essentials ប៉ុណ្ណោះដែលត្រូវបានដកចេញ។ ពីបញ្ជីនេះ។

ក្នុងករណីនេះ អ្នកពិតជាមិនចាំបាច់ស្វែងរកកញ្ចប់ដំឡើង Windows Server Core ទេ។ នៅក្នុងកម្មវិធីដំឡើងស្តង់ដារ Microsoft កំណែស្នូលត្រូវបានផ្តល់ជូនតាមលំនាំដើម ខណៈពេលដែលកំណែ GUI ត្រូវតែត្រូវបានជ្រើសរើសដោយដៃ៖

តាមពិត មានជម្រើសជាច្រើនទៀតសម្រាប់ការគ្រប់គ្រងប្រព័ន្ធជាង PowerShell ដែលបានរៀបរាប់ ដែលត្រូវបានផ្តល់ជូនដោយក្រុមហ៊ុនផលិតតាមលំនាំដើម។ អ្នកអាចគ្រប់គ្រងម៉ាស៊ីននិម្មិតនៅលើ Windows Server Core យ៉ាងហោចណាស់ប្រាំវិធីផ្សេងគ្នា៖

• PowerShell ពីចម្ងាយ;
• ឧបករណ៍គ្រប់គ្រងម៉ាស៊ីនមេពីចម្ងាយ (RSAT);
• មជ្ឈមណ្ឌលគ្រប់គ្រងវីនដូ;
• កំណត់រចនាសម្ព័ន្ធ;
• អ្នកគ្រប់គ្រងម៉ាស៊ីនមេ។

មុខតំណែងបីដំបូងមានការចាប់អារម្មណ៍ខ្លាំងបំផុត៖ ស្តង់ដារ PowerShell, RSAT និង Windows Admin Center ។ ទោះជាយ៉ាងណាក៏ដោយ វាជាការសំខាន់ដែលត្រូវយល់ថា ខណៈពេលដែលយើងទទួលបានអត្ថប្រយោជន៍ពីឧបករណ៍មួយ យើងក៏ទទួលបានដែនកំណត់ដែលវាដាក់ផងដែរ។

យើងនឹងមិនពិពណ៌នាអំពីសមត្ថភាពរបស់កុងសូលទេ PowerShell គឺ PowerShell ជាមួយនឹងគុណសម្បត្តិ និងគុណវិបត្តិជាក់ស្តែងរបស់វា។ ជាមួយនឹង RSAT និង WAC អ្វីគ្រប់យ៉ាងគឺស្មុគស្មាញបន្តិច។ 

WAC ផ្តល់ឱ្យអ្នកនូវការចូលទៅកាន់ការគ្រប់គ្រងប្រព័ន្ធសំខាន់ៗដូចជាការកែសម្រួលបញ្ជីឈ្មោះ និងការគ្រប់គ្រងថាស និងឧបករណ៍។ RSAT ក្នុងករណីដំបូងដំណើរការតែក្នុងរបៀបមើលប៉ុណ្ណោះ ហើយនឹងមិនអនុញ្ញាតឱ្យអ្នកធ្វើការផ្លាស់ប្តូរណាមួយឡើយ ហើយដើម្បីគ្រប់គ្រងថាស និងឧបករណ៍រូបវន្ត ឧបករណ៍គ្រប់គ្រងម៉ាស៊ីនមេពីចម្ងាយតម្រូវឱ្យមាន GUI ដែលមិនមែនជាករណីរបស់យើងទេ។ ជាទូទៅ RSAT មិនអាចដំណើរការជាមួយឯកសារបានទេ ហើយតាមនោះ ការអាប់ដេត ការដំឡើង/ការដកចេញកម្មវិធីក្នុងការកែសម្រួលបញ្ជីឈ្មោះ។

▍ ការគ្រប់គ្រងប្រព័ន្ធ

 

WAC
RSAT

ការគ្រប់គ្រងសមាសធាតុ
ថា
ថា

កម្មវិធីនិពន្ធចុះបញ្ជី
ថា
គ្មាន

ការគ្រប់គ្រងបណ្តាញ
ថា
ថា

កម្មវិធីមើលព្រឹត្តិការណ៍
ថា
ថា

ថតដែលបានចែករំលែក
ថា
ថា

ការគ្រប់គ្រងថាស
ថា
សម្រាប់តែម៉ាស៊ីនមេដែលមាន GUI ប៉ុណ្ណោះ។

កម្មវិធី​កំណត់​ពេល​ភារកិច្ច
ថា
ថា

ការគ្រប់គ្រងឧបករណ៍
ថា
សម្រាប់តែម៉ាស៊ីនមេដែលមាន GUI ប៉ុណ្ណោះ។

ការគ្រប់គ្រងឯកសារ
ថា
គ្មាន

ការគ្រប់គ្រងអ្នកប្រើប្រាស់
ថា
ថា

ការគ្រប់គ្រងក្រុម
ថា
ថា

ការគ្រប់គ្រងវិញ្ញាបនប័ត្រ
ថា
ថា

ការធ្វើបច្ចុប្បន្នភាព
ថា
គ្មាន

ការលុបកម្មវិធី
ថា
គ្មាន

ម៉ូនីទ័រប្រព័ន្ធ
ថា
ថា

ម៉្យាងវិញទៀត RSAT ផ្តល់ឱ្យយើងនូវការគ្រប់គ្រងពេញលេញលើតួនាទីនៅលើម៉ាស៊ីន ចំណែកឯ Windows Admin Center មិនអាចធ្វើអ្វីបានតាមន័យត្រង់ចំពោះបញ្ហានេះឡើយ។ នេះជាការប្រៀបធៀបសមត្ថភាពរបស់ RSAT និង WAC ក្នុងទិដ្ឋភាពនេះ ដើម្បីភាពច្បាស់លាស់៖

▍ ការគ្រប់គ្រងតួនាទី

 

WAC
RSAT

ការការពារខ្សែស្រឡាយកម្រិតខ្ពស់
មើលជាមុន
គ្មាន

Windows Defender
មើលជាមុន
ថា

.онтейнеры
មើលជាមុន
ថា

មជ្ឈមណ្ឌលរដ្ឋបាល AD
មើលជាមុន
ថា

AD Domain and Trusts
គ្មាន
ថា

គេហទំព័រ AD និងសេវាកម្ម
គ្មាន
ថា

DHCP
មើលជាមុន
ថា

ឈ្មោះ DNS
មើលជាមុន
ថា

អ្នកគ្រប់គ្រង DFS
គ្មាន
ថា

អ្នកគ្រប់គ្រង GPO
គ្មាន
ថា

អ្នកគ្រប់គ្រង IIS
គ្មាន
ថា

នោះគឺវាច្បាស់ហើយថាប្រសិនបើយើងបោះបង់ចោល GUI និង PowerShell ដើម្បីពេញចិត្តនឹងការគ្រប់គ្រងផ្សេងទៀត យើងនឹងមិនអាចគេចផុតពីការប្រើប្រាស់ឧបករណ៍ mono-tool មួយចំនួនបានទេ៖ សម្រាប់ការគ្រប់គ្រងពេញលេញលើគ្រប់ផ្នែកទាំងអស់ យើងនឹងត្រូវការយ៉ាងហោចណាស់។ ការរួមបញ្ចូលគ្នានៃ RSAT និង WAC ។

ទោះជាយ៉ាងណាក៏ដោយអ្នកត្រូវចាំថាអ្នកនឹងត្រូវចំណាយ 150-180 មេកាបៃនៃ RAM ដើម្បីប្រើ WAC ។ នៅពេលភ្ជាប់ មជ្ឈមណ្ឌលគ្រប់គ្រងវីនដូ បង្កើតវគ្គ 3-4 នៅផ្នែកខាងម៉ាស៊ីនមេ ដែលមិនត្រូវបានសម្លាប់សូម្បីតែនៅពេលឧបករណ៍ត្រូវបានផ្តាច់ចេញពីម៉ាស៊ីននិម្មិតក៏ដោយ។ WAC ក៏មិនដំណើរការជាមួយកំណែចាស់របស់ PowerShell ដែរ ដូច្នេះអ្នកនឹងត្រូវការយ៉ាងហោចណាស់ PowerShell 5.0។ ទាំងអស់នេះផ្ទុយពីគំរូនៃភាពអត់ឃ្លានរបស់យើង ប៉ុន្តែអ្នកត្រូវចំណាយសម្រាប់ការលួងលោម។ ក្នុងករណីរបស់យើង - RAM ។

ជម្រើសមួយទៀតសម្រាប់ការគ្រប់គ្រង Server Core គឺត្រូវដំឡើង GUI ដោយប្រើឧបករណ៍ភាគីទីបី ដើម្បីកុំអូសទាញសំរាមជាច្រើនដែលមកជាមួយចំណុចប្រទាក់នៅក្នុងការជួបប្រជុំគ្នាពេញលក្ខណៈ។

ក្នុង​ករណី​នេះ យើង​មាន​ជម្រើស​ពីរ៖ ដាក់​ចេញ Explorer ដើម​លើ​ប្រព័ន្ធ ឬ​ប្រើ Explorer++។ ជំនួសមកវិញ អ្នកគ្រប់គ្រងឯកសារណាមួយគឺសមរម្យ៖ Total Commander, FAR Manager, Double Commander ហើយដូច្នេះនៅលើ។ ក្រោយមកទៀតគឺល្អប្រសិនបើការរក្សាទុក RAM គឺសំខាន់សម្រាប់អ្នក។ អ្នកអាចបន្ថែម Explorer++ ឬកម្មវិធីគ្រប់គ្រងឯកសារផ្សេងទៀតដោយបង្កើតថតបណ្តាញ ហើយបើកដំណើរការវាតាមរយៈកុងសូល ឬកម្មវិធីកំណត់ពេល។

ការដំឡើង Explorer ពេញលេញនឹងផ្តល់ឱ្យយើងនូវឱកាសបន្ថែមទៀតទាក់ទងនឹងការធ្វើការជាមួយកម្មវិធីដែលបំពាក់ដោយ UI ។ សម្រាប់រឿងនេះយើង នឹងត្រូវទាក់ទង ទៅ Server Core App Compatibility Feature on Demand (FOD) ដែលនឹងបញ្ជូន MMC, Eventvwr, PerfMon, Resmon, Explorer.exe និងសូម្បីតែ Powershell ISE ទៅប្រព័ន្ធ។ ទោះយ៉ាងណាក៏ដោយ យើងនឹងត្រូវចំណាយសម្រាប់វា ដូចករណីជាមួយ WAC ដែរ៖ យើងនឹងបាត់បង់ RAM ប្រហែល 150-200 មេហ្គាបៃដែលមិនអាចត្រឡប់វិញបាន ដែលនឹងត្រូវបានទាញយកដោយគ្មានមេត្តាដោយ explorer.exe និងសេវាកម្មផ្សេងទៀត។ ទោះបីជាមិនមានអ្នកប្រើប្រាស់សកម្មនៅលើម៉ាស៊ីនក៏ដោយ។

នេះគឺជាអ្វីដែលការប្រើប្រាស់អង្គចងចាំដោយប្រព័ន្ធមើលទៅដូចនៅលើម៉ាស៊ីនដែលមាន និងគ្មានកញ្ចប់ Explorer ដើម។

សំណួរឡូជីខលកើតឡើងនៅទីនេះ៖ ហេតុអ្វីបានជាការរាំទាំងអស់នេះជាមួយ PowerShell, FOD, កម្មវិធីគ្រប់គ្រងឯកសារ ប្រសិនបើជំហានណាមួយទៅឆ្វេង ឬស្តាំនាំឱ្យមានការកើនឡើងនៃការប្រើប្រាស់ RAM? ហេតុអ្វីបានជាលាបខ្លួនអ្នកជាមួយនឹងឧបករណ៍ជាច្រើន ហើយសាប់ពីចំហៀងទៅម្ខាង ដើម្បីធានាបាននូវការងារប្រកបដោយផាសុកភាពនៅលើ Windows Server Core នៅពេលដែលអ្នកគ្រាន់តែអាចទាញយក Windows Server 2016/2019 ហើយរស់នៅដូចបុរសស្បែកស?

មានហេតុផលជាច្រើនក្នុងការប្រើប្រាស់ Server Core។ ទីមួយ៖ ការប្រើប្រាស់អង្គចងចាំបច្ចុប្បន្នគឺស្ទើរតែពាក់កណ្តាលនោះ។ ប្រសិនបើអ្នកចាំ លក្ខខណ្ឌនេះគឺជាមូលដ្ឋាននៃអត្ថបទរបស់យើងនៅដើមដំបូង។ សម្រាប់ការប្រៀបធៀប នេះគឺជាការប្រើប្រាស់អង្គចងចាំរបស់ Windows Server 2019 ប្រៀបធៀបជាមួយនឹងរូបថតអេក្រង់ខាងលើ៖

ដូច្នេះហើយ 1146 MB នៃការប្រើប្រាស់អង្គចងចាំជំនួសឱ្យ 655 MB នៅលើ Core ។ 

សន្មតថាអ្នកមិនត្រូវការ WAC ហើយនឹងប្រើ Explorer++ ជំនួសឱ្យ Explorer ដើមបន្ទាប់មកអ្នក។ អ្នកនឹងនៅតែឈ្នះស្ទើរតែកន្លះហិកតា នៅលើម៉ាស៊ីននិម្មិតនីមួយៗដែលកំពុងដំណើរការ Windows Server ។ ប្រសិនបើមានម៉ាស៊ីននិម្មិតតែមួយ នោះការកើនឡើងគឺមិនសំខាន់ ប៉ុន្តែប្រសិនបើមានប្រាំក្នុងចំណោមពួកគេ? នេះគឺជាកន្លែងដែល GUI មានសារៈសំខាន់ជាពិសេសប្រសិនបើអ្នកមិនត្រូវការវា។ 

ទីពីរ ការរាំណាមួយជុំវិញ Windows Server Core នឹងមិននាំអ្នកឱ្យប្រឈមមុខនឹងបញ្ហាចម្បងនៃប្រតិបត្តិការ Windows Server - RDP និងសុវត្ថិភាពរបស់វា (កាន់តែច្បាស់ជាងនេះទៅទៀតគឺអវត្តមានពេញលេញរបស់វា)។ Windows Core សូម្បីតែស្រោបដោយ FOD, RSAT និង WAC នៅតែជា server ដែលគ្មាន RDP ពោលគឺវាមិនងាយនឹង 95% នៃការវាយប្រហារដែលមានស្រាប់នោះទេ។

នៅសល់

ជាទូទៅ Windows Core គឺគ្រាន់តែធាត់ជាងការចែកចាយលីនុចស្តុកទាំងអស់ ប៉ុន្តែវាមានមុខងារច្រើនជាង។ ប្រសិនបើអ្នកត្រូវការបង្កើនធនធាន ហើយត្រៀមខ្លួនដើម្បីធ្វើការជាមួយកុងសូល WAC និង RSAT ហើយប្រើកម្មវិធីគ្រប់គ្រងឯកសារជំនួសឱ្យ GUI ពេញលេញ នោះ Core មានតម្លៃគួរយកចិត្តទុកដាក់។ លើស​ពី​នេះ​ទៅ​ទៀត អ្នក​នឹង​អាច​ជៀស​វាង​ការ​ចំណាយ​បន្ថែម​សម្រាប់ Windows ដែល​ពេញ​លេញ ហើយ​ចំណាយ​ប្រាក់​សន្សំ​លើ​ការ​ដំឡើង​កំណែ​របស់​អ្នក ការ VPSបន្ថែមនៅទីនោះឧទាហរណ៍ RAM ។ ដើម្បីភាពងាយស្រួល យើងបានបន្ថែម Windows Server Core ទៅក្នុងរបស់យើង។ ទីផ្សារ.

ប្រភព: www.habr.com