Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2 3 4 5 6 7   вперед  Ctrl      все
 наказание  [new]
cc_cc
Guest
Просьба прокомментировать следующую ситуацию:

Есть боевая база данных ORACLE (24x7). Есть ДБА, который ее ведет.
Есть разработчик, который написал хранимую процедуру и запустил ее на выполнение в 11 утра.
В результате выполнения этой процедуры стали в больших объемах генериться архивлоги
(делалось много операций update) и в конце концов кончилось место на диске в 9 утра
следующего дня, в результате чего БД временно остановилась (не шли DML операции) .
После того как пользователи утром пришли на работу и не смогли работать с базой,
то сообщили ДБА о проблеме и он, когда обнаружил, что кончилось место для новых arclogov,
удалил архивлоги и БД вновь заработала.

В результате разборов этой ситуации разработчик был оштрафован начальством на 15000руб. за то, что не
предупредил администратора о том, что собирается запускать массивный update на сутки и не предусмотрел
того что из-за этого возможно кончится злополучное место на диске.
Администратор оштрафован не был. Наоборот, похвален за то, что он быстро среагировал
и вовремя (почти через сутки) удалил архивлоги для освобождения места, при этом та процедура
с большим UPDATE так и продолжала работать пока сам программер её не остановил.
Хотелось бы мнение товарищей - справедливо ли наказание и как бы вы поступили на месте руководства.
7 авг 08, 16:42    [6040429]     Ответить | Цитировать Сообщить модератору
 Re: наказание  [new]
PaulEr
Member

Откуда:
Сообщений: 3794
Нда, фигасе я Вам скажу. А пока DBA был на работе до вечера того дня, когда запустили апдейт, он что, не видел, что у него место заканчивается?Странно как-то это.
7 авг 08, 16:48    [6040488]     Ответить | Цитировать Сообщить модератору
 Re: наказание  [new]
semenar
Member

Откуда: Днепропетровск
Сообщений: 3308
Блог
автор
Наоборот, похвален за то, что он быстро среагировал
и вовремя (почти через сутки) удалил архивлоги для освобождения места,

В этой фразе ответ на ваш вопрос - некомпетентность лица, принявшего такое решение. А как насчет командной работы кстати?
7 авг 08, 16:49    [6040498]     Ответить | Цитировать Сообщить модератору
 Re: наказание  [new]
Wadim S
Member

Откуда: Ukraine
Сообщений: 178
cc_cc

После того как пользователи утром пришли на работу и не смогли работать с базой,
то сообщили ДБА о проблеме и он, когда обнаружил, что кончилось место для новых arclogov,

Вот это мне не очень понравилось... ДБА должен был первым узнать об ошибках.
7 авг 08, 16:51    [6040510]     Ответить | Цитировать Сообщить модератору
 Re: наказание  [new]
Madness
Member

Откуда: Москва
Сообщений: 648
cc_cc
Есть боевая база данных ORACLE (24x7)

Такого рода работы на продакшн-серверах должны строго регламентироваться, а не просто - захотел и запустил :)
7 авг 08, 16:56    [6040546]     Ответить | Цитировать Сообщить модератору
 Re: наказание  [new]
dba123
Guest
Дба неправ - на 27х4 студента не возьмешь
руководство тоже - разрешает без тестирования запускать на промышленной базе такие задания
7 авг 08, 16:56    [6040552]     Ответить | Цитировать Сообщить модератору
 Re: наказание  [new]
сс_сс
Guest
вот и мне мягко выражаясь очень странным представляется такое решение о наказании разработчика, который даже понятия не имеет где этот сервак стоит, сколько там
вообще места в резевре, каков среднесуточный расход места, какая среднесуточная генерация
этих злополучных Arclogov и т.п. Программер заботился как бы быстрее сделать UPDATE, даже
Commit через 1000 строк поставил и целый день отслеживал за работой этой процедуры т.е.
работает ли она вообще и не блокирует ли другие процессы ...
7 авг 08, 16:59    [6040579]     Ответить | Цитировать Сообщить модератору
 Re: наказание  [new]
hell
Member

Откуда:
Сообщений: 3001
сс_сс
вот и мне мягко выражаясь очень странным представляется такое решение о наказании разработчика, который даже понятия не имеет где этот сервак стоит, сколько там
вообще места в резевре, каков среднесуточный расход места, какая среднесуточная генерация
этих злополучных Arclogov и т.п. Программер заботился как бы быстрее сделать UPDATE, даже
Commit через 1000 строк поставил и целый день отслеживал за работой этой процедуры т.е.
работает ли она вообще и не блокирует ли другие процессы ...



