В далекой - далекой галактике...
Не работают бэкапы: переполнение диска. Причина: добавили одну базу, выросли в размере другие. Ежедневное удаление всех старше 4х дней (там же, из плана обслуживания sql) больше не спасает. Надо или диск добавлять или время жизни бэкапов сокращать, или еще что.

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

Рассылка об ошибке приходила 5 дней подряд - на весь it-отдел. Никто не чесался. Отловил нач. админов (работает 3й месяц), ткнул в рассылку, он: "твои предложения?"
- Или диск добавить (лучше) или число дней уменьшить (хуже) или еще что-то.
- А сколько надо дней хранить?
- Я не в курсе.
- Ну тогда бизнес должен сказать сколько ему надо.
- Ну флаг тебе в руки.

Прошла неделя. На другом серваке (недавно развернутом в замен умершего; производство) вот-вот кончится место, т.к. там в плане обслуживания не было указано удаление старых копий от слова "совсем". Об этом писал ему неделю назад (нач. отдела ИТ в копии).

Что делать? Склоняюсь к первому варианту дабы его разбудили в субботу в 3 часа ночи криками в трубку. Но боюсь что он просто почистит место, и утром уже все забудет.
Как у вас решаются подобные вопросы? Кто определяет сроки хранения бэкапов, модель восстановления для конкретной базы (полная /простая) и т.п. Может кто поделится регламентом по настройке бекапов при добавлении баз, мониторингу работы бэкапов и т.п.

(0) Написать обработку удаления старых бакапов на сервере и повесить ее на регламентное задание

Вы бэкапы только за 4 дня храните? А если понадобится посмотреть на состояние базы пару месяцев назад? Как-то непредусмотрительно. Я бы ставил вопрос о покупке дополнительного винта ребром.

(2) Мы бакапы храним все за последние 14 дней, а более старые (полгода) за 1, 11 и 22 число, еще более старые - по 1 за месяц.

(0) А нач ИТ что говорит?

(0) >> Об этом писал ему неделю назад (нач. отдела ИТ в копии)

нач. отдела ИТ - это Ваш непосредственный руководитель?
И как он прореагировал?

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

бардак кокойты :)

+(5) Кого назначат ответственным, если базы грохнутся? Это важно.

(0) Традиционное:
1. Ты там кем?
2. Кто непосредственный начальник?
3. Верхнее начальство\мужики\бухгалтерия знают про эти проблемы?

(0) 4 дня как-то совсем мало
Да купите ещё диск на 3 тб, делов то, цена вопроса 5-6 рублей

(0) ну вы смертники однако, правильно я понимаю что базы месячной давности даже нет.


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

(9) Т.е. через голову непосредственного руководителя? Отличный совет.

(0) есть два варианта действий: наступательный и выжидательный.
В твоем случае я выбрал бы выжидательный.
Если они взяли на себя функцию админить сервак скульный, в т.ч. бекапы, то нудно расслабиться и получать удовольствие от предвкушения что скоро все нагнется, а на вопрос "твои предложения" отвечать "решайте уж сами". Работать нужно сообща.
У меня с админами полное понимание, они админят сервак, на котором скуль крутится, я сам скуль, в т.ч бекапы, регламенты и пр., если не хватает места для бекапов, то чистку провожу, если не хватает места для бекапов от слова совсем и админы не шевелятся, то я им напоминаю через других людей: ГБ, например, но до этого редко дозодит, так что дерзай

(0) Это не проблема, а всего лишь рабочий момент.

Я руководитель ай-ти отдела и когда встал вопрос о нехватке дискового пространства для бэкапов, просто поставил в известность генерального и доходчиво пояснил о последствиях.

На следующий же день оплатили счет на 3-х терабайтник

(0) Пиши своему начальнику о том, что видишь. Остальное - забота начальника.
(12) У генерального вообще не должна голова болеть о расходах на мелочевку типа отдельных дисков.

(13) Согласен, но так исторически сложилось.
В контексте темы, конечно же обращаться к своему начальнику

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

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

По существу что делать, зависит от результата который ты хочешь получить.

В описанной ситуации, я не стал бы выполнять работы по обеспечению резервного копирования, в том числе по созданию регламента резервирования системы без прямой задачи от непосредственного начальства.

(15) + И да

Пишешь служебку на начальника админов (или, если есть, своего начальника), что бэкапы не влезают, надо увеличивать дисковое пространство, иначе будет плохо. Все, твой зад прикрыт. А пока это ни о чем.

