Ранні ознаки поганого сисадміна


43

Ми збираємось отримати наш перший sysadmin для догляду за безліччю серверів SQL, за якими раніше незручно доглядали суміш розробників та ІТ-підтримки. Давно назріло, і ми роками намагаємось переконати випускників погодитися на таке.
Ну, нарешті, вони зробили, але зарплата, яку ми змогли запропонувати, була не натхненною, щоб сказати. Тим не менш, ми її якось зачепили.
Що я хотів би знати, це які ранні ознаки, на які слід звернути увагу, що новий sysadmin насправді не знає, що вони роблять, або які небезпечні звички шукати, з особливим акцентом на SQL Server. Я трохи нервую, що наше полювання на підвали може бути не надто вдалим, що було в інших ролях.

Будь-які думки, будь ласка?


5
Я вперше прочитав ваш тег sql-сервера, щоб означати, що sql-сервер був одним із попереджувальних знаків ...
Майк

Відповіді:


122

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

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

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

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

Підряднику набагато легше "позбутися", якщо відносини є "поганим пристосуванням". Підрядник, як правило, може бути набагато гнучкішим, ніж штатний працівник: робоча логістика (вихідні, вечори тощо). Хороший підрядник збирається ставитися до потреб вашої компанії з дуже високим рівнем майстерності та турботи, оскільки вони знають, наскільки легко ваша компанія може розірвати відносини та шукати інше місце.


Це буде звучати по-справжньому банально, але більше, ніж будь-який з інших пунктів нижче, зверніть увагу на здатність вашого системного адміністратора спілкуватися з іншими. Основні навички письма та говоріння важливі і роблять багато для того, щоб вказати на стан психічних процесів, що відбуваються «за кадром». Робота системи повинна включати спілкування з іншими співробітниками інформаційних технологій та інших працівників, а вміння ефективно спілкуватися є важливим. Здатність формувати аналогії та спілкуватись абстрактними поняттями, безумовно, приємна «глазур на торті», але якщо ваш систематик навіть не може написати повних пропозицій чи висловити повні думки, то це вже безнадійно.

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

