Що таке одне, що ви хотіли б знати, коли ви вперше почали бути системним адміністратором? [зачинено]

Для нового системного адміністратора важливо вчитися у тих, хто має досвід.

Що це те, про що ти знаєш зараз, що хочеш, щоб ти знав, коли вперше почав?

Що ж таке рада, яку ви дасте новому системному адміністратору?

1. Повільно вниз ... ми поспішаємо.

2. Якщо ви правильно зробите свою роботу, НІКОЛИ не помітить щось.

3. Це ніколи не буде 9-5 або 40-годинним робочим тижнем.

4. Ніколи не можна мати занадто багато резервних копій. Тестуйте їх!

5. Та "неможливий" сценарій, який ви не турбували планувати для WILL HAPPEN.

6. Хакери (насправді малюки сценаріїв) хакують речі тому, що можуть, а не тому, що спеціально на вас націлилися. Це не особисте, ви були просто там. Тож не запитуйте "Чому я?"

7. Документуйте все! Навіть якщо це просто для вашого розуму. Приватна Вікі йде в дорозі. Якщо ви не можете зайнятися цим, то принаймні зберігайте текстовий документ, який не закінчується, добре відформатований на вашому комп’ютері ..., тоді ще й резервне копіювання! Тільки тому, що сьогодні ви знаєте щось «всередині і зовні», це не означає, що ви пам’ятаєте, що за чорт ви зробили через 6 місяців.

8. Якщо ввечері щось піде не так, і ви думаєте, що, можливо, ви будете довгі ночі ... ЗАПИСЬТЕ СВІЙ ПЛАН. Ви були б здивовані, як "вигадали кашку" ви будете о 3 ранку, і раптом ви скажете: "Тепер, чи я насправді робив X чи я просто думав, що мені потрібно зробити X наступний? О дерьмо ! " (Це трапиться з вами, особливо якщо процес відновлення займає кілька годин.)

9. Найслабшим аспектом будь-якого комп’ютера / мережі майже завжди буде ЛЮДИНИЙ ЕЛЕМЕНТ. Не має значення, наскільки безпечно ви робите комп’ютер / програму / мережу. Деякий дебіл завжди намагатиметься використовувати "bob" і "bob" як своє ім'я користувача та пароль, а потім записує його на замітку і додає його на монітор ... що трапляється перед зовнішнім вікном ... що просто трапляється поза автобусної зупинки. (Я б хотів, щоб я це вигадував) ;-)

10. Розслабтесь! Я майже можу ГАРАНТУВАТИ те, що незалежно від того, що з кимось з вами трапляється щось погане, десь проживає КРАСНИЙ день, ніж ви. Будь щасливим, що ти не ТОЙ хлопець і залишайся ЗАГАЛЕНОЮ. Якщо ви зможете залишитися CALM, коли всі навколо вас вигадують ... ви виявите, що через короткий час вони теж заспокоюються. Не брати участі в масовій істериці. ;-)

БОНУСНИЙ ПОРАД: Дружини / подруги НЕ дурні. Одного разу я витягнув журнал поштового сервера з "хвостом -f maillog.log", щоб мій інший значимо дивитись атаку словника на поштовий сервер. Я пояснив їй, що цей рівень атаки "нормальний" і майже постійний. Потім я пояснив, що коли мій телефон вимикається о 3 годині ранку, це тому, що ми стикаємося з 10-ГІЛЬШОМ. Ви здивуєтеся, наскільки вони можуть бути співчутливими / розуміючими, коли насправді ВИДАЮТЕ лайно, з яким нам доводиться стикатися щодня. ПОДІЛИТИСЯ ДОСВІД!

Вправа.

Я не товстий, але ось що, я поза формою. 10 років за комп'ютером пролітають, і мене це наздогнало.

Природа ніколи не мала наміру сидіти навколо всього свого життя, і важко потрапити в розпорядок дня, якщо у вас його ніколи не було.

Подальше спостереження

Після того, як ви закінчите вирішення проблеми. Зачекайте кілька днів або тиждень і відвідайте або зателефонуйте користувачеві.