(0) Я когда-то давно делала так.
Написала письма нач.айти, результата не дождалась.
Рассказала главбуху о ситуации и чем она грозит именно бухгалтерии.
Дождалась дня, за который не был сделан бекап.
Договорилась с главбухом, чтобы она потребовала от админов развернуть бекап за этот день.
Дальше там нагнули всех, а я как бы ни при чем.

условный упомянутый нач-админов ответил - запросов бизнеса не поступало.

Однако, если бы принятие решений о компетенции наемных работников, начиная с этого начальника и заканчивая его подчиненными, имело место быть, то вывод был бы очевидный.

При допущении, что бизнес способен формировать запросы самостоятельно и без участия таких начальников, то естественно было бы ожидать появление аутсорса. Но аутсорса там же нет.

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

(0)Верно люди говорят, с твоей стороны надо как можно громче заявлять о проблеме. Иначе потом ты первый же попадешь под раздачу в случае проблем..

(18) Ох уж эти женщины...
А потом удивляются, почему их стараются не брать в ИТ.

(22) женщина тут не при чем, это просто тварь

(23) + и считает себя наверно абсолютно правой... тьфу...сделала гадость и на душе у неё радость.
еще наверно потом мило улыбалась свои коллегам админам.

(22)-(24) Вот странные вы, либо в больших конторах не работали. Мне, например, когда с объектов звонили и жаловались на плохую работу оборудования - я им честно отвечал, что моя зона ответственности, как зама - только ПО и оно в данном случае - работает. Потом мне жаловались, что нач отдела остальные вопросы то не решает, на что получали опять же прямой и честный ответ. Что есть уровни эскалации конфликтов. Если на вашем уровне (нач отдела - нач объекта) вопрос не решается - то вы поднимаете конфликт на уровень выше, пока не будет достигнут тот уровень, на котором конфликт будет разрешен.
Т.е. мне жаловаться - бессмысленно, а если надо решить вопрос - то надо обращаться к зам.ген.дира, который их курирует и уже пусть он решает вопрос с нач отдела. Если и там не решится, то значит до уровня генерального пусть вопрос доходит. Это нормально.
И никакой обиды, подлости или еще чего такого негативного я в этом не вижу. Просто помогаю людям выполнять свою задачу.
Девочка в (18) на своем уровне эскалировала конфликт. Только она, как фактический сотрудник разных отделов (ИТ и бух) попробовала решить вопрос по одной ветке подчинения, а когда не получилось - пошла по другой ветке. Но главное ведь в том, что задача была решена.

(25) Так и знал, что меня запишут непонимающим таких проблем вместе с (23) и (24). Правда думал, что это будет женщина.

(25) >> попробовала решить вопрос по одной ветке подчинения, а когда не получилось - пошла по другой ветке

Угу. Об этом и было в (22)

>> Но главное ведь в том, что задача была решена.

Согласен

+(27) Точнее. Не по другой ветке подчинения, а другим путем. Путем женского сговора с сотрудницей из смежной ветки.

Это сталбыть мы еще хорошо живем - ничего не знаем ни про политики бэкапа, ни про модели восстановления, ни про сроки хранения. Но когда просим поднять бэкап на конкретное время отказа ниразу не получали...

(12) "счет на 3-х терабайтник"
- лучше счет на 3(три) по одному терабайту ;-)

(23) Это был всего лишь стресс-тест. Абсолютно необходимая процедура для проверки работоспособности процессов и отработки слаженных действий персонала в условиях нештатной ситуации. Были выявлены слабые места, скорее всего они были устранены. Бизнес в итоге выиграл.

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

Что-то вспомнилось недавно видел
https://cs11.pikabu.ru/post_img/big/2018/07/06/5/1530858199186842323.jpg

(0)минус и вам и админам... хранить бэкапы на том-же юните что и базы - дурной тон