Деякі протилежні погляди на "ІТ-специфіку", які я бачив (чітко описуючи тут відповіді інших плакатів у нефункціональних ситуаціях), включають:

  • Зірвіть усе і почніть з початку : одне - визначити щось, що є "бомбою часу" і піклуватися про це, але часто в ІТ я натрапляю на (часто незрілих та початкового рівня) сисадмінів, які прагнуть "побудувати імперію" на їхній імідж та нав'язливість щодо видалення старої інфраструктури заради встановлення нової. Одне з них - зробити діловий випадок підкріпленим фактами та прогнозами рентабельності інвестицій, але я бачив цю особливу дисфункцію як не що інше, як сильний особистий потяг замінити системи заради заміни.

  • Я не можу тобі це сказати: Це сисадміни, які, приймаючи сильну частку особистої власності у своїй роботі, заходять занадто далеко і стають надмірно власницькими, потайними та параноїчними. Комп'ютери належать бізнесу, а не sysadmin. Недокументація роботи, розкриття паролів або відкритість щодо роботи систем (або відмови) не є хорошим знаком. Я чув, як деякі сисадміни наводять "безпеку" як причину секретності, але безпека через неясність - це не безпека. Я також чув, що сисадміни з таким ставленням говорять про такі речі, як "Так, але якщо я даю паролі так-то-вони, вони просто їх накрутять". Зазвичай це супроводжується завуальованою або відвертою заявою страху за звинувачення, якщо після розголошення щось піде не так.

  • Звинувачуйте когось / усіх / когось іншого : це системні адміністратори, які постійно цитують третіх сторін, свого попередника або користувачів, які спричиняють проблеми як причину проблем. Звичайно, є проблеми, спричинені всіма цими факторами, але зразок послідовного та повторного вказівки пальця є поганою ознакою. Нам усім доводилося стикатися з апаратними помилками, помилками програмного забезпечення та користувачами, що створюють проблеми для себе. Можливість ідентифікувати одне з цих джерел як першопричину проблеми не означає вказувати пальцем. Не бажаючи досліджувати проблему та виявляти першопричину, в поєднанні з реакцією розпливчасто розмахуючи руками та кажучи: "Треба бути, що баггічний Windows / Linux / маршрутизатор Cisco / тощо ..." викликає занепокоєння.

  • Поїздка на поїздці : це сисадміни, які радують та встановлюють блокпости для користувачів через особистий порядок денний або сприйнятий бізнес-план. Знову ж таки, одне - встановити обмеження для користувачів з обґрунтованих бізнес-причин. Це зовсім інше, але бути "превентором ІТ-послуг" просто за шалену силу влади мати можливість контролювати інших. Я бачив, як ця особлива дисфункція поширюється на справді неприємні речі, такі як "електронний переслідування" співробітників, читаючи їх електронну пошту, приховано виконуючи екрани / сеанси захоплення, прослуховування телефонних дзвінків, і просто взагалі є "моторошною" людиною до інших.

  • Політика щодо мене не стосується : часто поєднуючись зі ставленням до «поїздки на владу», це сисадміни, які відмовляються піддаватися ІТ-політиці, яку вони самі інакше застосовують чи диктують. Хоча це може бути доброякісним і нешкідливим, я бачив, що це спричиняє неприємні ситуації, такі як загроза судового розслідування щодо сексуальних домагань (систематичне серфінг та помітне відображення вмісту, що не відповідає роботі). Сисадміни займають довірені посади, і їм потрібно підтримувати професіоналізм. Частина такого ставлення означає грати за тими ж правилами та бути відповідальною, як і всі інші. Тільки тому, що ми маємо можливість виконувати діяльність "поза записом", оскільки наші підвищені дозволи та права доступу не означає, що ми повинні це робити.

  • Не можу визнати слабкість: Потрібна сильна людина, щоб сказати: "Я не знаю відповіді на це, але я можу знайти це для вас". Кожен має прогалини у своїх знаннях та досвіді. Ця особлива дисфункція часто призводить до ситуацій, коли сисадмін сильно закінчується над головою. Важливо брати обчислені ризики в розвитку кар’єри, і можна сказати, що велике особистісне зростання відбувається тоді, коли люди "кусаються більше, ніж можуть жувати" і досягають успіху. З іншого боку, великі витрати (або відвертий провал) для бізнесу можуть легко виникнути, коли системний адміністратор вирішить вирішити такі важливі питання, як відновлення після аварій або безпеку ІТ та не зможе відмовитись. Менеджери, які безпідставно забороняють своїм працівникам доступ до сторонніх ресурсів / навчання / підтримки, можуть допомогти створити таку культуру.

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

  • Я завжди робив це так: Це мертвий сисадмін, встановлений на шляху. Зазвичай, я вважаю, що це поєднується з позицією "я не хочу дізнаватися про нові речі". Наше поле змінюється. Деяка робота, яку ми робили 10 років тому, сьогодні автоматизована, а частина залишається «такою ж старою, такою ж старою». Все про нашу галузь постійно переглядається, оновлюється та оновлюється. Найкращі практики змінюються повільніше, але навіть вони змінюються. Нерозумно розраховувати, що кожен системний адміністратор буде йти в ногу з «найсучаснішими технологіями», але також неприпустимо, щоб sysadmin знемагав за багаторічною технологією, не виявляючи ознак інтересу до оновлення навичок. Якщо бізнес викликає все більший стурбованість, його ІТ-діяльність повинна бути перспективною. (Очевидно, і тут є баланс.

  • Немає розуміння бізнесу : Бізнес "робить ІТ", оскільки він допомагає ефективно вести бізнес. Будь-яке інше використання ІТ у бізнесі є контрпродуктивним. Занадто часто я бачив сисадмінів, які не знають основних понять обліку та бізнесу (дохід за вирахуванням витрат дорівнює прибутку тощо). Я ніколи не очікував, що систематик буде експертом у галузі бухгалтерського обліку, але я би сподівався, що вони зрозуміють основний спосіб, яким бізнес здійснює витрати з метою отримання прибутку. Особливо добре в економічні часи, щоб ваш системний адміністратор зрозумів, звідки беруться гроші і чому бізнес приймає рішення, які він робить, пов'язані з тим, куди йдуть гроші. Сисадмін, який вважає, що ІТ стоїть окремо від "ділової" частини бізнесу, не є перевагою.

  • Немає прагнення до наступності : У сучасній професійній культурі слід вважати, що всі ми будемо працювати для різних роботодавців. Наша робота сьогодні, статистично, не буде нашою роботою назавжди. Хороший сисадмін повинен підготувати документацію не тому, що "вони можуть потрапити в автобус", а тому, що їх необхідна заміна потребуватиме. Небажання готувати документацію через сприйняту «безпеку роботи», як на мене, викликає особа, яка не має бажання підвищувати рухливість. Я більше не працюю на одного роботодавця, але якби я це робив, я планував би те, що я буду робити далі, і постійно оновлювати документацію, щоб мій замінник мав кращий час для цього (як і я мені подобається від попередника на наступній моїй роботі).


38
Це важко було читати. Кожен пункт, який ви робите, є дійсним, і кожен з них примушував мене до самооцінки.
Nic

Дуже хороші бали. Деякі з цих проблем також є інфекційними. Навіть якщо "поганий адміністратор" нарешті рухається або рухається далі або втрачає довіру, їх вказівка ​​пальцем і "вириває все це" можуть бути схожими на бур'яни, що вкорінюються в свідомості управління, і хто залишиться в команді. Вид подібний до синдрому "скажи це 2 рази, і це має бути правдою".
damorg

1
Еване ... потрібен блог ... Неважливо, я щойно підписався на ваш канал користувача.
Джозеф Керн

3
@ Nic: Написання цього, безумовно, також зроблене для самооцінки. Маючи трохи цих багатьох поглядів, це не обов'язково погано, доки він перевіряється і відповідає ситуації. Я представляю дещо інше «обличчя» кожному моєму підрядчику, і це цікаво подивитися, як я підбираю своє ставлення залежно від потреб Замовника та динаміки, пов’язаної із взаємодією з моїми контактами там. У будь-якому випадку, я дійсно намагаюся "розіграти його в середині", і намагаюся не потрапляти глибоко в жодну з цих категорій.
Еван Андерсон

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

12

Відкритість. Ви хочете мати можливість бачити, що він робить і як це робить.

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

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

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


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

1
Безпека - це просто один із засобів для досягнення мети, а не мета самої. Безпека необхідна для підтримки надійності, стабільності та аудиторності системи. Час, який ви витрачаєте на блокування системи, щоб вона мала лише один бінарний код, який також можна витратити на автоматизацію системи збирання. Для багатьох безпека є цікавою грою, але така гра насправді не цікавить більшість підприємств. Крім того, багато людей блокують систему, щоб виключити очі, які б ревізували роботу адміністратора, і саме тоді справді можуть зійти з рейок ...
chris

3
Мех. Новому адміністратору може бути доручено виконати відповідність вашим серверам певним або іншим нормам. Хорошим першим кроком після глибокого розуміння системи може стати заблокування розробників із виробничих систем, до яких вони звикли мати доступ. Поки хтось ще має доступ (скажімо, відділ ІТ та керівництво з розробки програмного забезпечення), це дійсно, IMO.
Кайл Ходжсон

Кріс, ти щойно описав мого безпосереднього попередника, якому якось вдалося тривати чотири місяці, перш ніж компанія прокинулася до нього. Мені знадобилися місяці, щоб знайти і виправити все, що він робив.
Джон Гарденєр

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

11

Досі кілька чудових відповідей; Я хочу додати:

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

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

Дозволити собі вийти з зв'язку з людьми. Дуже легко подумати, що ти перебуваєш на якійсь вежі зі слонової кістки та що тобі не потрібно мати справу з користувачами та відповідати на дзвінки. Користувачі є цінним і важливим джерелом зворотного зв’язку та можливістю дізнатися, чи працює щось добре, чи ні. Організовувати щомісяця проводити деякий час, працюючи з службою допомоги, - це чудово.

Бути занадто великою людиною "за книгою". Гаразд, існує безліч ідеально хороших і задокументованих способів робити справи, тож цей, безумовно, НЕ є випадком тієї чи іншої крайності. Я маю на увазі тип людини, який чіпляється за свої посібники MCSE і ставиться до всього, що є, як би це був Єдиний, Правдивий і Єдиний шлях.

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

Будучи технологічним євангелістом. Я маю на увазі тип людини, який би намагався примусити їх улюблені ОС, додатки чи платформи незалежно. Ви кажете, що у вас є SQL Server (а це означає, що ви будинок для Windows), тому будьте уважні до того, хто постійно звеличує чесноти Linux або Lotus Domino, наприклад.

Забувши висвітлити основні речі. Це досить величезне поле, і для того, щоб бути хорошим у складних химерних речах, потрібне гідне обгрунтування основ. Хороша людина майже одразу запитає вас про такі речі, як ваша стратегія резервного копіювання, ваше центральне сховище документації, якщо у вас є стандартне зображення ПК, коли востаннє перевіряли стан вашого брандмауера тощо. Це те, що постійно перебирає вас з дня на день, і настільки ж важливе, як і все інше.


1
Перший абзац змусив мене посміхнутися. Одного разу у мене був роботодавець, який хотів, щоб я занурився в ті запилені темні куточки, щоб замінити мережеві кабелі, але також хотів, щоб я виглядав круто: одягніть краватку та куртку :-)
Анонім