Привіт, це <insert your name>я допомогла тобі з вашою проблемою <insert the problem>. Мені хотілося простежити і подивитися, чи все ще працює.

Мені було страшно в них, поки я не почав призначати свої календарі у своєму календарі. Я запланував би подальше спостереження (невідоме користувачеві) на більш пізню дату після усунення проблеми).

Ви можете зателефонувати, якщо натиснути на час, але бажаний спосіб відвідування особисто. Чому?

Якщо ви правильно зробите свою роботу, НІКОЛИ не помітить щось.

Люди помітять вас ; Це дитяче визнання!

Вийди зі своєї кубічної, знайомтесь з деякими людьми, дайте їм знати, хто ви і що робите.

Не намагайтеся бути незамінними. Поширюйте свої знання та документацію. Ви не хочете, щоб вас постійно дзвонили по телефону у святкові дні лише тому, що ніхто не знає про системи, якими ви керуєте.

Не просто вивчайте конкретні програми та системи та ОС. Вивчіть стандарти, протоколи та конвенції, що стоять за ними, щоб ви не втратили повністю, якщо вам потрібно, наприклад, перейти з однієї ОС на іншу. Слідкуйте за знаннями та своїми вміннями.

Крім того, подбайте про себе, зробіть перерви і виконайте деякі вправи, коли не працюєте. Отримайте гарний стілець і стіл. Не ламайте спину і шию на першому році роботи.

Не соромтеся просити про допомогу,

Не думайте, що все, що ви можете зробити один і зараз

Це ніколи не буде 9 до 5.
Я завжди це знав, я б хотів, щоб хтось сказав моїй дружині!

• Управління часом
• Отримайте довідкову службу або систему проблемних квитків між вами та вашими користувачами
• Я згадав про управління часом? Добре виділіть шматки часу на роботу над проектами та розділіть час для проблемних квитків, інакше ви витратите весь час на виправлення квитків (що зробить користувачів щасливими) і жодного на проекти (що зробить вашого менеджера нещасним).

Будьте ініціативними, не реагуючими. Або проаналізуйте реактивні заходи, які ви вживаєте / могли б вжити - та спроектуйте проактивні способи, щоб переконатися, що цього не потрібно.

Ергономіка - це набагато більше, ніж купувати грубі клавіатури. Ніколи не пізно починати, але кілька незначних травм спини означають, що я не маю такого виду свободи, як раніше. Я б хотів, щоб я досліджував цей матеріал на початку.

• Дізнайтеся, як піднятись; уникнути травм спини
• Дізнайтеся про висоту стільця / монітора / письмового столу та про те, як незначні неправильні регулювання можуть призвести до великих проблем зі здоров’ям та болю
• Дізнайтеся про кистьовий тунель та як захистити руки / зап’ястя / руки від повторних стресових травм

Ви можете полегшити це за допомогою згаданих вище порад щодо фізичних вправ, але не помиляйтесь, думаючи, що подібні травми трапляються лише людям старого віку, хворим людям, іншим людям ...

Що це лише робота.

Найголовніше: зберігати та тестувати резервні копії

По-друге,

Усі проблеми вдається вирішити технічно, проте змінна людини - це те, що робить пошук рішення складним.

Не важливо, скільки ви знаєте і як найкраще ви можете це показати. Якщо у вас немає терпіння, ви згораєте і ненавидите свою роботу.

Я дізнався одне: не чекайте вдячності, якщо ви зробите гарну роботу. Сисадміни, як правило, залишаються непоміченими, поки щось не піде не так.