Здравствуйте, товарищ программер. Можете, в качестве утешения, донести начальству, что по ТК вас штрафовать нельзя.
7 авг 08, 17:06    [6040634]     Ответить | Цитировать Сообщить модератору
 Re: наказание  [new]
pravednik
Member

Откуда: Jacksonville, FL
Сообщений: 16268
програмеру ничего не стоило предупредить ДБА о том что будет масивное обновление данных.
ДБА, если нет других ответственных лиц, стоило адекватно настроить мониторинг системы на своевременное оповещение о заканчивающемся месте(а судя по всему ее нет в принципе).

ИМХО, програмеру "за дело" (самодеяятельность наказуема)... Если ДБА отвечает за настройку мониторинга, то и ему по шапке стоило настучать
7 авг 08, 17:12    [6040684]     Ответить | Цитировать Сообщить модератору
 Re: наказание  [new]
stdio
Member

Откуда:
Сообщений: 4524
hell
сс_сс
вот и мне мягко выражаясь очень странным представляется такое решение о наказании разработчика, который даже понятия не имеет где этот сервак стоит, сколько там
вообще места в резевре, каков среднесуточный расход места, какая среднесуточная генерация
этих злополучных Arclogov и т.п. Программер заботился как бы быстрее сделать UPDATE, даже
Commit через 1000 строк поставил и целый день отслеживал за работой этой процедуры т.е.
работает ли она вообще и не блокирует ли другие процессы ...



Здравствуйте, товарищ программер. Можете, в качестве утешения, донести начальству, что по ТК вас штрафовать нельзя.
+1 У нас в качестве наказания применяют розги. )
7 авг 08, 17:23    [6040766]     Ответить | Цитировать Сообщить модератору
 Re: наказание  [new]
hell
Member

Откуда:
Сообщений: 3001
stdio
+1 У нас в качестве наказания применяют розги. )


А когда идти на улицу лень - подтяжки Ааза?
7 авг 08, 17:25    [6040785]     Ответить | Цитировать Сообщить модератору
 Re: наказание  [new]
greshniki
Guest
pravednik
програмеру ничего не стоило предупредить ДБА о том что будет масивное обновление данных.
ДБА, если нет других ответственных лиц, стоило адекватно настроить мониторинг системы на своевременное оповещение о заканчивающемся месте(а судя по всему ее нет в принципе).

ИМХО, програмеру "за дело" (самодеяятельность наказуема)... Если ДБА отвечает за настройку мониторинга, то и ему по шапке стоило настучать


т.е. программеру следует предупреждать ДБА о возможном массивном обновлении данных,
иначе DBA сам ничего не может видеть, может тогда логичнее программеру доплачивать
за DBA и разрешить ему самому отслеживать за местом на диске. Иначе великому ДБА нет ни времени ни желания ни возможности следить за уменьшением места на диске.
7 авг 08, 17:29    [6040815]     Ответить | Цитировать Сообщить модератору
 Re: наказание  [new]
--+
Guest
Я бы ДБА тоже оштрафовал. А вдрух, война? и что-то "корябнулось" бы в базе? А у нас арклогов нет????


По теме:
Меня всегда "напрягают" голословные слова, а именно: 24x7.
Так вот:
1. Что значит написал процедуру, запустил на ночь? Разработчик не должен напрямую иметь доступ к рабочей БД, где процесс тестирования, сдачи в эксплуатацию, сопровождения ПО?
2. ДБА узнал утром... Обычно, если система действительно важная и она 24x7, то есть штат сменных инженеров, которые кроме слежения за здоровьем систем должны по мере своей компетенции выполнять не штатные действия. В случае своей не компетенции, будить ДБА ночью (или делать то что написано в инструкции)

На счет того, что не "убили" злополучный процесс. Кто из разработчиков может положить голову на плаху и сказать, что наше (разработка скольких-то человек-лет) приложение идеально с точки зрения транзакций, и мы всегда при любых убиениях пользовательского процесса получаем согласованные данные? Так что здесь ДБА правильно поступил. Лишний раз деструктивные действия делать не стоит.

А на счет штрафа - полностью солидарен с hell, это незаконный произвол работодателя.
7 авг 08, 17:34    [6040861]     Ответить | Цитировать Сообщить модератору
 Re: наказание  [new]
