П
Ничего не понятно. Кто, что и как запускает?
С байконура)
Size: a a a
2020 December 11
AA
С байконура)
Обхохочешься.
АК
Здравствуйте! Тут можно размещать вакансии?
АД
Здравствуйте.
Господа подскажите, клиент запускает 1с с параметрами ЗапуститьПриложение(..запускает тут приложение..), не могу понять, где он передаёт эти параметры, где их вообще передают ?
- В терминале перед запуском /etc/init.d/ ?
- Прописывает в ярлыке 1с ?
- Либо там где настраиваться доп.опции запуска при подключении базы ?
- Либо это вообще скрипт, тогда от куда и как запускают ?
Подскажите кто сталкивался с подобным, может я могу где-то про это почитать по подробнее для Linux.
Спасибо.
Господа подскажите, клиент запускает 1с с параметрами ЗапуститьПриложение(..запускает тут приложение..), не могу понять, где он передаёт эти параметры, где их вообще передают ?
- В терминале перед запуском /etc/init.d/ ?
- Прописывает в ярлыке 1с ?
- Либо там где настраиваться доп.опции запуска при подключении базы ?
- Либо это вообще скрипт, тогда от куда и как запускают ?
Подскажите кто сталкивался с подобным, может я могу где-то про это почитать по подробнее для Linux.
Спасибо.
Задача в чём?
Запустить сразу базу 1с, а не стартер или что?
Запустить сразу базу 1с, а не стартер или что?
↺°
Такой вопрос. Есть 7 небольших ИБ ( примерно по 10 Гб) на 1с (клиент-сервер). Есть терминал на который цепляются по ремотеапп 20+ юзеров ( бухи, продажники). Есть договор на ежедневные бекары ИБ(неделя). Если всё это дело завернуть на две ВМ проксмокса, одна СУБД, другая терминал. Будет ли это технически грамотным и надёжным?
↺°
Как бы вы поступили?
АП
Чем новая схема от существующей отличается? И при чем тут еженедельные бэкапы?
↺°
Существующая работает через опу. Бекапы идут только dt. И то через раз. Когда нет активных соединений (эффект сейвер). ВМ раз в неделю бекапятся. По договору должны с сопровождающей фирмой должны быть ежедневные бекапы. Были случаи когда это требовалось.
И
🤦♂
↺°
🤦♂
И я того же мнения😂
2_
Существующая работает через опу. Бекапы идут только dt. И то через раз. Когда нет активных соединений (эффект сейвер). ВМ раз в неделю бекапятся. По договору должны с сопровождающей фирмой должны быть ежедневные бекапы. Были случаи когда это требовалось.
а что сейчас мешает бекапить нормально?
↺°
2flower _
а что сейчас мешает бекапить нормально?
Потгрес конечно интересно, но нет времени.
2020 December 12
NG
Потгрес конечно интересно, но нет времени.
Если базы уже клиент-серверные, то есть и субд. Бэкап бд надо делать средствами субд. Ваш кэп.
ВО
Существующая работает через опу. Бекапы идут только dt. И то через раз. Когда нет активных соединений (эффект сейвер). ВМ раз в неделю бекапятся. По договору должны с сопровождающей фирмой должны быть ежедневные бекапы. Были случаи когда это требовалось.
Бекапы ВМ имеют неиллюзоную вероятность получиться с корраптнутыми данными БД, например, когда транзакция не успела до конца залиться во время создания снепшота ФС.
АД
Потгрес конечно интересно, но нет времени.
На что?
Написать 1 строку pg_dump занимает 5 минут вместе с изучением документации.
Если уж взяли на себя обязательства, нужно их выполнять с надлежащим качеством
Написать 1 строку pg_dump занимает 5 минут вместе с изучением документации.
Если уж взяли на себя обязательства, нужно их выполнять с надлежащим качеством
СЯ
Существующая работает через опу. Бекапы идут только dt. И то через раз. Когда нет активных соединений (эффект сейвер). ВМ раз в неделю бекапятся. По договору должны с сопровождающей фирмой должны быть ежедневные бекапы. Были случаи когда это требовалось.
Разделять пользователей от серверов является технически грамотным, но к бекапам не имеет никакого отношения. Это скорее к вопросу вирусов- шифровальщиков относится.
Если вы пользуетесь ПГ, то ежедневные бекапы - вчерашний день. Сейчас модно настраивать архивацию журнала транзакций. Будет возможность восстановить данные на состояние "за секунду до косяка"
Поскольку мы тут все линуксоиды, то и скрипты у нас линуксоидные. Поделиться можем, но поможет вам или нет - сложный вопрос. Да и зачем? У ПГ внятная документация да ещё и на русском языке.
Когда я в первые настраивал архивацию журнала транзакций - у меня заняло два дня (без отрыва от текучки). Это вместе с подъемом тестового окружения и переноса данных на боевую.
Если вы пользуетесь ПГ, то ежедневные бекапы - вчерашний день. Сейчас модно настраивать архивацию журнала транзакций. Будет возможность восстановить данные на состояние "за секунду до косяка"
Поскольку мы тут все линуксоиды, то и скрипты у нас линуксоидные. Поделиться можем, но поможет вам или нет - сложный вопрос. Да и зачем? У ПГ внятная документация да ещё и на русском языке.
Когда я в первые настраивал архивацию журнала транзакций - у меня заняло два дня (без отрыва от текучки). Это вместе с подъемом тестового окружения и переноса данных на боевую.
АП
Существующая работает через опу. Бекапы идут только dt. И то через раз. Когда нет активных соединений (эффект сейвер). ВМ раз в неделю бекапятся. По договору должны с сопровождающей фирмой должны быть ежедневные бекапы. Были случаи когда это требовалось.
Так и не понял отличия от существующей и предлагаемой, кроме того что бэкапы вовремя не делаются. В чем смысл что то переделывать если вопрос в архивации? Пара скриптов для создания архивов средствами СУБД получается решит эту проблему.
АП
Резервные копии путем снапшота ВМ или прочим для СУБД неприемлимы если есть желание потом что то восстанавливать.
A
Нуууу, если добавить немножечко варенья wal файлов к снапшотам, то вполне себе приемлемые станут 😁
P.S. кажется сейчас опять начнётся 😂
P.S. кажется сейчас опять начнётся 😂