1. Не всі проблеми мають технологічне рішення, іноді правильно написана та перевірена політика - правильна відповідь.
2. Управління конфігурацією та стандарти завжди найкраще працюють, коли реалізуються на етапі розгортання.
3. Ні разу не занадто рано в процесі розробки , щоб зажадати перегляду безпеки.
4. Користувачі майже завжди незацікавлені в конфігурації системи, вони просто хочуть, щоб їх програми працювали.
5. Користувачі / розробники завжди хочуть брати участь у нових розробках послуг. Обов’язково включіть їх у свій аналіз вимог.
6. Завжди витрачайте час на дослідження стандартної конфігурації та / або шукайте наявні сценарії чи програмні пакети.
7. Документуйте все. Завжди припускайте, що комусь іншому доведеться керувати вашим продуктом. Бути єдиною людиною, яка може вирішити проблему, - це безпека роботи, але це також означає, що ви не можете приймати відпустки. Наживо за принципом HBAB (ударом автобуса).
8. Візьміть канікули. Якщо ви робите свою роботу правильно, хтось інший може це прикрити.
9. Те, як ви взаємодієте зі своїми клієнтами та колегами, визначає, наскільки добре вони працюватимуть з вами. Ми всі читаємо і сміємося з БОФХ, але давайте зіткнемося з цим. Він мудак і його ніхто не любить.
10. Як сказав адопілот, не бійтеся просити допомоги чи поради. Знайте, де закінчується ваша експертиза. Ми всі дорослі, жодна людина, з якою не варто працювати, не затримає цього проти вас.

Одна справа - це стосунки з людьми. Вони нетерплячі. Коли вони зателефонують вам, вони вже затуманені. Якщо вони засмучені, це не на вас - це тому, що технологія, яка призначена для вирішення їхніх проблем, здається, викликає все більше (і це досить часто). Вони, швидше за все, відвернуться до вас: Але не сприймайте це як особисту критику.

Одна річ, яка мені зайняла певний час, - це як емоційно спілкуватися та відключатись. Займайтеся ситуацією та ставіться до людини, якій ви допомагаєте, з повагою та добротою. Ви не будете отримувати подяку (часто), і ви не бачите будь-якої "подяки". Але наприкінці дня вони згадають вас і зателефонують вам, бо ви ввічливі та доброзичливі. Це те, що я б сказав комусь.

Тому що, якщо ви ввічливі, але не знаєте відповіді / як це виправити, вони, принаймні, почуватимуться краще, що ви їх ще більше не засмучували.

Не хвилюйтеся так сильно щодо своєї проблеми. Турбота не заведе вас занадто далеко.

Натомість спробуйте вирішити проблему, посміхніться і пам’ятайте, що завтра на світанку зійде сонце. Це врятує вам пару років вашого життя, і це все, що має значення в кінці кінців :)

Простий, як правило, краще, але простий просто заради простоти, як правило, поганий.

Справа з управлінням може бути найбільшою проблемою.

Речі можуть повернутися, щоб вкусити тебе в дупу.

Дотримуйтесь своїх рішень до тих пір, поки хтось не покаже вам політику, яка протидіє їй, або поки вас не позбавить керівництво.

Я не можу вам сказати, скільки разів (останнім часом) мені доводилося застосовувати нашу політику безпеки, щоб пояснити щось, наприклад, чому ім'я вашої собаки не є гарним паролем для виробничої системи.

Пам’ятаючи, що люди незмінно дурні. Це включає себе.

Я усвідомлюю, що багато комп'ютерних вундеркіндів мають ADD (як я) та люблю гіперфокусуватись на проблемі. Це чудово. Моя впертість змусила мене працювати над проблемами, від яких майже всі інші здаються.

Але,

Це не стосується 3:00. Якщо ви попробовані відповісти на проблему і виявите, що це не проста перезавантаження чи неправильна конфігурація, СТОП. Робіть замітки. Якщо ви зірвали конфігурацію або машину, щоб щось виправити, СТОП.

Складіть, навіть у голові, список того, що можна попросити, щоб проблема не загострилася. Якщо це означає, що вам доведеться відмовитися від змін, які ви зробили лише для того, щоб дістатися до статусу квоти , зробіть це. Подумайте з точки зору: "Я можу відновити AR за 20 хвилин, але інші машини зайнятимуть більше часу. Один з них я зараз не можу піднести, тому я просто зроблю AR db і доведеться затримувати все інше. "

І йдіть додому о 4 ранку, якщо буде потреба. Або спати.

