Реальная история про сервер бекапов

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

Все админы делают бакапы. Только некоторые уже делают, а другие еще не познали все прелести анального секса.

И эта... верифицируйте бакапы. А то получиться бакап Шредингера....или не получится :)

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

А ещё некоторые .. недальновидные люди, пользуются инкрементальными бекапами.

Я как-то стоял рядом с человеком, которые рвал на себе волосы. Везде, где они были. Так как инкременталка поломалась. Зато экономия - не купили десяток кассет по $40.

И да, верификация инкременталки - тот ещё геморой, поэтому не делалась.

И кстати, имейте в виду - 15 терабайт - это без шифрования, со сжатием.
Если дата несжимаемая, или нужно шифровать - тама совсем не 15 будет

Эммм... ленточный сервер? Тащемта это называется ленточная библиотека, ленточная СХД для резервного копирования, но никак не сервер.

С чего вдруг пиздежь? Старая СХД вполне себе может не понимать SSD. Опять же даже в современных СХД есть деление на дисковые СХД и all-flash массивы. Так вот в дисковой СХД ССД ставят для тиринга, а тупо забить ее ССДшками и ждать заоблачных скоростей и айопсов - это чистый долбоебизм.

Вот на такие случаи из троих сразу двоих никогда и не отпущают.
У нас так из пятерых двоих с перекрытием не более недели.
Как минимум трое всегда в наличии.
Хотя мы и не админы. Но тоже в IT.

Кстати подобные истории от IT-шников в большей мере пиздеж. Да, назначить "тупого полкана" руководом IT-отдела могут. Очень маловероятно, но могут. Но сами айтишники куда смотрели? Вот история о том, как взяли и тупо отключили и выкинули на помойку ленточную библиотеку. А где были IT-шники, которые сказали бы, что этого делать нельзя? Купили дешманских ССД в дисковую СХД... вот прямо взяли и купили с подачи "тупого полкана"? Хуетень. "Тупой полкан" в душе не ебет, что там в СХД делается и что такое ССД. Скорее всего инициативный долбоеб эникейщик, выбившийся вдруг в IT-шники нахватался по верхам инфы про ССД. Своим скудным умом подумал, что сейчас он купит любых ССД с рынка и все взлетит. Протолкнул эту идею "тупому руководу" и в итоге виноват "тупой руковод".

Это сообщение отредактировал PavelG - 25.11.2019 - 14:12

Инкремент это тот кусок который не жалко потерять, только для более полного востановления. То бишь фулл каждый день, инкременты каждый час

кхм, как она может не понимать SSD, если SSD полностью совместим с SATA и SAS?
Почему при любом раскладе будет быстрее я обьяснил в каменте выше, так что не пори чушь или по твоему если взять контроллер под allfash то он с обычными SAS быстрее работать будет, чтоли

P.s.: Деление на all-flash и обычные это только в мощности raid котроллера, если у него проц слабый он столько iops не переварит, но в тоже время ниодин sas диск не сможет нормально загрузить raid контроллер под полку ибо на мелких файлах hdd дико тормознутые

Это сообщение отредактировал duron - 25.11.2019 - 15:06

Дружище, тут чушь порешь только ты. Достаточно фразы "на мелких файлах hdd дико тормознутые". Ты даже принципа работы СХД не понимаешь. На СХД организован блочный принцип хранения данных. Системе похуй, один это большой файл или тысячи мелких. Она их пишет, хранит и читает равными мелкими блоками. И весь вопрос действительно в мощности контроллера. Вот сколько он может через себя пропустить, столько и есть. И если "гибридная" система (основная часть диска - шпиндели + несколько SSD под "горячие данные" = тиринг) выдает 300к IOPS при 150 микросекунд латенси, то заменив ВСЕ шпиндели на SSD ты все равно упрешься в эти 300к IOPS при 150 микросекунд латенси. Это предел контроллера. Никто в здравом уме не меняет в классической СХД все диски на ССД, ибо это бессмысленно. Не работает это.