hell
Member

Откуда:
Сообщений: 3001
--+
Кто из разработчиков может положить голову на плаху и сказать, что наше (разработка скольких-то человек-лет) приложение идеально с точки зрения транзакций, и мы всегда при любых убиениях пользовательского процесса получаем согласованные данные?



С точки зрения выше, про коммиты - никакой согласованностью и не пахнет
7 авг 08, 17:36    [6040877]     Ответить | Цитировать Сообщить модератору
 Re: наказание  [new]
Nagual
Member

Откуда: Москва
Сообщений: 185
Программер по своей инициативе запустил процедуру?
Программер вытворял до этого такие финты?

---
Дьявол в мелочах..
7 авг 08, 17:38    [6040891]     Ответить | Цитировать Сообщить модератору
 Re: наказание  [new]
--+
Guest
pravednik
програмеру ничего не стоило предупредить ДБА о том что будет масивное обновление данных.
ДБА, если нет других ответственных лиц, стоило адекватно настроить мониторинг системы на своевременное оповещение о заканчивающемся месте(а судя по всему ее нет в принципе).

ИМХО, програмеру "за дело" (самодеяятельность наказуема)... Если ДБА отвечает за настройку мониторинга, то и ему по шапке стоило настучать


Ну, мониторинг это хорошо, но когда Вы ночью спите, то одним глазом на ноту смотрите, на какой-нибудь дашбоард? Или СМС-ки сразу в сон транслируются?
7 авг 08, 17:38    [6040896]     Ответить | Цитировать Сообщить модератору
 Re: наказание  [new]
pravednik
Member

Откуда: Jacksonville, FL
Сообщений: 16268
greshniki
pravednik
програмеру ничего не стоило предупредить ДБА о том что будет масивное обновление данных.
ДБА, если нет других ответственных лиц, стоило адекватно настроить мониторинг системы на своевременное оповещение о заканчивающемся месте(а судя по всему ее нет в принципе).

ИМХО, програмеру "за дело" (самодеяятельность наказуема)... Если ДБА отвечает за настройку мониторинга, то и ему по шапке стоило настучать


т.е. программеру следует предупреждать ДБА о возможном массивном обновлении данных,
иначе DBA сам ничего не может видеть, может тогда логичнее программеру доплачивать
за DBA и разрешить ему самому отслеживать за местом на диске. Иначе великому ДБА нет ни времени ни желания ни возможности следить за уменьшением места на диске.

не вырывайте отдельных предложений из цитаты и тем самым не искажайте смысл цетируемого.

автор
т.е. программеру следует предупреждать ДБА о возможном массивном обновлении данных

как миниму ДБА, так програмер орудует на том, о чем
 даже понятия не имеет где этот сервак стоит, сколько там
вообще места в резевре, каков среднесуточный расход места, какая среднесуточная генерация
этих злополучных Arclogov и т.п.
автор
иначе DBA сам ничего не может видеть,

сможет, если адекватно настроить систему мониторинга.... Чья это забота у вас на фирме - я не в курсе.
7 авг 08, 17:39    [6040902]     Ответить | Цитировать Сообщить модератору
 Re: наказание  [new]
guestora
Guest
cc_cc
и в конце концов кончилось место на диске в 9 утра

Ключ - место закончилось ночью.
Т.е. разработчик оставил работать свое "чудо" на ночь никого не предупредив и не думая о последствиях.
DBA - он что, провидец? Или должен каждую секунду нервно вскакивать по ночам - а не родили ли в прямо сейчас гении-разработчики очередной перпетум-мобиле?
В общем, разработчика - розгами. "Вина" DBA - спорна.
7 авг 08, 17:41    [6040913]     Ответить | Цитировать Сообщить модератору
 Re: наказание  [new]
Попрошайка
Guest
Oracle DBA <> OS Adm, соответственно сие упущение OS Adm, который обязан мониторить место на дисках и своевременно подавать сигналы о то, что оно скоро будет забито. Oracle DBA обазан смотреть за местом В ФАЙЛАХ данных, если по честному вообще подходить к вопросу. Отсюда виноват только OS Adm (впринципе, раз уж фирма нищая, то обязан был написать такой срипт проверки доступного места) и ДИРЕКТОР ФИРМЫ (так как зажимает бабки на нормальную систему мониторинга уровня предприятия). Какой директор - такое и оборудование и программное обеспечение. А какое ПО и железо - такое и качество услуг от ваших админов и программистов.
7 авг 08, 17:44    [6040942]     Ответить | Цитировать Сообщить модератору
 Re: наказание  [new]
