раскрыть ветку (147)
раскрыть ветку (87)
раскрыть ветку (82)
раскрыть ветку (14)
#429757
KKK: клево. наши админы 5 лет делали бекапы sql, которые невозможно развернуть
KKK: легко догадаться как это выяснилось
(c) bash.im
раскрыть ветку (3)
И нулевой - люди, которые никогда ничего не слышали про бекапы и слышать не желают, а "всякие умники" рожают эти бекапы, потому что "ПОЧЕМУ ЕЩЕ НЕ РАБОТАЕТ? ДЕЛАЙТЕ БЫСТРЕЕ, БЕЗДЕЛЬНИКИ!111".
раскрыть ветку (4)
раскрыть ветку (3)
есть еще такой тип людей, которые все равно не делают бэкапы.Люди, которым похуй на бэкапы)))
раскрыть ветку (2)
раскрыть ветку (66)
Вспомнилось:
"— Сервер сдох! Скорее, где Бекап?!
— (гордо смотря вдаль с непередаваемым выражением лица) на сервере..."
"— Сервер сдох! Скорее, где Бекап?!
— (гордо смотря вдаль с непередаваемым выражением лица) на сервере..."
раскрыть ветку (5)
раскрыть ветку (2)
Какой нибудь старый и хитровыебаный raid массив - всё, проще все заново сделать и забить с бумажки, чем пробовать восстанавливать
раскрыть ветку (1)
даа старые аппаратные рейды мммм. Я два раза встречал проблемы с таким железом. Один раз у челика сдохла мать старая и чудом у нас в закромах нашлась подходящая на которой смогли запустить его рейд (как всегда база 1с без бэкапов на нем была). А второй раз у нас какая то срань сдохла и замены, как не странно, найти мы не смогли. Пришлось забить и делать все по новой. Благо бэкапы были.
раскрыть ветку (58)
раскрыть ветку (18)
Ну тут уж вы сами определяйтесь, что дороже.
В целом, я свою задачу вижу только чтобы предупредить о возможных последствиях.
Сказали что рэйд не нужен - ну никаких проблем. После краша деньги на него ВНЕЗАПНО находятся в течение пары часов.
раскрыть ветку (1)
раскрыть ветку (15)
раскрыть ветку (4)
"Может и никогда не пригодится, но если вдруг пригодится, а его нет - пизда рулю"
Всегда работает.
раскрыть ветку (1)
раскрыть ветку (1)
Я прекрасно помню, что там, я сам и админ, и закупка, и на дуде проститутка был. Дело просто в приоритетах начальства, а не в стоимости.
рейд встроенный в материнку обычно говно. лучше или купить нормальную плату с кешем и батарейкой, либо использовать чисто софтовое решение
в материнках неудобен. после любой "внеплановой" перезагрузки начинает массив перестраивать, да и шуму прибавляет.
по мне так лучше разок на сетевое хранилище разориться, если тупо файлопомойка нужна.
у меня длинк уже 8 лет фурычит. 3 системника сменилось.
раскрыть ветку (7)
плюс один. к тому же логика такого рейда построенна на драйвере производителя чипсета а не на прошивке специализированного контроллера или компоненте ос. риск нарваться на кривой драйвер существенно выше
раскрыть ветку (4)
раскрыть ветку (3)
к тому что чипсетный рейд ужасен. недорогие nas пользуют софт рейд на базе mdadm чего и другими советую
Большинство используют программный. Потому что смысла в хардварном для бытовых задач особо и нет.
раскрыть ветку (1)
в материнках неудобен. после любой "внеплановой" перезагрузки начинает массив перестраивать
Не на любом чипсете и не при любых обстоятельствах.
Старенькие интеловские чипсеты не любят raid + включённый hot plug, например.
раскрыть ветку (1)
сталкивался со многими "интересными" случаями. приходилось гуглить и бороздить форумы в поисках таких же проблем. в том числе и неполной совместимости материнки с некоторыми моделями жестяков.
для себя, как я считаю, сделал правильный выбор: внешнее хранилище. кроме скорости других минусов не вижу. стоит себе, пердит потихоньку..
рейд не замена бекапа. рейд защищает от сбоя оборудования и гарантирует что при выходе из строя дисков сервер продолжит работу без даунтайма. бэкап гарантирует целостность ваших данных на момент времени, то есть защищает как от потери, так и от повреждения (человеческая ошибка, вирус шифровальщик и ТП). ваш сервер вообще может не хранить данные на себе а только обрабатывать их и при этом иметь рейд чисто под ос (например Блейд).
раскрыть ветку (6)
рейд не замена бекапа
Не замена, но необходимое дополнение. Другими словами, утверждение "если есть бэкапы - raid не нужен" - ложно.
раскрыть ветку (5)
Ещё один.
Нет утверждение не ложно, т.к. это два разных функционала направленных на разные задачи и если функции одного частично перекрывают функции другого это не значит, что оно подходит для его замены.
Рейд в первую очередь нужен для увеличения отказоустойчивости сервисов, для повышения производительности но никак не для бэкапов. Бля, да для обеспечения безопасности и сохранности информации выгоднее хранить копию бекапов на отдельном диске чем тот же диск будет стоять в рейде 1, т.к. вероятность отказа в первом случае будет в 2 раза ниже чем во втором, хотя по факту ты имеешь два диска с одинаковым содержимым.
раскрыть ветку (1)
раскрыть ветку (3)
раскрыть ветку (2)
RAID не может быть заменой бэкапа, они созданы для принципиально разных задач.
RAID - для предотвращения потери данных из-за проблем с HDD/SSD
Бэкап - для восстановления информации после сбоя, кривых рук и иных сходных проблем.
раскрыть ветку (1)
только не предотвращение потери данных, т.к. данные даже с рейдом потерять можно, а для увеличения отказоустойчивости сервиса, т.е. уменьшения времени простоя.
А вот для предотвращения потери данных и придумали бэкапы или резервные копии.
raid это не бэкап. Особенно это хорошо заметно на каком нибудь древнем железе и аппаратными рейдами.
раскрыть ветку (19)
RAID - это штука, позволяющая обойтись без бэкапов. Просто каждый сдохший винт надо быстро поменять, а не ждать, пока сдохнет и второй.
раскрыть ветку (18)
И все это не спасает от бухого дебила с молотком, который думает, что его сильно обидели и с зарплатой наебали.
раскрыть ветку (9)
скажешь такое на собеседование, а в ответ услышишь "мы вам перезвоним", но никто тебе не перезвонит
раскрыть ветку (6)
То-то везде в датацентрах бэкапы делают для галочки, и ими пользуются разве что для восстановления предыдущей версии именно по запросу пользователя. Сейчас сделать рейд дешевле, чем восстанавливать бэкап.
раскрыть ветку (5)
Сейчас сделать рейд дешевле, чем восстанавливать бэкап.
RAID спасает в очень ограниченном количестве кейсов.
То-то везде в датацентрах бэкапы делают для галочки
С точки зрения датацентров это логично. Датацентры предоставляют прежде всего оборудование, и отвечают за оборудование и его сбои, а не за сами данные. Ответственность за сохранность данных возлагается на пользователя.
раскрыть ветку (3)
раскрыть ветку (2)
раскрыть ветку (1)
А что? На грубость теперь никакой реакции? Что за хуйня у вас там происходит? @SupportTech, что за хуйня в правилах написана? Удалите нахуй раздел 4.3, раз модерам на него похуй, вместо того полотна напишите там "модер вправе решать что является оскорблением по решению правой пятки".
А ещё бывает когда на сервере с бекапами где raid дохнет сразу два винта. Но хорошо, что бекапы в этот момент не нужны были, и сделали ещё раз=)
раскрыть ветку (1)
раскрыть ветку (5)
отказоустойчивый массив избыточных независимых дисков. програмно аппаратное решение которое страхует от сбоя дисков
раскрыть ветку (1)
Ну вообще, там несколько их видов. Но нужен первый raid. Простыми словами - связка нескольких хардов, данные отзеркаливаются. Если сломался один хард, то точно такие же данные остаются на другом, устройство продолжает работу без потерь.
раскрыть ветку (2)
раскрыть ветку (1)
Да можно при желании, сейчас первый рэйд почти везде есть. Просто это реально удобно, если есть риск проебать данные. Но производительность чутка упадет. Но если в облаке есть бэкапы, то чисто на свое усмотрение, просто с рэйдом быстрее дело пойдет. А так и такие бэкапы норм.
одни айтишники дублируют данные, вторые надеятся, что техника надежная. и те и другие могут делать бэкапы, только первые уже делают, а вторые еще нет
Жиза, жизочка... Огромная госкомпания, т.е. куча почты, в которой переписка с руководством/клиентами/подрядчиками. Куча филиалов по России, все сервера в Москве. И, конечно же, какой-то дебил в Москве ловит вирус-шифровальщик, который успешно наебнул ВСЮ почту. 28-го числа. Бэкап делали раз в месяц 1-го числа. Месяц переписки, считай всей работы, договоренностей и т.п., пошло по пизде...
(P.S. Бэкапить были обязаны каждый день)
раскрыть ветку (36)
То есть бэкапить обязаны ойтишнеги, они на это положили йух, а дебил оказался в Москве...
Что-то тут не так...
Что-то тут не так...
раскрыть ветку (13)
я так понял, что у них вообще локальных данных нет. всё через обращение к центральным серверам. если это так, то дебил в Москве.
раскрыть ветку (1)
раскрыть ветку (10)
- Мне под колеса на переходе долбоеб попался.
- Ты ехал на красный и бухой.
- Так нет повода не выпить!
- Невиновен!
Это не проблема юзера. Долбоеб тут только кампуктерщик. Не заказал винты, не бекапил, не донёс до юзеров правила работы на кампуктере вообще и с почтой в частности.
Ну ии инфантилизм прёт во все поля.
- Ты ехал на красный и бухой.
- Так нет повода не выпить!
- Невиновен!
Это не проблема юзера. Долбоеб тут только кампуктерщик. Не заказал винты, не бекапил, не донёс до юзеров правила работы на кампуктере вообще и с почтой в частности.
Ну ии инфантилизм прёт во все поля.
раскрыть ветку (4)
раскрыть ветку (3)
раскрыть ветку (2)
раскрыть ветку (1)
Если сисадмин не может выполнить предписанное ему требование о ежедневном бэкапе - это его проблема.
В ллюбом случае, называть за свои косяки кого-то дебилом - донышко.
В ллюбом случае, называть за свои косяки кого-то дебилом - донышко.
Я так понимаю, что ежели какой-то дебил а Москве смог убрать почтовую базу, то она была открыта для доступа не только этому дебилу, но и вообще всем желающим. По поводу ежедневных бекапов - не удивлюсь, ежели они были и лежали где-то рядышком на сетевой шаре, которая тоже оказалась зашифрованной. И да - дебил тут совсем не тот, кто словил шифровальщик.
Мне конечно интересно, как с нормальными айтишниками дебил вообще имеет возможность что-то словить в сети
раскрыть ветку (11)
Вопрос не в возможности что-то словить, вопрос в минимизации или сведении к нулю возможного урона.
Порой, свободный доступ в интернет - это производственная необходимость, а белые списки вводить нежелательно по всё тем же производственным причинам.
раскрыть ветку (10)
Плюсую! Это более правильное видение чем уповать на безопасность софта или железа, а уж тем более говорить мол "я суперадмин, да всё так закрыто, что хрен кто пролезет".
1.На каждую хитрую гайку всегда найдется ещё более хитрожопый болт (я к тому что чем ценнее или вкуснее инфа для мошенников или конкурентов тем более любопытный и дорогой хакер заинтересуется взломом, квалификация которого может быть гораздо выше тех кто ставил защиту).
2.Техника всегда может отказать.
3.Я уж не говорю о человеческом факторе, который во все времена был основным виновником косяков или факапов.
Не один год отпахал безопасником и аналитиком по безопасности. Насканивают открытые рдп, брутают админский доступ и потом делают с сервером что хотят, отключают любую защиту, ав и тому подобное.
Про социальный инжиниринг я вообще молчу, письма якобы от налоговой открывает бухгалтер и привет буфет. После взлома удалёнок это второй наиболее распространенный файл словить шифровальщик (если не первый). Ну и если троянец писал не школотрон из нагугленных исходников, то активно юзаются бэкдоры или эксплойты какого нибудь старого аутлука, но эти методы чуть менее надежны, этих прибьет хороший ав, так как анализирует обращения к файлам, базам жопы Одина и прочим ценным вещам своим поведенческим анализатором и заблокирует даже без сигнатурного анализа.
Так что старый добрый скан портов, брутилки паролей и доступов и "письма счастья" никогда не устареют.
раскрыть ветку (1)
раскрыть ветку (7)
раскрыть ветку (6)
Зависит от ситуации. Конкретно я отвечаю за сервер с жпегами. И ничего кроме жпега туда упасть не может. Проверяются контрольные суммы, хеши, метадангых и тд. Да, нужно чуть больше мощностей. Да, будет чуть дольше, но конкретно на мой сервак ни разу не упало говна. На "шлюзе" иногда бывает
раскрыть ветку (5)
Зависит от ситуации.
Воот. Это ключевая фраза в работе админа. Впрочем, если быть предельно точным, то фраза звучит так: "зависит от целесообразности".
раскрыть ветку (4)
Это не целесообразно, пока не коснется. Если у организации есть прямой доступ в интернет - то лучше не пожалеть лишней машины и все продумать заранее
раскрыть ветку (3)
У меня был еще смешнее случай, я купил новый комп с новым ssd, а старый решил поставить на рабочий ноутбук (так можно было).
Первый день отпуска, решил поиграть и вспомнил, что все сохранения остались на том старом ssd
Ну во-первых, надо знать что это такое "бэкап".
Во-вторых, для поддержания "всего этого" надо "компьютерщика" которому деньги платить надо... Понимаете бред ситуации? В государственной больнице кому-то будут платить как минимум нормальную зарплату... Ага.. Шас..
В-третих зачем вообще этот "компьютерщик" нужен? Вон неделю поработал и больше ничего не делает. И теперь ему за это деньги платить?
Во-вторых, для поддержания "всего этого" надо "компьютерщика" которому деньги платить надо... Понимаете бред ситуации? В государственной больнице кому-то будут платить как минимум нормальную зарплату... Ага.. Шас..
В-третих зачем вообще этот "компьютерщик" нужен? Вон неделю поработал и больше ничего не делает. И теперь ему за это деньги платить?
раскрыть ветку (5)
Это все некомпетентность руководства: руководство не умеет управлять, не способно выполнять свою прямую задачу. Импотенты.
Сейчас всё на оутсорс отдано.
Если задачи сложные - держат штатного айтишника на зарплате.
Если не особо - держат на поводке наёмного специалиста, которого вызывают только при настройке/переделках/сбоях.
Если типичные - арендуют чужую инфраструктуру, вместо зарплаты платят смешную аренду, пользуются специалистами арендодателя.
В последнем случае бекапы как правило уже настроены, все подготовлено - только подключи опцию.
Сейчас всё на оутсорс отдано.
Если задачи сложные - держат штатного айтишника на зарплате.
Если не особо - держат на поводке наёмного специалиста, которого вызывают только при настройке/переделках/сбоях.
Если типичные - арендуют чужую инфраструктуру, вместо зарплаты платят смешную аренду, пользуются специалистами арендодателя.
В последнем случае бекапы как правило уже настроены, все подготовлено - только подключи опцию.
раскрыть ветку (2)
Опыт показывает, что в какой-либо нештатной ситуации (той, что не прописана в договоре) - арендная плата не покрывает работы по этой ситуации. И если вам понадобится то, чего вы изначально даже предполагать не могли - ценник начинает расти, порой просто неприлично:
1. Выезд специалиста.
2. Диагностика.
3. Налоги.
4. На пиво.
5. ...
6. PROFIT.
раскрыть ветку (1)
Даже с нештатными ситуациями аренда дешевле, т.к. каждый месяц экономит 30-60к, а ценник на нештатную работу до 10к - отбивается за неделю. Плюс нештатные ситуации - все таки это редкость, обычно тот же почтовый сервер или сайт месяцами пашут исправно, и проблем не доставляют.
Я научился делать бекапы после того, как просрал в Darkest Dungeons всю партию, которую любовно и заботливо прокачивал часов двадцать.
У нас на юге Казахстана, лет примерно 7-8 назад, разом погасили все аатоштрафы нашего города. Ведь из здании ГАИ вынесли сервер! Мой друг как раз тогда продал машину со штрафом в сотни тысяч!
Делали группой флюшку, сохраняется в электронном варианте и из всех 29 человек потеряли именно мою, пошел переделывать в место с традиционными технологиями хранения
Знаю что мой ответ не вызовет даже улыбки, но...
Админ, отвечающий за сетевую инфраструктуру мед. учереждения, несёт уголовную ответственность са целостность баз данных.
Админ, отвечающий за сетевую инфраструктуру мед. учереждения, несёт уголовную ответственность са целостность баз данных.
Когда-то давным давно я делал сайт, на который постил переводы. Делал не для трафика, а для себя. Но блоги были мне не интересны, хотел быть владельцем своих текстов :)
Когда накопилось несколько сотен тысяч знаков, купил у хостера услугу бэкапов на отдельный сервер.
А потом у них ебанулось все, включая бэкапы
раскрыть ветку (1)
Или нще проще, кто-то нажал "удалить" и не сознается.
у нас так на работе в системе исчезло 2 записи из бухгалтерской книги
у нас так на работе в системе исчезло 2 записи из бухгалтерской книги
раскрыть ветку (1)
Баяны
324K постов15.2K подписчик
Правила сообщества
Сообщество для постов, которые ранее были на Пикабу.