System Administrator (SA) или на български език Системен Админситратор (СА) е човек който се грижи за част или цялата ИТ система на една фирма. За повече информация във Wikipedia. В случая моята идея не е за това какво трябва да може и/или да прави, а какво няма да върви без него и колко струва неговия труд. Идеята на статията също няма за цел да омаловажи труда на другите.

И така да започнем анализа какво няма да може да работи без един СА. От микрото към макрото в ИТ системите.

На микро или локално ниво, след един период от време  без поддръжка в една фирма компютрите на които работят служителите няма да работя нормално, било заради вирус, „счупен“ системен и/или програмен файл или нещо друго.

Ако компютрите са свързани в мрежа, няма да има нито мрежови принтери, нито споделени ресурси. Не дай си боже да се появи и разпространи мрежови вирус.

Става още по-интересно когато във фирмата има няколко операционни системи примерно Windows и Linux. И на този Linux има един или няколко корпоративни сайта, пощенски сървър и/или нещо друго.

И какво излиза че след известен период от време, без СА няма да работи нищо, фирмата няма да може да бъде намирана в интернет, няма да може да комуникира с други фирме освен по телефон и/или факс.

Някой ще спомене, че може и на ръка, ДА така е може и на ръка, но нека опита да си представи как всичко което е правил на компютъра го прави на ръка.

На кратко това в за микрото, нека да видим за макрото или интернет 🙂

Следва …..

Отдавна си мечтая за умен UPS (умен в смисъл, да може да си говори с компютъра). В момента система се „подпира“ от един REPOTEC RPT-1003AU – 1KVA/600W – около 40 минути което за мен е супер, но проблема е че така и не намерих софтуер който да НЕ работи в графична среда и да си говори с UPS-a. Преди около месец ми попадна един UPS APC SMART-UPS 700 I NET. Пристигна в леко насипно състояние, няма кабел за комунукация, няма батерии предната метална планка която подпира батериите и държи предния капа, но все пак си APC.

1-ва задача беше да из тествам дали работи, но за целта ми трябваше комуникационния кабел който е на RS-232 🙂 и който нямах за нещастие. След няколко дена ровене в нета попаднах на тази схема:

Направих кабел и остана да проверя дали ми работи комуникацията, да ама не. За софтуер реших да използвам ApcUPSd, понеже дъното което използвам няма com порт, ползвам платка PCI to RS232 с Moschip MCS9835.  След няколко опита да свържа UPS и сървъра, реших да мъча системата под Windows докато разбера какъв е проблема с комуникацията и тогава да го мъча под Linux. И речено – сторено :), оказа се, че UPS не харесва com порта, смених няколко PCI платки докато се стигна до заветната с Moschip MCS9865. За софтуер под Windows използвах UpsDiag2. Кабела работи, платката и тя, UPS и той, всичко хубаво само дето kernel-a не потдържа този хардуер :),  намерих драйвер и се почна едно компилиране и то не друго а идеята е платформата за виртуализация (Дебиан базирана) да управлява UPS-a.  След 2 дена борба, докато разбера как точно се компилира за Дебиан драйвери нещата та потръгнаха. С едно малко уточнение, че портовете не са /dev/ttyS0,1 a /dev/ttyD0,1 :).

След което след като конфигурирах правилно apcupsd всичко си дойде на мястото 🙂

Тръгна и web базираното приложение за наблюдение на UPS.