Можливо, вам доведеться сказати начальнику: "Я зайшов, працював над цим. Проблема полягала не в тому, що я думав, що це так, що мені довелося відступати. Дайте мені перегрупуватися протягом 20 хвилин і подивіться, що я можу дізнатись".

Тому що це все одно не може бути на вашому кінці. Це може бути щось, що вам потрібно передати мережам, розробкам або технічній підтримці вашого постачальника.

Якщо ви внесли зміни, і зміни нічого не виправили, ВИНАГО поверніться із зміни! Я ненавиджу щось працювати, а потім знаходжу два десятки непов’язаних речей, які я це не вирішив. Якщо вам потрібно внести ці зміни, визначте спочатку оригінальну проблему!

Справа в тому, що я люблю вирішувати проблеми, і я люблю дотримуватися проблеми і не відпускати її до тих пір, поки у мене не буде рішення. Але я ненавиджу смертні виступи, 3-х ранніх дзвінків, які поширюються на 8 вечора, і загалом пожежу.

Коли я почав, знання ключових ролей Microsoft Active Directory та впровадження та міграція були запорукою швидкого запуску.

Але для прокрутки вашого шляху ви можете мати як керівництво:

• Спробуйте звернутися до RFC
• Практикуйте хороший пошук інформації для всіх налаштувань і проектів, які ви шукаєте, і використовуйте тестове середовище
• Зробіть резервні копії! Хороша стратегія резервного копіювання дуже важлива.
• Документуйте свою роботу, але не тільки для вас.
• Дізнайтеся TCP / IP
• Вивчіть одну або кілька мов сценаріїв (PowerShell / Python.)
• Практикуйте Unix / Linux.

• Не переживайте так сильно про перевірку своїх резервних копій. Перевірте свої реставрації та проведіть процедуру відновлення голого металу.

• Перш ніж натиснути клавішу Enter, перечитайте цю команду.

• Перед виконанням виконайте деякі проектні роботи. Ви б не почали програмувати велику систему, не спроектувавши її - не робіть тієї самої помилки, що і sysadmin.

• Іноді система може бути менш ніж досконалою. Навчіться розпізнавати, коли це так.

• Не перенапружуйте надмірність, коли є слабке посилання вище за течією.

• Використовуйте контроль редагування - це важливо навіть тоді, коли є один адміністратор.

• Попросіть допомоги, навіть якщо це не більше ніж другий набір очей.

• Не випробовуйте речі на виробничій системі посеред дня. Навіть якщо ви впевнені, що те, що ви хочете зробити, не вплине на нормальну роботу сервера. Навіть якщо управління не з'явиться для розробників / тестових серверів, які відображають дзеркальне виробництво, ДУЖЕ ДУЖЕ налаштуйте факсимільний файл у віртуальній машині та перевіряйте, що ви робите (будь то завантаження пакета оновлень, натискання повного вмісту SharePoint сканування в в середині дня, обслуговування баз даних ...) перед тим, як піти і викрутити сервер, що користується великою потужністю, який працював просто чудово, перш ніж торкнутися його.
• Те саме, що було сказано вище, але ця порада також стосується о 17 годині вечора в п'ятницю. Ця проста річ, яку ви вирішите зробити перед виходом у двері, зніме весь сервер, і ви витратите цілі вихідні на усунення несправностей.
• Сервери не схожі на ваш домашній комп’ютер ... вам не доведеться встановлювати все, що є в оновленнях Windows, тільки тому, що воно є, і перезавантаження для виправлення випадкових проблем є крайнім засобом (не стандартною частиною процесу усунення несправностей)
• Час, вкладений у планування та тестування спереду, допоможе вам зберегти багато головних болів вниз, намагаючись виправити те, що ви не налаштували правильно на початку.
• ВАС несе відповідальність за те, щоб ви постійно підтримували свої знання та навчання.
• Дізнайтеся і про ділову сторону будинку. Є MBA, які не мають поняття, як працюють ІТ-системи, та шестірні, які не розуміють, що робить їхня компанія для отримання доходу. Розумійте і те, і інше, і ви варті вашої ваги золота.
• Цей останній іде проти ядра мого буття, але ... хоча ви можете пропустити читання документації на відеомагнітофоні чи вакуумі, вам справді потрібно прочитати її як Sysadmin