Nagual
Member

Откуда: Москва
Сообщений: 185
а у вас на 24x7 один дба?

---
Дьявол в мелочах..
7 авг 08, 17:45    [6040946]     Ответить | Цитировать Сообщить модератору
 Re: наказание  [new]
pravednik
Member

Откуда: Jacksonville, FL
Сообщений: 16268
--+
pravednik
програмеру ничего не стоило предупредить ДБА о том что будет масивное обновление данных.
ДБА, если нет других ответственных лиц, стоило адекватно настроить мониторинг системы на своевременное оповещение о заканчивающемся месте(а судя по всему ее нет в принципе).

ИМХО, програмеру "за дело" (самодеяятельность наказуема)... Если ДБА отвечает за настройку мониторинга, то и ему по шапке стоило настучать


Ну, мониторинг это хорошо, но когда Вы ночью спите, то одним глазом на ноту смотрите, на какой-нибудь дашбоард? Или СМС-ки сразу в сон транслируются?

В некоторых конторах для этого есть специальная группа людей, основная задача которых - оповещение о критическом состоянии той или иной системы лиц, которые за нее ответственны. И звонить они будут до тех пор, пока ты даже со страшного перепоя не проснешься. При этом компания обеспечивает тебя всеми средствами, чтобы ты мог решить проблему из любого места.
7 авг 08, 17:45    [6040947]     Ответить | Цитировать Сообщить модератору
 Re: наказание  [new]
jan2ary
Member

Откуда: Киев
Сообщений: 1780
--+
pravednik
програмеру ничего не стоило предупредить ДБА о том что будет масивное обновление данных.
ДБА, если нет других ответственных лиц, стоило адекватно настроить мониторинг системы на своевременное оповещение о заканчивающемся месте(а судя по всему ее нет в принципе).

ИМХО, програмеру "за дело" (самодеяятельность наказуема)... Если ДБА отвечает за настройку мониторинга, то и ему по шапке стоило настучать


Ну, мониторинг это хорошо, но когда Вы ночью спите, то одним глазом на ноту смотрите, на какой-нибудь дашбоард? Или СМС-ки сразу в сон транслируются?

А что, мне и смс приходят, громко так, и группа 24х7 сразу же телефон начинает обрывать. И если что - и приехать надобно. В порядке вещей.
7 авг 08, 17:46    [6040953]     Ответить | Цитировать Сообщить модератору
 Re: наказание  [new]
pravednik
Member

Откуда: Jacksonville, FL
Сообщений: 16268
Попрошайка
Oracle DBA <> OS Adm, соответственно сие упущение OS Adm

если такое разделение в конторе автора присудствует
7 авг 08, 17:47    [6040964]     Ответить | Цитировать Сообщить модератору
 Re: наказание  [new]
Попрошайка
Guest
--+

Ну, мониторинг это хорошо, но когда Вы ночью спите, то одним глазом на ноту смотрите, на какой-нибудь дашбоард? Или СМС-ки сразу в сон транслируются?


У уважающего себя Директора фирмы всегда найдется реальная возможность пригласить на работу дежурного администратора(ров). Сам Директор не уважает свой бизнес.
7 авг 08, 17:48    [6040968]     Ответить | Цитировать Сообщить модератору
 Re: наказание  [new]
--+
Guest
pravednik
--+
pravednik
програмеру ничего не стоило предупредить ДБА о том что будет масивное обновление данных.
ДБА, если нет других ответственных лиц, стоило адекватно настроить мониторинг системы на своевременное оповещение о заканчивающемся месте(а судя по всему ее нет в принципе).

ИМХО, програмеру "за дело" (самодеяятельность наказуема)... Если ДБА отвечает за настройку мониторинга, то и ему по шапке стоило настучать


Ну, мониторинг это хорошо, но когда Вы ночью спите, то одним глазом на ноту смотрите, на какой-нибудь дашбоард? Или СМС-ки сразу в сон транслируются?

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


Полностью согласен, я писал про мониторинг инженерами.
С перепоя, лучше, проблемы не решать.
7 авг 08, 17:48    [6040972]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2 3 4 5 6 7   вперед  Ctrl      все
Все форумы / Oracle Ответить