Як правильно описувати технічну проблему

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

1. "У нас все гальмує"
Правильна відповідь на це - "яка півкуля?". Правильне опис проблеми - "сьогодні процедура Х з опціями Y виконується Z хвилин, а вчора (або інший термін назад) виконувалася T хвилин, з сервером з того часу відбулося S (ребут по харчуванню, роботи по мережі, ще якась фігня)" . Без цього опису шукати проблему немає сенсу. Після отримання опису проблеми адміністратор переконується, що користувач не бреше і перевіряє процедуру Х на сервері або на іншому комп'ютері, щоб виключити вплив мережі або проблему робочої станції. Переконавшись в правдивості слів користувача, адміністратор повинен переконатися, що на сервері є завантаження в принципі. Якщо її немає, то пошуки тривають в напрямку мережі або робочої станції. Треба відзначити, що дивитися найкраще perfmon.msc і що повна стабільна завантаження одного процесора - теж привід вивчати БД. Природно, необхідно переконатися, що ресурси віджираються базою даних, а не якимось сміттям, запущеним вами на сервері. Якщо ви використовуєте самодопіскі, то переконаєтеся, що вони не запущені. В іншому випадку, якщо дописки починають заважати користувачам і ви мені на це скаржитеся, я залишаю за собою право ці самі дописки прибивати. Визначтеся, або крівокод працює і ви на нього не скаржитеся, або ви скаржитеся і крівокод не працює.

2. "У мене помилка або нічого не працює або не хоче працювати або не працює Х"
Залишаю вибір правильної відповіді на вашу фантазію, але правильне опис - "в момент Z я зробив (а) Y і була отримана помилка Х". Х описується з приведенням копипаста повного тексту помилки, а не її переказу в викладі Агнії Барто. Адміністратор повинен переконатися, що помилка пов'язана з БД, а не, наприклад, з незапущених сервером Супермаг або висмикнутим мережевим кабелем в робочій станції.

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

5. Скільки часу буде потрібно на ремонт?
Без поняття. Чесне слово. Навіть найпростіші процедури бувають закінчуються зовсім не просто. Ресурси сервера можуть кудись поїхати, винда може заглючила, гвинти розсипатися, виявитися софт який встановив ваш помічник, який закінчив курси комп'ютерної грамотності тощо Не треба торсати "коли?". Якщо я працюю, то пінг, скільки б користувачів і якого б рангу не задавало це питання вам, мені тільки заважають. Якщо є якісь терміни, я сам повідомлю. Якщо "ну вони дуже просять!", Відповідайте, що в межах тижня, якщо не підведе залізо.

Схожі статті