Будьте настільки параноїдними, скільки можете собі дозволити - двічі перевірте, що ви збираєтеся робити, перевірте резервні копії перед перевстановленням машини та завжди майте резервний план.

Будьте доброзичливі та корисні - люди навколо, якими ви займаєтесь, - це ваш "клієнт", і вони заслуговують належного обслуговування.

Не забудьте відпочити. Залежно від вашої особистості, вихідні та періодична додаткова п’ятниця не завжди є достатньою для розслаблення та зняття стресу.

Наскільки важливі голосові пошти відключення послуги та як вони впливають на користувачів. Наприклад, якщо ви розмовляєте щось не менш ідеальним способом у голосовій пошті, пов’язаній із загальною компанією, щодо відключення сервісних послуг, генеральний директор / президент та інші різні підрозділи можуть прийти за вами і дати позицію, якщо вона скасує ваш SA.

Мені б хотілося, щоб я тоді знав, як легка сантехніка!

Купуйте акції в компаніях, що стоять за Mountain Dew і NoDoz .

Якщо ви не працюєте у величезній компанії, з відокремленими відділами для телекомунікацій, мереж, додатків, операцій, безпеки тощо, ви в значній мірі відповідаєте за все це. Зараз я працюю в компанії з близько 130 співробітників, і я відповідаю за наступні системи:

• Повна мережа, включаючи 2 сервери, ~ 75 комп’ютерів, 3 стійки різного мережевого обладнання (по одному для кожного рівня), 20 принтерів або близько того, 5 копіювальних машин, ви отримуєте бал
• система АТС Nortel Meridian
• наша система безпеки будівлі, яка включає контроль доступу
• бездротовий зв'язок по всьому приміщенню
• величезна база даних
• Обов'язки служби технічної допомоги
• поетапне припинення роботи старих ПК із новішими

В основному, що завгодно з транзистором (за винятком магазинного обладнання), я відповідальний за підтримку. Це непогано, враховуючи, що ми платимо за контракти на підтримку більшості фірмового обладнання (система безпеки, АТС, програмне забезпечення для обробки заробітної плати тощо) та гарантії на обладнання. Однак, коли в один і той же день повинні бути 3 різні технології від трьох різних компаній, які мають справу з 3 різними системами, я схильний трохи поширюватися.

Один із моїх професорів інформатики дав мені цю безцінну пораду:

Користувачі переслідують вас по продуктивності, але вони повішають вас на надійність.

Завжди пам’ятайте про це.

Про деякі з них уже згадувалося, але ...

1. Виберіть (фізичне) хобі, яке передбачає використання вашого тіла інакше, ніж перед клавіатурою (я вважаю, що бойові мистецтва та жонглювання є хорошими багатоборцями).
2. Їжа важлива. Ви не можете працювати тільки на кофеїн і цукор. Без їжі ваш мозок не буде працювати оптимально.
3. Лайно завжди ламається несподівано. Навчіться методично знімати проблеми.
4. MAC адреси є лише статистично унікальними.
5. Автоматизуйте все, що можна автоматизувати, в третій раз ви повинні це зробити (або четвертий, або п'ятий; перший і другий раз, мабуть, просто випадковість)
6. Пам'ятаєте, що я сказав про жонглювання? Це добре спосіб очищення мозку, як тільки ви застрягли.
7. Прочитайте. Багато. Можливо, навіть стосується вашої роботи. Читання - це основний спосіб отримання точної інформації про стан вашої мережі (Гаразд, упередженість, я здебільшого скосив мережі та / або машини Unix), і чим швидше ви зможете прочитати, тим менше часу прогляне речі поки ви не зрозумієте їх.
8. Створення та видалення облікових записів користувачів повинно бути частиною дисципліни з персоналу (не те, що HR це робить, просто вони повинні повідомити sysadmin (s), коли люди приєднуються до компанії або залишають її). В якості додаткового вмісту завжди змінюйте паролі користувача, щоб користувач не міг спостерігати за змінами.