(22) (23) Очень часто сисадмины меня тоже не слышат, т.к. я такой же сопровождающий, как и они, а не начальник или заказчик. Пробую вначале напрямую с ними поговорить. Если через несколько дней не вижу результата, напоминаю еще раз, а еще через несколько дней уже ставлю в известность ГБ и прошу самих решать проблему. Подставила я IT или нет - мне все равно. Главное, чтобы не было проблем у клиента, а значит и у меня. Если что-то случится из-за этого, то разгребать и восстанавливать все потом ведь будут не они, а я.
(33) это больная тема. Сколько ни кричу об этом, все стараются экономить( По возможности делаю архивы на клиентские машины.

(34) никаких к хренам компромисов!!! Только схема 3-2-1!!!

Балбесы что-то бубнят - диру/владельцу на стол служебку с прогнозом потерь в случае плохого развития событий

(34) это просто, потому что аутсорс : есть четкие определения "заказчик"-"исполнитель"

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

А вы кто в компании? Скажите директору что его данные пропадут, он решит, надо вам винт или нет. Может у вас там данные не важные, а все учеты вы на бумажках ведете

(0) При разговоре с начальником админов заострите вопрос о том, что если произойдет сбой и бэкапов не будет, то это не ваше дело и вы устраняетесь от каких-либо восстановительных работ. Если не поможет - пишите служебку либо ИТ-директору, либо, если его нет, в ту епархию которой подчиняется ИТ. Это может быть кто угодно от главбуха до генерального.

Описать в служебке последствия и Генералу на стол.

(0) Собери за круглый стол всех нужных руководителей. Проведи совещание. Веди протокол.
Обсуди и реши. Заранее подготовь все вопросы.
Решение и протокол зарегить. итп

воот

(0) Зачем в чужую зону ответственности лезешь ?

(0) надо сесть всем и договориться.
У нас так было: я и руководитель админов сели, поговорили о том, как должно быть в приличной конторе, результаты отлили в граните в корпоративной вике под заголовком "Временный регламент резервного копирования".
Об этот регламент бэкапы с тех пор и работают. Слово "временный", естественно, - навсегда.

настукивайте руководству повыше. выносите подготовленную инфу - чего и сколько надо в каких целях и сколько стоит. подготовьте несколько вариантов.
если шарага бедная - купите хотя бы NAS домашнего уровня на 2 тб в зеркальном рейде и лейте бекапы туда.

(43) не всегда, увы, другая сторона договороспособна.

У меня РИБ, достучаться до админов иногда нет желания, а иногда - возможности... короче, я в чужой монастырь со своим уставом не хожу - у меня своя собственная система хранения бэкапов. Пару раз были критические сбои, в результате - минус два админа; базы были восстановлены без потери данных.

(46) такое возможно при наличии свободного/простаивающего серверного оборудования. Как к примеру мне быть когда к моей небольшой базе (50Г+) хранится куча файла (2Т+)?

(45) эт - да... тот раз инициатива по этому поводу не от меня исходила даже.

А что делать с людями-осьминогами - я хз на самом деле

(48) через руководство обычно всё без задержек отрабатывает... зачем себя грузить чужими задачами (ставить задачи тем кто не ваш подчиненный)? Руководство это сделает быстро, не напрягаясь, эффективно.

(47) А я не даю советы на все случаи жизни - я просто поделился своим решением как я поступил. Вот, недавно своему домашнему компу апгрейд сделал (CCD, более быстрые терабайтники...) - а мои "старые" терабайтники теперь на работу переехали.

Разграничение ответственности. Системный администратор - Программист 1С пост 38

(50) о, да вы антинесун!!! Я про таких только слышал!

(36) когда работала на фикси, то наоборот не было проблем. Я с сисадминами очень дружила. Часто у них пряталась поработать на хорошей машинке в тишине. А то в моей комнате до обеда обсуждение во весь голос за чем пойдут на базар и что купят, а после обеда что купили, что из этого будут готовить и т.п. - это дамы, а мужчина в позе Ильича в мавзолее храпел.

(52) Предлагаешь солить в банках и хранить на чёрный день? НЕ, ну не знаю, нужно подумать. Вот у меня пара пачек дискет лежит на всякий случай... :))

(54) где-то даже 5` дискеты валяются... хотя 3,5` уже втыкать некуда (новые компы без дисководов, на работе и цд нет).

(55) я специально купил себе внешник DVD пишущий - реально приходится натыкаться, что DVD устройства уже часто не ставят

(56) у нас своих девайсов не ставят... кроме  того USB закрыты ибо DLP... те-же резервные копии хранить только на конторской технике получается.

(57) ну можно считать, что это мне подарили :)

Пардон...

...но бэкапы самых важных баз себе отдельно сделать.

Исстари повелось, я пришел к готовой базе
бэкапы делают сисадмины
обновления делает главбух (хихи если-б не была коброй)

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

так что в случае чего - копия у меня всегда есть.
Обращайтесь, еси чо :)

у нас все просто, админы заведуют бэкапами и скулем....спрос с них будет

Мне как-то однажды пришлось восстанавливать документы из печатных вордовских форм... после этого меня перестало волновать кто из админов будет наказан - меня интересует кто восстанавливать базу будет? :)

(63) эээ, из текстов договоров? Или из распечатаных документов?

(47) Ну значит надо взять NAS на 4 Тб.

(54) Диски на 1 Тб можно продать. У 90% пользователей диски еще меньше.

мне больше нравится вариант обратиться к вышестоящему начальству - перспективы описать...