Я вот 4 дня назад вынимал из дисковой стойки HPE'шной (на 24 диска, afair), 1.6 Tb sas ssd.
По той простой причине, что не хватало производительности. SSD самые что ни на есть enterprise, как и стойка, выпуска этого года.

SSD планировалось использовать как кэш. Не срослось. Пришлось втыкать интеловую SSD в pci-e разъём. Толькотогда всё заработало на полную катушку.

вся эта блочная мутата работает пока у тебя оперативки под кеш хватает, а если у тебя оперативки под кеш хватает то значит у тебя СХД фактически простаивает, так что апгрейдить ее нет смысла
И кстати покажи мне такие hdd котрые хотя бы 10 Sas дисков в RAID 0 которые способны пропустить 300k iops
Кстати, а при чтении откуда система знает откуда ты будешь читать данные?

Ну и про блочные сказки...просто кинь свап на супер скоростный SAS (хрен с ним пусть даже будут 2 диска в raid 0) и кинь свап на обычный дешман ssd и посмотри разницу

Это сообщение отредактировал duron - 25.11.2019 - 16:09

ну ты сравнил жопу с пальцем один nvme может обскакать 4-6 sas дисков ибо у него задержки еще меньше

Это сообщение отредактировал duron - 25.11.2019 - 16:00

Чувак, я подозреваю, что ты с СХД не знаком вообще и думаешь там все организовано по тому же принципу, что в обычном сервере с обычным дисковым контроллером и 2-4 гигами кэш-памяти.

NVMe-шный кэш естественно быстрее кэша на обычных SSD. У PCI-e шины скорость на порядок больше, чем у SAS/SATA интерфейса.

Ну ка расскажи ка мне про реализацию СХД, еще скажи что на raid контроллер насрать, главное что бы сетка на 100g была

Я даже больше скажу, один Nvme может сожрать пропуской способности больше чем вся полка на одном raid контроллере

Ага. Я так делал для продуктивной БД ПДМ системы. Мне сказали овердохуя часто. Можно терять 1 день! Данные за день работы конторы, Карл!

смотря какая контора, я в свое время как раз один день потерял и ниче за 2 часа добили

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

Я вот на неделе поеду к клиенту смотреть помещение под серверную. Там инженерно-проектировочная контора. Автокадчики. Мы им железо поставляли на овердофига денег.

Так вот. Они сами себе купили сервак, подняли домен, файлопомойку, и работали радостно 4 месяца. С компами в домене, которы напрямую смотрели в интернет. Без файрвола и антивирусов. Под какими учётками они работали, не скажу, но домен с файлопомойкой улетел на радугу (так что наверное, а админскими правами на local computer). Что с бэкапами - не ясно, хотя я трижды озвучивал их старшому, что смотреть в интернет напрямую - плохо, а не иметь бэкапов на ленточке - это просто ждать прихода проблем, в виде простейшего шифровальщика.

Жалко их, честное слово. Хотя шеф у них был вроде-как адекватным.

Это сообщение отредактировал grauwolfe - 25.11.2019 - 16:39

Интересно чем же это гигабит от D-Link отличается от гигабита от Cisco? Ахулиардом потраченных денег? ))) Ты еще скажи что gsm от Apple немножко другой чем gsm от Nokia - более правильный и имеет теплый ламповый звук!
У тебя ведь наверняка 11-й iPhone? Или двенадцатый... не помню, какой щас там последний....

Я вот тоже когда-то не знал, что надпись 1 гигабит на 24-портовом свиче, вовсе не означает что все 24 порта могут одновременно работать на 1 гигабит на приём и передачу.

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

Это сообщение отредактировал grauwolfe - 25.11.2019 - 16:45

все ты правильно сказал, но без летны можно обойтись элементарным NAS и шифровальщик не залезет, но это конечно если папка с бэкапами не всем подряд расшарена