6

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

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

Вони також повинні бути зацікавлені в тому, які системи / інструменти «довідки / тестування» у них є - це покаже, що вони хочуть спробувати нові речі, не ризикуючи виробничим середовищем, вони можуть захотіти ТОЛЬКО цього комплекту, але краще, що вони хочуть цього всього, ніж взагалі жодної.

Ну, і подумайте про використання http://jobs.serverfault.com/, щоб знайти когось добре;)


5

Chopper3 і damorg дають дуже хороші моменти. Крім того, я б наголосив, що даватимуть новому сисадміну час оселитися і заспокоїтись як на посаді, так і в компанії. Існує людський аспект, який слід враховувати, оскільки це "новий хлопець", як правило, акваріум та нерви. Їм знадобиться час, щоб "розібратися", що у вас є, як це налаштовано тощо, тощо, і їм знадобиться час, щоб почати відчувати себе комфортно з людьми та культурою компанії. Не поспішайте оцінювати або приймати судження про вміння чи риси особистості, які ви бачите в них, які насправді можуть бути наслідком нервозності тощо.


4

Документування роботи. І ще трохи документації роботи.

Редагувати: Це вийшло неправильно, але ви зрозуміли, що ідея. Ось що робить хороший сисадмін, щоб ви могли перевірити його роботу.


