Сервер қосулы, Windows жұмыс істейді, қашықтан қосылу қолжетімді, ал жүйелік әкімші айқын қателерді көрмейді. Соған қарамастан қызметкерлер шағымданады: құжаттар баяу ашылады, 1С мезгіл-мезгіл қатып қалады, терминалдық сессиялар жауап беруді тоқтатады, ал ортақ бумаларға қосылу кейде бірнеше минут алады.
Мұндай жағдайда қате қорытынды жасау оңай: сервер жұмыс істеп тұрса, мәселе пайдаланушылардың компьютерлерінде деген ой келеді.
Іс жүзінде сервердің қолжетімділігі мен корпоративтік сервистердің жұмыс қабілеті — мүлде басқа көрсеткіштер. Сервер желілік сұрауларға сәтті жауап беріп тұрып, диск ішкі жүйесінде, дерекқорда, аутентификацияда немесе жекелеген қолданбаларда елеулі мәселелерге тап болуы мүмкін.
Сәтті ping, ашылатын жұмыс үстелі және CPU-дың жалпы жүктемесінің төмен болуы барлық қызметтің дұрыс жұмыс істейтінін дәлелдемейді. Пайдаланушыларда мәселе туындайтын нақты сервис пен нақты сценарийді диагностикалау қажет.
Бірінші қадам: қызметкерлер нақты неге шағымданатынын анықтау
«Сервер баяулап тұр» деген сөз диагностика үшін іс жүзінде еш ақпарат бермейді.
Жабдықты тексермес бұрын ақаудың сипатын, қашан пайда болғанын және қанша пайдаланушыға әсер еткенін анықтау қажет.
Мысалы, бір бухгалтерде 1С баяу ашылатын жағдай мен бүкіл кеңсе файлдық серверге бір уақытта қол жеткізе алмай қалатын жағдай әртүрлі тексеру бағыттарын талап етеді.
Пайдаланушыға қою керек бес сұрақ
- Нақты не жұмыс істемейді: жүйеге кіру, құжаттарды ашу, 1С, RDP, басып шығару немесе нақты қолданба ма?
- Мәселе қашан пайда болды және белгілі бір уақытта қайталана ма?
- Ақау үнемі байқала ма, әлде мезгіл-мезгіл пайда бола ма?
- Ұқсас жағдайға қанша қызметкер тап болды?
- Сол әрекетті басқа жұмыс орнынан орындаса, мінез-құлық өзгере ме?
Сондай-ақ қате туралы хабарламалар болған-болмағанын және жақында жаңартулар, желілік баптаулар өзгерістері немесе жаңа бағдарламалық қамтамасыз ету орнатылған-орнатылмағанын нақтылаған пайдалы.
1. Процессор: CPU-дың жалпы жүктемесі неге жаңылыстыруы мүмкін
Процессор жүктемесін тексеру — баяу жұмыс істейтін серверді диагностикалаудағы алғашқы әрекеттердің бірі. Бірақ нәтижені дұрыс түсіндіру қажет.
Мысалы, сервер CPU-дың жалпы жүктемесін 20–30% деңгейінде көрсетуі мүмкін, бірақ жекелеген процесс немесе логикалық процессорлардың бірі шегінде жұмыс істеуі ықтимал.
Мұндай мінез-құлық қолданба есептеу жүктемесін ядролар арасында жеткілікті тиімді бөлмеген кезде болуы мүмкін.
Нені тексеру қажет
- Процессордың жалпы және шекті жүктемесін.
- Жекелеген логикалық процессорлардың жүктемесін.
- Негізгі жүктемені жасайтын процестерді.
- Белсенді пайдаланушылар санын.
- Мәселе пайда болған кездегі жүктеме өзгерісін.
- Фондық тапсырмаларды, жаңартуларды және антивирус сканерлеуін.
Windows Server-де Task Manager, Resource Monitor және Performance Monitor құралдарынан бастауға болады.
Егер сервер виртуалды болса, физикалық хосттың күйін де тексеру қажет. Мәселе виртуалды машиналардың есептеу ресурстары үшін бәсекелесуінен туындауы мүмкін.
2. Жедел жад: сервер жұмыс істейді, бірақ дискіге үнемі жүгінеді
Жедел жадтың жетіспеуі процессор шамадан тыс жүктелмеген кезде де қолданбалардың баяулауына әкелуі мүмкін.
Бұл әсіресе терминалдық серверлерде, SQL Server-де және бір уақытта көп пайдаланушыға қызмет көрсететін жүйелерде байқалады.
Қолданбаларға физикалық жад жетіспегенде, жүйе беттеу файлын белсендірек пайдалануы мүмкін. Жүктемеге байланысты бұл қосымша диск операцияларына және жауап беру уақытының ұзаруына әкеледі.
Неге назар аудару керек
Қолжетімді физикалық жадты, жекелеген процестердің жад пайдалануын, commit жад көлемін және беттеу операцияларының қарқындылығын бағалау қажет.
Бұл ретте RAM-ның жоғары толу пайызының өзі әрдайым мәселе емес. Мысалы, SQL Server деректерді кэштеу үшін жадтың үлкен көлемін пайдалана алады.
RAM көлемін ұлғайту туралы шешімді тек бос емес жад пайызына емес, нақты жүктемені талдағаннан кейін қабылдау керек.
3. Диск ішкі жүйесі: ұзақ қатып қалудың себептерінің бірі
Серверде өнімді процессор мен үлкен жедел жад болуы мүмкін, бірақ диск ішкі жүйесі жүктемені көтермесе, операциялар баяу орындалады.
Бұл әсіресе дерекқор серверлері, файлдық қоймалар және виртуализация платформалары үшін өзекті.
Мысалы, SQL Server диск операцияларының аяқталуын ұзақ күтсе, 1С пайдаланушылары құжаттарды өткізу кезінде ұзақ кідірістерді байқауы мүмкін.
Қандай көрсеткіштерді зерттеу керек
- Оқудың орташа және шекті кідірісін.
- Жазудың орташа және шекті кідірісін.
- Секундына диск операцияларының санын.
- Енгізу-шығару операцияларының кезегін.
- Жекелеген процестерден түсетін жүктемені.
- Бос орынды және томдардың күйін.
- Сақтау контроллері мен операциялық жүйе журналдарын.
Performance Monitor-де тиісті физикалық және логикалық дискілер үшін оқу және жазу кідірісі санағыштарын бақылаған пайдалы.
Қызметкерлердің шағымдары пайда болған уақытпен сәйкес келетін ұзақ кідірістерге ерекше назар аудару керек. Қысқа мерзімді шарықтаудың өзі әрдайым ақауды білдірмейді.
HDD немесе SSD ақауы туралы хабарламалардың болмауы қойманың жеткілікті өнімділігіне кепілдік бермейді. Жинақтауыштардың техникалық күйін ғана емес, нақты жұмыс жүктемесіндегі енгізу-шығару кідірістерін де бағалау маңызды.
4. RAID: массив күйін неге елемеуге болмайды
Егер сервер RAID-контроллерді пайдаланса, барлық физикалық жинақтауыштардың және массивтің өзінің күйін тексеру қажет.
Дискілердің бірі істен шыққанда кейбір RAID конфигурациялары пайдаланушылардың сұрауларына қызмет көрсетуді жалғастырады. Бірақ жүйенің өнімділігі мен ақауға төзімділігі өзгеруі мүмкін.
Массивті қалпына келтіру кезінде жинақтауыштарға түсетін қосымша жүктеме де корпоративтік қолданбалардың жылдамдығына әсер етуі мүмкін.
RAID-контроллер кэшінің күйін, оның қорғаныс модулін және ағымдағы кэштеу саясатын бөлек тексерген жөн.
Жабдық моделіне байланысты қорғаныс модулінің ақауы кэштеу режимінің өзгеруіне және жазу өнімділігінің айтарлықтай төмендеуіне әкелуі мүмкін.
Өнімділікті тексеру үшін ғана массивті инициализациялауды, мәжбүрлі қайта құруды немесе басқа ықтимал қауіпті операцияларды орындамаңыз. Алдымен массивтің күйін анықтап, диагностикалық деректерді сақтап, ақпаратты қалпына келтіру мүмкіндігіне көз жеткізу қажет.
5. Жергілікті желі: сервер ақаусыз, бірақ пайдаланушылар онымен қалыпты жұмыс істей алмайды
Кейде сервер шынымен ескертусіз жұмыс істейді, бірақ мәселелер оның өзі мен қызметкерлердің жұмыс компьютерлері арасында туындайды.
Себеп желілік интерфейстердегі қателер, шамадан тыс жүктелген қосылымдар, зақымданған кабель, VLAN-ның қате баптаулары немесе Wi-Fi-дың тұрақсыз жұмысы болуы мүмкін.
Корпоративтік желінің әртүрлі учаскелерінен сервистің жұмысын салыстыру әсіресе маңызды.
Мысал
Серверлік бөлмедегі немесе көрші кабинеттегі қызметкерлер файлдармен кідіріссіз жұмыс істейді, ал басқа қабаттағы пайдаланушылар тұрақты қатып қалуға шағымданады.
Мұндай жағдай проблемалы сегмент пен сервер арасындағы желілік маршрутты тексеру қажет екенін көрсетеді.
Бірақ мұнда да өлшеусіз түпкілікті қорытынды жасауға болмайды: клиенттердің мінез-құлқы баптауларға, бағдарламаларға және жергілікті жабдыққа байланысты әртүрлі болуы мүмкін.
Коммутаторларда нені тексеру керек
- Порттардың нақты жылдамдығын.
- CRC/FCS қателерін және тасталған пакеттерді.
- Шамадан тыс жүктелген магистральдық қосылымдарды.
- Желілік интерфейстердің жиі ажырауын.
- VLAN конфигурациясының өзгерістерін.
- Желілік жабдық журналдарын.
6. DNS және Active Directory: кідірістер бағдарлама ашылмай тұрып пайда болғанда
Домендік инфрақұрылымда көптеген жұмыс операциялары DNS, домен контроллерлері және аутентификация тетіктерінің дұрыс жұмысына тәуелді.
Егер DNS қате бапталса, жұмыс станциясы қажетті серверлер мен қызметтерді ұзақ іздеуі мүмкін.
Домен контроллерінің қолжетімділігі, уақытты синхрондау немесе топтық саясаттарды өңдеу мәселелері де пайдаланушылардың кіруіне және корпоративтік ресурстарға қол жеткізуіне әсер етуі мүмкін.
Типтік белгілер
- Windows-қа ұзақ кіру.
- Топтық саясаттардың баяу қолданылуы.
- Қайта авторизация сұрауларының мерзімді пайда болуы.
- Желілік бумаларды ашудағы кідірістер.
- Домен ресурстарына қол жеткізу қателері.
Проблемалы жұмыс станцияларындағы DNS баптауларын, қажетті домен контроллерлерінің қолжетімділігін, уақыт синхрондауын және тиісті оқиғалар журналдарын тексеру қажет.
Диагностикасыз корпоративтік DNS-серверлерді қоғамдық мекенжайлармен ауыстыруға болмайды: домендік ортада бұл ішкі атаулардың шешілуін және тәуелді қызметтердің жұмысын бұзуы мүмкін.
7. RDP: терминалдық сервер қолжетімді, бірақ онда жұмыс істеу мүмкін емес болғанда
Терминалдық серверде мәселе қосылу кезінде емес, пайдаланушы сессиясының ішінде көрінуі мүмкін.
Мысалы, қызметкер RDP арқылы сәтті кіреді, бірақ қолданбалар кідіріспен ашылады, мәтін бірнеше секундтан кейін пайда болады, ал бағдарлама терезесі мезгіл-мезгіл жауап бермей қалады.
Себеп сервер ресурстарында, пайдаланушы профилінде, қолданбада, желілік қосылымда немесе сақтау жүйесінде болуы мүмкін.
Нені тексеру қажет
- Белсенді және ажыратылған сессиялар санын.
- Нақты пайдаланушылар процестерінің жүктемесін.
- Кіру және профиль жүктелу уақытын.
- Пайдаланушы профильдері орналасқан дискінің күйін.
- Принтерлер мен құрылғыларды қайта бағыттаудың жұмысын.
- Клиент пен сервер арасындағы қосылым сапасын.
- Remote Desktop қызметтерінің қателерін.
Егер тек бір пайдаланушыда қатып қалу болса, оның сессиясын басқа пайдаланушының жұмысымен салыстырып, жеке баптауларын тексерген жөн.
Егер мәселелер барлық қызметкерде бір уақытта байқалса, жалпы жүктемені, қойманы, желілік қосылымдарды және инфрақұрылымдық қызметтерді тексеру керек.
Қолдау көрсетілетін Windows нұсқаларында пайдаланушы енгізуін өңдеу кідірісін бақылауға мүмкіндік беретін өнімділік есептегіштері бар. Олар терминалдық сеанстар баяулай бастаған сәттерді сервер жүктемесінің өзгерістерімен салыстыруға көмектеседі.
8. Windows Server қалыпты жұмыс істеп тұрса да, 1С неге баяулайды
Егер қызметкерлердің негізгі шағымы 1С жұмысына қатысты болса, қолданылатын ақпараттық базаның архитектурасын бөлек диагностикалау қажет.
Файлдық нұсқада желілік қосылымның күйі, файлдық қойманың өнімділігі және пайдаланушылардың бір мезгілде жұмыс істеу ерекшеліктері маңызды.
Клиент-серверлік нұсқада бұған қоса 1С серверін, дерекқорды басқару жүйесін және компоненттердің өзара әрекетін талдау қажет.
1С жұмысына не әсер етуі мүмкін
- SQL Server өнімділігінің жеткіліксіздігі.
- Дерекқордағы ұзақ сұраулар мен бұғаттаулар.
- Дискілік ішкі жүйедегі жоғары кідірістер.
- Жадтың немесе процессор ресурстарының жетіспеуі.
- Фондық және регламенттік тапсырмалар.
- Желінің өткізу қабілетінің жеткіліксіздігі.
- Нақты конфигурацияға немесе өңдеуге қатысты мәселелер.
Мысалы, белгілі бір есеп бірнеше минут орындалып, ал қалған операциялар жылдам жұмыс істесе, мәселені міндетті түрде сервердің аппараттық бөлігінен іздеудің қажеті жоқ.
Нақты сұрауды, оның орындалу жоспарын, бұғаттауларды немесе есепті қалыптастыру логикасын талдау қажет болуы мүмкін.
Диагностика үшін 1С технологиялық журналын, ДҚБЖ көрсеткіштерін және Windows Server мониторингі деректерін бір уақыт аралығында салыстыру пайдалы.
Қызметті қайта іске қосу жүйенің мінез-құлқын уақытша өзгертуі мүмкін, бірақ сонымен бірге пайдаланушылардың жұмысын тоқтатып, бастапқы себепті іздеуді қиындатуы ықтимал. Араласудан бұрын диагностикалық ақпаратты жинау қажет.
9. Фондық тапсырмалар: сервер неге дәл кесте бойынша баяулайды
Егер шағымдар шамамен бір уақытта пайда болса, тапсырмалар жоспарлағышын, резервтік көшіруді, антивирустық тексерулерді және басқа тұрақты операцияларды тексеру қажет.
Мысалы, резервтік көшірме жасау тапсырмасы процессорға, желіге немесе сақтау жүйесіне қосымша жүктеме түсіруі мүмкін.
Бұл резервтік көшіруді өшіру керек дегенді білдірмейді. Кестені, жүктемені шектеу мүмкіндігін және қолданылатын backup-жүйесінің мүмкіндіктерін бағалау қажет.
Бірнеше ресурсты көп қажет ететін процесс бір мезгілде іске қосылатын жағдайларға ерекше назар аудару керек.
10. Виртуалдандыру: мәселе виртуалды серверден тыс жерде болуы мүмкін
Виртуалды машинамен жұмыс істегенде физикалық хост пен ортақ қойманың күйін де ескеру қажет.
Виртуалды Windows Server ішінде CPU мен RAM көрсеткіштері қалыпты көрінуі мүмкін, ал виртуалдандыру платформасының физикалық ресурстары шын мәнінде шамадан тыс жүктеліп тұруы ықтимал.
Мысалы, бірнеше виртуалды машина бір уақытта бір дискілік ішкі жүйеге жоғары жүктеме түсіруі мүмкін.
Сондықтан диагностика қонақ операциялық жүйені ғана емес, гипервизорды, физикалық жинақтауыштарды, желілік қосылымдарды және басқа виртуалды машиналарды да қамтуы тиіс.
Windows Server-ді жылдам диагностикалау
Бастапқы тексеру үшін Windows-тың кірістірілген құралдарын пайдалануға болады.
Желілік адаптерлерді тексеру
Get-NetAdapter |
Select-Object Name, Status, LinkSpeedКоманда интерфейстердің күйін және желілік қосылымдардың келісілген жылдамдығын көрсетеді.
Желілік интерфейстер статистикасы
Get-NetAdapterStatisticsҚолжетімді көрсеткіштер желілік адаптер мен оның драйверіне байланысты.
Файлдық қызметтің қолжетімділігін тексеру
Мәселе байқалған жұмыс компьютерінде SMB порты арқылы серверге TCP-қосылымды тексеруге болады:
Test-NetConnection SERVER01 -Port 445SERVER01 мәнін қажетті сервердің атауына немесе IP-мекенжайына ауыстырыңыз.
Сәтті қосылым тиісті TCP-порттың қолжетімді екенін растайды, бірақ желілік буманың дұрыс жұмысын немесе қол жеткізу құқықтарының дұрыстығын кепілдемейді.
Сервер атауының шешілуін тексеру
Resolve-DnsName SERVER01Алынған мекенжайды инфрақұрылымның нақты конфигурациясымен салыстырыңыз.
Өнімділік мониторы
perfmonМерзімді мәселелер кезінде тек ағымдағы жүктемені қараумен шектелмей, көрсеткіштерді уақыт бойынша жинауды баптаған жөн.
Windows оқиғалар журналы
eventvwr.mscЖүйелік журналды, тиісті қолданбалардың журналдарын және қолданылатын серверлік рөлдердің мамандандырылған журналдарын зерттеңіз.
Оқиғалардың уақытын шағымдар пайда болған сәтпен салыстыру маңызды. Журналдағы жеке қате дәл сол мәселенің себебі екенін әлі дәлелдемейді.
Кесте: әртүрлі шағымдар кезінде неден бастау керек
| Пайдаланушы шағымы | Алғашқы тексеру бағыты |
|---|---|
| Барлық қызметкер бір уақытта ортақ бумаларға қол жеткізуден айырылды | Файлдық қызмет, желі, DNS, дискілік ішкі жүйе. |
| Тек бір қызметкер файлдарды аша алмайды | Оның компьютері, желілік қосылымы, есептік жазбасы және құқықтары. |
| 1С көбіне құжаттарды өткізу кезінде баяулайды | ДҚБЖ, бұғаттаулар, дискілік кідірістер және регламенттік операциялар. |
| RDP жұмыс істейді, бірақ мәтін мен терезелер кідіріспен пайда болады | Терминалдық сервер жүктемесі, енгізу кідірісі, желі және қолданбалар. |
| Таңертең барлығы доменге өте ұзақ кіреді | DNS, домен контроллерлері, профильдер және топтық саясаттар. |
| Жүйе дәл белгілі бір уақытта баяулайды | Жоспарлағыш, антивирус, резервтік көшіру және фондық тапсырмалар. |
| Диск істен шыққаннан кейін сервер жұмысын жалғастырды, бірақ баяулады | RAID-контроллер, массив күйі, қайта құру және дискілік кідірістер. |
| Жергілікті жерде бәрі жылдам, ал қашықтан жұмыс істеу мүмкін емес | VPN, интернет-арна, маршрут, кідірістер және пакет жоғалтулары. |
Неге серверді бірден қайта жүктеуге болмайды
Қайта жүктеу кейбір қолданбалардың жұмысын уақытша қалпына келтіруі мүмкін. Алайда ол ақаудың себебін әрдайым жоймайды.
Оның үстіне қайта іске қосқаннан кейін маңызды диагностикалық мәліметтер жоғалуы мүмкін: тұрып қалған процестердің күйі, белсенді сеанстар және ағымдағы жүктеме көрсеткіштері.
Егер жағдай мүмкіндік берсе, алдымен белгілерді тіркеп, журналдарды жинап, жабдық күйін тексеріп, содан кейін ғана қайта жүктеу туралы шешім қабылдау қажет.
Критикалық ақау кезінде әрекеттер авариялық қалпына келтіру жоспары мен бизнес талаптарына сәйкес анықталады.
Мәселе бірнеше күнде бір рет пайда болса, диагностиканы қалай ұйымдастыру керек
Ең күрделі ақаулар — мерзімді түрде пайда болатындары. Әкімші серверге қосылған кезде бәрі қайтадан қалыпты жұмыс істеп тұрады да, айқын мәселе табылмайды.
Мұндай жағдайда техникалық ақпаратты жинауды алдын ала ұйымдастыру қажет.
Windows Server үшін Performance Monitor деректер жинағыштар жиынтығын пайдалануға болады. Олар өнімділік көрсеткіштерін жазып, мәселе қайта пайда болғаннан кейін талдауға мүмкіндік береді.
Қосымша маңызды қызметтердің қолжетімділігін, дискілердің, желілік интерфейстердің және критикалық қолданбалардың күйін мониторингтеуді баптау пайдалы.
Тергеу кезінде сервер көрсеткіштерін ғана емес, пайдаланушылар шағымданған нақты уақытты да тіркеу қажет.
Жүйелік әкімшіге арналған чек-лист
Қай қызметкерлер мен сервистерге әсер еткені анықталды Мәселе туындаған нақты уақыт тіркелді Процессор мен жеке ядролардың жүктемесі тексерілді Жедел жадты пайдалану талданды Дискілік операциялардың кідірістері тексерілді RAID-массив пен жинақтауыштардың күйі тексерілді Windows Server жүйелік журналдары зерттелді Желілік интерфейстер мен қосылым қателері тексерілді DNS және қажетті Active Directory қызметтері тексерілді Пайдаланушылардың RDP-сеанстарының күйі зерттелді Қажет болса 1С сервері мен ДҚБЖ тексерілді Резервтік көшіру және антивирус тапсырмалары тексерілді Виртуалды машина үшін физикалық хост жүктемесі тексерілді Мерзімді ақаулар үшін көрсеткіштерді жинау бапталды Түзетулерден кейін қайта тексеру орындалды
Серверді қашан жаңғырту қажет
Егер диагностика ағымдағы платформаның жұмыс жүктемесін енді көтере алмайтынын растаса, жаңғырту мүмкіндіктерін бағалау қажет.
Кейде жедел жадты ұлғайту, дискілік ішкі жүйені ауыстыру, қолданбалар серверін қайта баптау немесе желілік шектеуді жою жеткілікті.
Ал жабдық ескіріп, БҚ-ның қажетті нұсқаларын қолдамаса және үнемі мәселе туғызса, жоспарлы ауыстыру қажет болуы мүмкін.
Шешімді нақты жүктемені, жаңғырту құнын, компоненттердің қолжетімділігін және тоқтап қалудың ықтимал салдарын талдағаннан кейін қабылдау керек.
Дұрыс диагностика мәселенің нақты қай жерде екенін анықтауға мүмкіндік береді: серверде, қолданбада, дискілік ішкі жүйеде, желілік инфрақұрылымда немесе жұмыс орындарында. Бұл қажетсіз сатып алулардан, негізсіз қайта жүктеулерден және қайталанатын авариялардан сақтануға көмектеседі.
Қорытынды
Жұмыс істеп тұрған сервер қызметкерлердің корпоративтік жүйелерді тиімді пайдалана алатынына әлі кепілдік бермейді.
1С-тің баяу жұмысы, тұрып қалатын RDP-сеанстар, файлдарға қол жеткізу қателері және жұмыс профильдерінің ұзақ жүктелуі мүлде әртүрлі ақаулардың салдары болуы мүмкін.
Сондықтан диагностиканы пайдаланушылардың нақты шағымдарынан бастап, содан кейін қолданбаларды, Windows Server ресурстарын, дискілік ішкі жүйені, желіні және инфрақұрылымдық қызметтерді ретімен тексеру қажет.
Көрсеткіштерді әкімші қалыпты жұмыс істеп тұрған серверге кейін қосылған сәтте ғана емес, мәселе нақты байқалған уақытта өлшеу ерекше маңызды.
Егер ақаулар корпоративтік ақпаратты сақтауға байланысты болса, келесі бөліммен танысыңыз: «Деректерді қорғау және резервтік көшіру».