Капитан здесь. Снапшот - это обычно заархивированная копия базы данных по состоянию на какое-то время. Из снапшота возможно в полу- или полностью автоматическом режиме восстановить базу данных. Из скриншота ты не сделаешь нихуя, разве что база содержит ну уж совсем ничтожно малое количество данных. Уплываю.
Капитан здесь.
Снапшот - это обычно заархивированная копия базы данных по состоянию на какое-то время. Из снапшота возможно в полу- или полностью автоматическом режиме восстановить базу данных. Из скриншота ты не сделаешь нихуя, разве что база содержит ну уж совсем ничтожно малое количество данных.
Уплываю.
Подкорректирую. Снэпшот - это буквально "снимок" состояния какой либо системы. Можно сделать снэпшот самой машины - как физической, так и виртуальной. Можно сделать снэпшот базы данных и "откатиться" на него, в случае внезапного пиздеца. Т.е снэпшот - это не есть восстановление данных в буквальном смысле, это возврат на какое-то конкретное состояние системы.
Хах, есть такой небольшой колумбийский банк - Bancolombia, к сожалению наш клиент. Они в какой-то момент заметили, что у них кончается место на сервере и решили "почистить логи" - дропнув мета таблицы из базы с нашим софтом. Подчистили на 300Гб, без бэкапов.
Подозреваю что что-то такое возможно для лазерных дисков, посчитать как-то под микроскопом сколько раз перезаписан бит, если перезапись делается не на сплошную а только для меняемых битов, а диск легко сжечь. Для жёстких дисков ситуация обратная, если у тебя в бите записана часть игры престолов, то никакими деньгами ты не определишь какой там бит был когда он был секретным документом, а уроненный из космоса и подгоревший накопитель шатла колумбия на 80% расшифровали за 5 лет.
Смотря, что ты имеешь ввиду под проверять и что под делать.
К примеру у меня была охуительная панель управления ISPmanager PRO которая делала бекапы почты, доменов, файлов и не говоря об ошибках база данных в бекапе весила 0 байт. Т.е. в таком случае достаточно было посмотреть, что визуально "ПИЗДЕЦ".
Если брать чуть выше уровень, то сейчас я все сервисы переношу на вируталки, достаточно раз в месяц брать рандомный архив и распаковывать его
- под другим ID
- без доступа к сети
- с другим IP
если всё завилось то норм, обязательная процедура после обновления гипервизора, ибо бывает, что таки старые бекапы на новом гипервизоре не стартуют.
Им повезло, что это был не прод, а UAT, который был релевантен к DEV серверу и за сутки между ними не было изменений. Поэтому обошлось копипастой таблиц и запуском ревалидации меты, которая заняла 2 дня.
>> Вроде если не ссд можно восстановить, даже если линух
Это был Oracle, там теблспейс - это физические файлы, в которых хранятся таблицы. Тебе тут рестор диска ничем не поможет, только из базы.
Я так понимаю их ДБА о флэшбеке/GRP перед значитальными изменениями, тем более непротестированными, не слышали? С другой стороны - отношение к UAT в разных конторах разное, особенно если там нет какого-то текущего суперважного тестирования вотпрямщас.
Я тебе отвечу несколько иначе, чтобы ты понял о квалификации их DBA.
Когда мы были в середине проекта по имплементации, их лиды жаловолись на то, что им очень сложно работать с джирой, тикеты заводить, логи там аттачить (буквально спрашивали, зачем вам вообще это все, какие-то письмена непонятные) - сложна, долго и не удобно. Мол, "давайте мы просто будем на звонках рандомно собираться, а вы будете траблшутить?"
У нас все хорошо, они отказались от наших услуг и сказали, что сами все будут ментейнить. Мы же не можем насильно и за "спасибо" своего DBA им поставить.
Ну конкретно о квалификации это мало говорит, только то что он долбоеб. Но чтобы использовать флэшбек у оракла гением быть и не надо - это одна команда на создание точки, две - на восстановление. Правда подобные банки, скорее всего, экономят по максимуму и у них либо древние версии базы (не удивлюсь если до сих пор на 8/9i сидят), либо лицензия настолько урезаная, что просто нихуя нет из инструментария.
Они на транзакционные таблицы, по которых в сутки сотни тысяч записей пробегает индексы не настроили, о чем ты говоришь вообще. Экономят на всем, в основном на персонале. Латинские клиенты - это пиздец, хуже только скандинавы и немцы.
А что не так с немцами и скандинавами? Мне не приходилось с ними работать, но вроде отзывы от коллег были вполне нормальными. Разве что на французов ругались, что они дохуя медленные
"Мертвого заебут" - это вот про них. Немцев и скандинавов часто позиционируют как таких, практичных дотошных ребят, у которых типа всегда все правильно и по процессу, но в реальности те еще опездолы, часто грубы в общении вне зависимости от решаемой проблемы. В основном это касается сеньйор менеджмента, рядовые чуваки чаще всего адекватны.
>> Разве что на французов ругались, что они дохуя медленные
Французы у меня на втором месте в топ 5 боли во время выполнения проектов. Часто из принципа отказываются общаться по английски и требуют переводчика, даже если свободно могут общаться. То же самое с франко-говорящими канадцами. У меня бывали случаи, что начинаешь разговор на английском, чуваком спокойно без акцента тебе отвечает, а потом так же без акцента просит переводчика с французского. Типа показывают свое "фи", что на мой взгляд в контексте бизнес вопросов ну как-то запредельно тупо.
С французами жиза. Делали проект с ними, они потребовали, чтобы с ними работали только те, кто знает французский. Единственные иностранцы, которые демонстративно отказывались общаться на английском и требуют только свой язык.
Румынские, финские и сербские заказчики без проблем общались на английском, эстонские и украинские клиенты сами предлагают перейти на русский.
Как-то в созвоне с американским заказчиком оказалось, что половина русские, а почти все остальные по-русски говорят, то менеджер заказчика (американец) предложил техническим командам для ускорения коммуникации обговорить детали на русском, а потом с ним уже обсудить общий план того, что наметили
У нас примерно четверть офиса т.е порядка 50 человек думаю - русскоязычные. Россия, Украина, Беларусь, Молдова... Естественно мы между собой общаемся на русском, но как только в беседе появляется кто-то не понимающий русский - сразу переходим на английский, и даем какую-то вводную, о чем мы общались, чтобы люди себя не чувствовали нелепо.
Нужно задачи как-то формулировать и переводить в понятный текст же лидам. И потом не съедешь на "что ты вообще сделал, ну я совсем другое же говорил!" - все задокументировано
У меня был подобный хитровыебанный PM/TAM индус со стороны нашей компании. Он любил в публичной переписке при каком-нибудь аврале втихую вырезать все группы рассылки и лично написать тебе что-нибудь сделать. Естетсвенно частенько в запаре ты не обращаешь внимания на то, что список адресатов резко изменился, особенно если этих писем дохуя. И если вдруг что шло не так, он сразу валил все на нас (естественно выключив из переписки того, кому он писал это сделать). Хуй знает зачем это было делать, переписка один хуй никуда не девалась и через какое-то время разбирательств концы находились, но нервов по первой это много отнимало.
Бэкапы чего? Просто если есть основная нода, должна быть и DR по логике, с точки зрения базы (рестор таблиц) тут тогда все окей, не тут окей с точки зрения платформы.
Ну без контекста не очень понятно, я потому и уточнил. Просто если это полноценный кластер с одной или несколькими дизастер рекавери, зачем вообще что-то хранить на активной ноде
Доводилось восстанавливать удаленную базу из логов клиентского софта. Лог парсился, извлекались данные, и база наполнялась заново. Увы, не вся информация там была, поэтому поебаться пришлось знатно.
гугл-драйв для бэкапов запретила использовать СБУ, так что у нас теперь тоже фактически только скриншоты с БД (хранятся на диске D сервера, потому что других средств нет, мы бедные)
гугл драйв я тоже опасался использовать для бэкапа. Особенно с индусскими офицальными программами для синхронизации.
Яндекс вроде папку для синхронизации грохал из-за глюка и потом синхронизировал удаление всего в облаке. Учитывая качество софта, я бы не был уверен, что гугл лучше. Хотя бы rclone использовали...
А что мешает подключить диск хотя бы к другой машине? По идее бэкап должен иницироваться извне и у сервера не должно быть доступа к бэкапам. Если вирусня-вымогатель попадет на эту машину, то всем бэкапам настанет полярный лис. А если учесть, что размер бэкапов 30-40 мегабайт, то можно их раскидать на другие машины банальным rsync или более специализированными тулзами для бэкапов
Хотя может это и неплохой способ заставить начальство подумать о инфрастуктуре. Когда сервер наебнется, рвать волосы на жопе будут и они
у нас так случилось, что из 50 компов/ноутов круглосуточно работают только 4, в т.ч. сервер, и все они в одной комнате в метре друг от друга. так что если вдруг пожар - БД можно будет откатить разве что к предыдущей пятнице, я каждую пятницу, если не забываю, копирую базу себе на флешку (что, кстати, тоже не одобряется СБУ). Пока что я думаю настроить ssh или sftp и автоматически утаскивать архивы на свой домашний сервачок из старого нетбука. а денег у организации нет настолько, что 2 года назад (до меня) закупили полтора десятка ноутов с 2 Гб ОЗУ и террабайтными hdd, зато с i5 и fullHD, вот уже 2 года пытаюсь выбить апгрейды на 8 гиг памяти и ssd (128 гб с головой хватит). и очень нужон винт на 6 Гб, за 2 года рентгеновские снимки больше гигабайта заняли. и ещё нужно около десятка МФУ (canon mf3010), 3 роутера, 16-портовый свич... из всего этого я гарантированно могу только на винт рассчитывать в 2022-м (так как без него вообще пизда будет), и, может, на 3-4 МФУ.
ну и я не вижу проблем бэкапить на гугл-драйв, база архивируется с паролем в 32 символа. разве что гуголь будет целенаправленно шариться по всем дискам сервера, искать бат-файл с прописанным паролем. но в этом случае гуглу гораздо проще незапакованную БД выкачать.
Ну бэкапы можно на другие компы копировать. Не обязательно их держать включаными 24/7. Ночью сделал дамп, утром при включении комп скачивает дамп к себе
>Пока что я думаю настроить ssh или sftp и автоматически утаскивать архивы на свой домашний сервачок из старого нетбука.
я бы не рисковал(или хотя бы не говорил об этом). Любая утечка или сбу захочет палку и тебе пиздец. Лучше относится похуистично. Сервак наебнулся, вот бумажка от сбу, бэкапов нету. Идите нахуй
ну да, это проще всего, тем более нет мат-ответственности за наебнувшийся сервак и работа не из тех, которой сильно дорожишь - обычный сисадмин в госструктуре.
>Пока что я думаю настроить ssh или sftp и автоматически утаскивать архивы на свой домашний сервачок из старого нетбука.
Не думай, тебе верно сказали нахуй такую заботу, не оценят.
Больше бумаги - чище жопа, у тебя должна быть бумажка с запросом о покупке оборудования и подробной росписью рисков что может случиться если его не купят. Есть бумажка, есть на ней резолюция руководства "нахуйнадо" - всё, идите все в хуй стройными рядами, ты предупредил, ответственность на том кто зарубил.
>> я каждую пятницу, если не забываю, копирую базу себе на флешку
Veeam Backup будет стоить копейки для вашего энвайромента, к чему все эти танцы с физическим копированием? Все критические сервис должны быть виртуализированы, ибо VM с прикрученным сервисом репликации - это 100% гарантия восстановить данные, даже если офис вместе с виртуальным хостом у хуям сгорит. Неужели настолько денег у конторы нету?
если сервер наебнётся - я вообще не знаю что делать. он у наc i7 с 64 гб оперативки (при этом когда я на нём что-то начинаю архивировать/распаковывать типа архивов с торрента - через пол-минуты уже звонят что у них всё зависло), а у меня в резерве только пара компов с 4 гб оперативки и какими-то целеронами
а яндекс вообще харам, никакие зарубежные несертифицированные СБУ облака нельзя. а сертифицированных нет. в общем, в идеальных условиях по рекомендациям СБУ должна быть интранет без доступа во вне и бэкапить на пару носителей, находящихся в других зданиях (желательно на расстоянии километров 500 друг от друга, вдруг ядерная война и всё такое)
ну так запароленые, пароли сильные.
"а вдруг 7z оставил бэкдоры что пароль можно легко нарыть, и он скооперируется с гуглом и украдут наши важные данные??", хотя СБУ ничё не говорит о том, что сама винда полна бэкдоров и базу можно выкачать напрямую без регистрации и смс.
нет, это файрбейс с тысячами однотипных строк текста (истории болезней, которые для каждого пациента копируются изо дня в день потому что никто не будет сочинять индивидуальные и неповторимые тексты в дневниках для нескольких сотен пациентов ежедневно). естественно - есть различия, у кого-то давление скакнёт, температура у всех разная с точностью до десятых долей, но 99% слов и предложений всё же повторяются регулярно типа "хороший аппетит, стул мягкий 1 р. в день, кожа естественного цвета, на вопросы отвечает адекватно..."
все win10 с ежедневными жалобами - "мне тут данные пациентов вводить, а оно обновляется уже пол-часа", на каждом - свой пароль, но пароли однотипные, сотрудники паролей не знают, так как при локальной логинации запрос пароля отключён, но по сетке всё закрыто. на выходе - микротик, хорошо настроен и пускает только http(s).
текстовых файлов нет, все шаблоны в программу вбиты, можно добавлять, редактировать. по сети - только в вайбере файлами обмениваются, в основном фотками с экрана, рукописных или распечатанных текстов. самый большой геморрой - когда на небольшом смартфоне показывают фотку приглашения в вебинар, где херово пропечатанная ссылка (на принтере с картриджем, который перезаправляли раз 50 и очередной раз кончается тонер), и в ссылке символов 70, при этом хуй разберёшь где ноль, а где О, где і, l, 1, и даже t или f, где О, а где Q потому что ссылка с подчёркиванием и срезает низ строки...
и я склонен думать, что минимум лет 8 есть, семёрка вот только сейчас начинает превращаться в тыкву, при этом для офисных задач она вполне себе сгодится ещё на 2-3 года. пока что столкнулся только с тем, что новые фотошопы на неё не ставятся и свежая нода.
До сих пор от аппендицита и чумы с бешенством у ирают люди. А тут местами устаревание техники под 30 лет, устаревание софта - под 40.
При наличии легаси в виде софта-железа и невозможности создать с нуля видно суть проблемы - пока оно работает, мало кто готов платить и даже не собирается, а когда случается жопа, то виноваты айтишники, а не жадные менеджеры.
i С хвостовой рекурсией, правда?
■ ЯГ?”**' * & 2 —•
fi Inf . 'ПК Ш>. kJ
Я написал
Р рекурсивную - Ä С хвостовой
функцию ^.рекурсией, правда?
Error X
Stack overflow
Ш h'kJ,
Отличный комментарий!
Снапшот - это обычно заархивированная копия базы данных по состоянию на какое-то время. Из снапшота возможно в полу- или полностью автоматическом режиме восстановить базу данных. Из скриншота ты не сделаешь нихуя, разве что база содержит ну уж совсем ничтожно малое количество данных.
Уплываю.