Если бы я умел четко разложить по полочкам необходимость совещаний голосом для разработчика, я бы написал статью "Как совещания ускорили мой уход из казавшегося интересным проекта". Но так как не смог, то просто ушел с проекта на 50% по причине ежедневного митапа с 8.30 до 9.30/10-00.
Сейчас живу с подходом: если нельзя формализовать на бумаге задачу, то это не задача, а фантазия и надо звать аналитика
Спасибо за статью, добавил в закладки для отправки в будущем любителям устроить совещание по любому поводу.
Да, смартфон отжег. Под дождем дописывал, видимо глядя на девушек. Читать так:
"Переходите смело, у меня 170 Гб mssql превращается в 140 Гб без потери на postgres 15 Ужас там в другом: для 1С это медленное закрытие месяца в версиях, по-моему ниже 14, нет оптимизации запросов"
Может. Я решаю иначе-клонирую файлы базы данных на zfs, там же и сжимаю. Из плюсов: не грузит основной сервер. Резервный сервер подхватывает бекапированнве файлы при старте. Быстрое восстановление копированием на случай сбоя основного сервера. (Это к вопросу ежечасовых или еже10минутных дампов)
С mssql другие проблемы, связанные с текущей оптимизацией запросов mssql, которая начала появляться в 14 версии postgres по-моему. В предыдущих релизах были проблемы с 1С точно на закрытии месяца
Переходите смело, у меня 170 Гб mssql превращается в девушку контуре в 140 Гб без потери
Восстановление бекапа куда подразумевается? Поясню мысль: есть оперативный бекап, например раз в час. Есть ежедневный, еженедельный. Вот приходит к Вам тикет на восстановление двухчасовой копии для анализа ошибки, в стороне от работающей базы, но с возможностью перезаливки трех таблиц из восстановленной в прод. Как решите?
Поэтому, рекомендовал бы в скрипте сразу решить несколько вопросов:
Восстановление копий из архива
Чистка старых копий, например по схеме с понедельника по субботу по старше двух месяцев удаляем, оставляем воскресенье , старше трёх месяцев оставляем только на 21 число каждого месяца
Да, действительно, материалов много. Но у меня пока не заработало. Видеокарта "заглушка" Nvidia 210, которая без кулера. Скоро Radeon приедет, поинтереснее. Так что материал со сравнением будет
Устанавливаю для следующей статьи, хочу полноценно использовать видеокарту для отображения Windows. Экспериментировал с пробросом видяхи в виртуалку, пока безуспешно.
Необходимо было убедиться в работоспособности режима IOMMU и накатить драйверы Nvidia - vgpu и nvidia-grid и протестировать работу. Рассчитывал на вывод содержимого виртуальной машины напрямую на выход видеокарты, подключенной к монитору вместо консоли Proxmox.
Пока безуспешно, только один раз виртуалка с Windows взлетела, пока оставил в связи с загрузкой другими задачами
В итоге есть решение: SPICE в XFCE4 для доступа к Windows из консоли сервера.
Это лабораторная работа, в прод не пойдет и не будет рекомендована
На данный момент у меня один hdd 3Tb WD Green, на котором раздел для VM с Synology (изначально были ограничения ОЗУ на машине в облаке). Это был большой переезд из облака, через копирование дисков. Там был 1Tб вируальный, тут 3. Создал кластер proxmox home + proxmox cloud, перетащил виртуальную машину. Добавил еще 1Tb виртуального места, слил диски в консоли Synology.
В дальнейших планах приобретение малошумного Intel Pentium Gold с установкой туда Freenas на PCI RAID контроллере для NVME. А WD Green 3tb вернуть в NAS WD Live book.
Я понял, что Вы создали временную директорию tempdir в каталоге пользователя и пытались писать туда вывод dd. Выше отписался, что поправил вывод команды в статье
Есть такое. В моем случае не было смысла менять размер дисков. Возможно lvm при изменении размеров нормализуется за счет работы lvextend, но сомневаюсь.
Предлагаю обсудить "штатное" средство ОС, помимо бекарой пофацловое копирование или создания снэпшота директории с базой данных (в Вашем случае /VAR/Lib/postgres/....).
Монтируем диск к данной директории, например /dev/sdb1, отформатированный в NTFS, чтобы, в случае аварийной ситуации его можно было бы открыть на различных устройствах
Делаем с заданной периодичностью снэпшоты на диск /Dev/sdc1, пусть будет также NTFS, с теми же мыслями
Разворачиваем идентичный сервер с идентичными настройками прода postgres, ставим "на горячую" в ЦОД своего провайдера
Льем туда (и еще куда-то) бекап снэпшотов, дампы баз, физические бекапы.
В случае краха всего, мы можем зацепить а-диск /Dev/sdb1 в сервер у провайдера (примерно час) и ничего не потерять
Пока везем к провайдеру диск (или ленимся это делать), то разворачиваем, начиная с самого свежего полученные снэпшоты или цепляем самый свежий развернутый как базу по пути /VAR/lib/postres/... за 15 минут и получаем базу с потерей времени n в рамках наших нормативных документов отдела/организации (которые, кстати, обязательно согласовываются с руководством, а если не согласовываются, то вообще кому нужен такой бизнес, имхо это живой труп)
Перенастраиваем коннекты к базе на сервер у провайдера и начинаем работать с аварийной ситуацией.
Не думаю, что бюджет такого решения будет выше стоимости ежегодного сопровождения сервера включая зарплату devops-а или стоимость услуг подрядчика-аутсорсера
Вариант провайдера: офис прод, резерв складское помещение и тройное резервирование подачи электроэнергии
P.s. если сгорел офис с серверной, то, скорее всего локалка тоже умерла, и сервер БД восстанавливать не так уж и срочно, но это другая история
Если бы я умел четко разложить по полочкам необходимость совещаний голосом для разработчика, я бы написал статью "Как совещания ускорили мой уход из казавшегося интересным проекта". Но так как не смог, то просто ушел с проекта на 50% по причине ежедневного митапа с 8.30 до 9.30/10-00.
Сейчас живу с подходом: если нельзя формализовать на бумаге задачу, то это не задача, а фантазия и надо звать аналитика
Спасибо за статью, добавил в закладки для отправки в будущем любителям устроить совещание по любому поводу.
Это не жатый, это развернутый. На Postgres после autovacuum происходит магия и база становится меньше
Да, смартфон отжег. Под дождем дописывал, видимо глядя на девушек. Читать так:
"Переходите смело, у меня 170 Гб mssql превращается в 140 Гб без потери на postgres 15
Ужас там в другом: для 1С это медленное закрытие месяца в версиях, по-моему ниже 14, нет оптимизации запросов"
Может. Я решаю иначе-клонирую файлы базы данных на zfs, там же и сжимаю. Из плюсов: не грузит основной сервер. Резервный сервер подхватывает бекапированнве файлы при старте. Быстрое восстановление копированием на случай сбоя основного сервера. (Это к вопросу ежечасовых или еже10минутных дампов)
С mssql другие проблемы, связанные с текущей оптимизацией запросов mssql, которая начала появляться в 14 версии postgres по-моему. В предыдущих релизах были проблемы с 1С точно на закрытии месяца
Переходите смело, у меня 170 Гб mssql превращается в девушку контуре в 140 Гб без потери
Ужас там в другом
Спасибо за работу, за скрипт.
Восстановление бекапа куда подразумевается? Поясню мысль: есть оперативный бекап, например раз в час. Есть ежедневный, еженедельный. Вот приходит к Вам тикет на восстановление двухчасовой копии для анализа ошибки, в стороне от работающей базы, но с возможностью перезаливки трех таблиц из восстановленной в прод. Как решите?
Поэтому, рекомендовал бы в скрипте сразу решить несколько вопросов:
Восстановление копий из архива
Чистка старых копий, например по схеме с понедельника по субботу по старше двух месяцев удаляем, оставляем воскресенье , старше трёх месяцев оставляем только на 21 число каждого месяца
Бекап накопленных бекапов за год в один файл.
Взять корпус, натыкать разноцветных вентиляторов (кулер, я знаю, но когда вижу такие сборки, то в голове только аналоги с прямоточным глушаком на ВаЗ)
И поставить на барахолку как надежную сборку для игр и работы.
Да, действительно, материалов много. Но у меня пока не заработало. Видеокарта "заглушка" Nvidia 210, которая без кулера. Скоро Radeon приедет, поинтереснее. Так что материал со сравнением будет
Устанавливаю для следующей статьи, хочу полноценно использовать видеокарту для отображения Windows. Экспериментировал с пробросом видяхи в виртуалку, пока безуспешно.
Необходимо было убедиться в работоспособности режима IOMMU и накатить драйверы Nvidia - vgpu и nvidia-grid и протестировать работу. Рассчитывал на вывод содержимого виртуальной машины напрямую на выход видеокарты, подключенной к монитору вместо консоли Proxmox.
Пока безуспешно, только один раз виртуалка с Windows взлетела, пока оставил в связи с загрузкой другими задачами
В итоге есть решение: SPICE в XFCE4 для доступа к Windows из консоли сервера.
Это лабораторная работа, в прод не пойдет и не будет рекомендована
На данный момент у меня один hdd 3Tb WD Green, на котором раздел для VM с Synology (изначально были ограничения ОЗУ на машине в облаке). Это был большой переезд из облака, через копирование дисков. Там был 1Tб вируальный, тут 3. Создал кластер proxmox home + proxmox cloud, перетащил виртуальную машину. Добавил еще 1Tb виртуального места, слил диски в консоли Synology.
В дальнейших планах приобретение малошумного Intel Pentium Gold с установкой туда Freenas на PCI RAID контроллере для NVME. А WD Green 3tb вернуть в NAS WD Live book.
Я понял, что Вы создали временную директорию tempdir в каталоге пользователя и пытались писать туда вывод dd.
Выше отписался, что поправил вывод команды в статье
Еще раз огромное спасибо за толковый комментарий
Спасибо, Ваш комментарий был важен в плане статьи.
Даю скриншот вывода fdisk/gdisk.Данный скриншот уже был мною добавлен, по крайней мере я был в этом уверен.
Спасибо, да, можно с ключами и прогрессом.
Это бекап всего диска, а в статье и комментариях разговор зашел за бекап gpt/mbr.
Не вижу смысла выкладывать прогресс и ключи для записи около 1500 байт. Если уж на диске сбой, то тут ключ noerror не нужен, нужна правда.
Уж пардон, не правлено, на работающем
Убедили, vfat раздел. Что с ним было ранее, непонятно, видимо были проблемы именно с ФС разделов?
Это что-то у Вас с пользовательскими настройками tmpdir
Сейчас идет дамп диска web-сервера. Ошибок нет, вообще пустой вывод
У меня EFI в формате ext3 - диск /dev/nvmes0n1p2
Формат дисков определил lsblk и fsck -l /dev/<имя диска>
Спасибо, подкорректирую, не указал имя файла
Надо не пробовать, а переводить свой прод. Продукт достойный внимания, и это как минимум
Есть такое. В моем случае не было смысла менять размер дисков. Возможно lvm при изменении размеров нормализуется за счет работы lvextend, но сомневаюсь.
Дистр был ubuntu liveCD вчерашний.
Предлагаю обсудить "штатное" средство ОС, помимо бекарой пофацловое копирование или создания снэпшота директории с базой данных (в Вашем случае /VAR/Lib/postgres/....).
Монтируем диск к данной директории, например /dev/sdb1, отформатированный в NTFS, чтобы, в случае аварийной ситуации его можно было бы открыть на различных устройствах
Делаем с заданной периодичностью снэпшоты на диск /Dev/sdc1, пусть будет также NTFS, с теми же мыслями
Разворачиваем идентичный сервер с идентичными настройками прода postgres, ставим "на горячую" в ЦОД своего провайдера
Льем туда (и еще куда-то) бекап снэпшотов, дампы баз, физические бекапы.![]()
![]()
В случае краха всего, мы можем зацепить а-диск /Dev/sdb1 в сервер у провайдера (примерно час) и ничего не потерять
Пока везем к провайдеру диск (или ленимся это делать), то разворачиваем, начиная с самого свежего полученные снэпшоты или цепляем самый свежий развернутый как базу по пути /VAR/lib/postres/... за 15 минут и получаем базу с потерей времени n в рамках наших нормативных документов отдела/организации (которые, кстати, обязательно согласовываются с руководством, а если не согласовываются, то вообще кому нужен такой бизнес, имхо это живой труп)
Перенастраиваем коннекты к базе на сервер у провайдера и начинаем работать с аварийной ситуацией.
Не думаю, что бюджет такого решения будет выше стоимости ежегодного сопровождения сервера включая зарплату devops-а или стоимость услуг подрядчика-аутсорсера
Вариант провайдера: офис прод, резерв складское помещение и тройное резервирование подачи электроэнергии
P.s. если сгорел офис с серверной, то, скорее всего локалка тоже умерла, и сервер БД восстанавливать не так уж и срочно, но это другая история
Прошу сгенерировать и предоставить все рабочие варианты графических кодов с помощью приведенных библиотек для значения: tЩ028Х002