4

Якщо в виробництві чи тестовому середовищі виникає проблема, чи розслідує ця людина першопричину чи вважає, що це був разовий випадок?

Оскільки ця людина не матиме всіх відповідей, чи має вона міжособистісні навички та скромність шукати допомоги у інших?

Як сказав @ Chopper3 , спрага до знань.


4

Ранні ознаки поганого сисадміна ....

  1. Спить у серверній кімнаті
  2. Виходить із серверної кімнати, кажучи: "Скажіть, будь ласка, у нас хороші резервні копії!"

Додамо більше, як я думаю про них.


@Crankyadmin: ROFL.
joeqwerty

1
3. Має ім’я користувача, яке включає неприємні риси характеру. =)
Веслі

3

Я хотів би додати щось, його тип адміністратора. Зазвичай початковий рівень та недосвідчений.

Я називаю їх вихователькою рушниці

Час від часу в циклах оновлення системи, які працювали зупиняються, втрачаються кілька годин, десь днів. Грабіжник рушниці знову вдарив. Хороший системний адміністратор повинен знати залежності, необхідні для запуску вашої виробничої системи, і не порушувати її кожного разу, коли оновлення має можливість це зробити. Я впіймав одного разу в акті.

Він здійснював "без догляду" розширення оновлення однієї з наших debian систем. здатність -y dist-upgrade> / dev / null 2> & 1 (жахливо, ніколи не спробуйте, швидше за все, він не буде завантажуватися знову)

Я запитав, що ти робиш? Він відповів перенаправленням на / dev / null, це засмічує екран!


+1 заaptitude -y dist-upgrade > /dev/null 2>&1
Хуберт Каріо

2

Як зазначає Чоппер3, докази структурованого, дисциплінованого підходу та готовності вчитися - хороші ознаки.

Зворотнього боку, ранні ознаки поганого набору навичок або «підгонки» можуть включати відсутність терпіння з питаннями, небажання пояснювати технічні міркування, постійну та агресивну захисність, нескінченне вказівка ​​пальцем на колег та / або попередників (якщо є заслуга до цього немає ніяких причин знов і знову забивати його смертю).

Також бажання "зірвати все це" або переробити все "правильним шляхом" - це тенденція спостерігати.

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


2

Вже було відмінні відповіді, тому я не повторюю жодного з них, але додам, що, хоча це не обов'язково вказуватиме на поганий сисадмін, на когось, хто працює на арахісі, можна очікувати, або хоча б дуже швидко стане незадоволеним з роботою. Ця людина неминуче буде замислюватися стільки ж про наступну роботу, і як її влаштувати, як ту, яку він / вона наразі має. Чи реально ви можете розраховувати, що хтось дасть все за таких обставин? Маючи це на увазі, переконайтеся, що документація досконала.


2

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

Ось деякі погані звички SQL Server IMHO може бути ознакою недосвідченої DBA.

  • перезавантаження сервера або перезапуск сервера sql для «виправлення» проблем
  • додавання додаткових файлів журналу транзакцій на різних дисках, оскільки у поточному журналі не вистачає місця на диску
  • скорочення журналу транзакцій є регулярною частиною обслуговування контролю розміру журналу (скорочення файлів даних ще гірше)
  • використання опції відкритого столу в SSMS (потрійні бонусні бали за використання проти виробництва)
  • повністю покладаючись на графічний інтерфейс SSMS для виконання резервного копіювання та відновлення
  • не розуміючи різниці між входом в сервер sql та користувачем сервера sql

"використання графічного інтерфейсу SSMS для виконання резервного копіювання та відновлення" - це занадто розгортання заяви. "бути повністю покладається на SSMS GUI для виконання резервного копіювання та відновлення" може бути більш реалістичним?
Веслі

1
пропозиція відмічена!
Нік Кавадіас

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

1

Неможливість розставити пріоритети та багатозадачність.


1

Управління часом.

Графік діяльності навколо плану роботи. Знання технічного обслуговування має відбуватися в простої. Керує резервними копіями. Тести резервного копіювання / відновлення. Є активний план відновлення - справа не в тому, але коли апаратне забезпечення вийде з ладу. Слід знати, чи щось зламається чи вийде з рук, перш ніж ви помітите. Думає, що нагіо або сонячний вітер є обов'язковим для того, щоб знати, чи є системи живими чи мертвими.

Документація.

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

Ставлення.

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


0

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

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

Перевірка, що існує якась система моніторингу, та впровадження такої, якщо її немає. Нагіос і кактуси / rrdtool / mrtg приходять на думку.

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


0

З'являться певні наростаючі болі, так само як брекети болючі, але вони поступово підтягують зуби до гарного і правильного вирівнювання. Адміністратору потрібно буде влаштуватися, і тоді відбудуться деякі корективи, коли він приведе речі в правильне вирівнювання.

Найбільшою ознакою хорошого чи поганого адміністратора є те, як відбуваються зміни. Чи залучає він користувачів до дискусії про те, ЩО і ЧОМУ потрібно змінити речі? Чи є причина, що він хоче заблокувати певних людей із певної системи? Як і все, що в бізнесі, ви повинні мати причину, і випарне "для безпеки" цього не вирішує. Які ризики залишити його таким, яким він є? Чому те, що він хоче зробити краще?

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

Насправді цей вид іде на будь-яку посаду, навіть поза межами ІТ.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.