LINUX.ORG.RU
ФорумTalks

Перепил кофе

 


0

2

... и захотелось странного...

У нас тут есть PostgreSQL — 2 боевых сервера, на них же крутится Apache и серверы 1С.

В PostgreSQL есть такая досадная проблема, что восстановление БД по таймкоду производится для всего кластера.

На первых реализациях у нас все базы в одном кластере, их на одном серваке 200 и на другом 120.

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

Поскольку связка PoetgeSQL+Linux+Apache+1C хорошо у нас себя зарекомендовала, хочется иметь инструмент который позволяет одним мышевозюканием делать все операции.

Перечислю:

*Создание БД 1С из dt файла

*Создание БД PSQL из дампа с регистрацией на сервере 1С

*Создание копий по требованию (dt, dump)

*Восстановление копий, в том числе и на момент времени по WAL

*Управление кластерами PSQL

*Публикация на Web

*Разграничение прав доступа к этой системе

*Создание отчетов

*Web интерфейс

В общем может что-то такое есть?

В общем то наговорил уже на полгода работы.

наговорил уже на полгода работы

Покажи простынку начальнику.

Нет, насколько помню, готового решения all-in-one нет. Придётся колхозить.

Deleted ()

Перепил кофе

Держи нас в курсе

burato ★★ ()

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

WitcherGeralt ★★ ()
Последнее исправление: WitcherGeralt (всего исправлений: 1)

тоже досадно, особенно что в mssql можно отдельно в разрезе базы накатывать журналы транзакции делать и накатывать.
а какие размеры баз,в основном и крупные, максимальнаые ?

bl ★★★ ()

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

pi11 ★★★★★ ()
Ответ на: комментарий от pi11

Знаю про такой вариант, наш DBA считает, что там меньше лаг в обработке запросов... вроде все работает пока...

Shulman ()
Ответ на: комментарий от Shulman

У меня сервер с постгресом в другом ДЦ находится, соединения держит pgpool2. Задержки незаметны. С 1с не работал, но на сколько я себе его представляю там больше тяжелые запросы, а не сто тысяч мелких, поэтому оверхед будет вообще неизмерим. Но раз ваш дба так считает, то пусть.

pi11 ★★★★★ ()
Последнее исправление: pi11 (всего исправлений: 2)
Ответ на: комментарий от Shulman

Если у вас там требования очень жёсткого реального времени, то SQL вообще не уместен, вам нужна NoSQL DB. Сам SQL по себе внесёт гораздо больше задержек, чем сетевой лаг. А если таких требований нет, то сетевой лаг - это смешная задержка, ей можно пренебречь абсолютно свободно, даже думать на эту тему - бред. Это всё равно, что покупатель требует скидку одну копейку при покупки хаты, а продавец её не даёт. Можешь так и сказать своему DBA.

lenin386 ★★★ ()
Последнее исправление: lenin386 (всего исправлений: 5)

Можно такое замутить за полгода и франклины.

pikwik ★★ ()
Ответ на: комментарий от bl

особенно что в mssql можно отдельно в разрезе базы накатывать журналы транзакции делать и накатывать.

Нет в MS-SQL это нельзя. Пробовал не получается...

dem ()

Перепил кофе

Какое кофе пил? Эспрессо? Россияно? Растворимое? Восточное?

te111011010 ()
Ответ на: комментарий от Shulman

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

я плохопостгрес знаю, возможно ли делать репликацию отдельных баз в выделенные экземпляры для этих баз.

альтернатива - скриптовать до автоматизма чтобы задать имя базы и оно выполняло весь спектр действий например подъем бекапа (бекапит текущую, восстанавливает в неё целевую). выноси это в какую-то морду, например дженкис. и отдавай эту кнопку на откуп тем кто такую услугу заказывает.
с такими размерами баз можно рассмотреть mssql, в т.ч. linux-овый. там базы можно бекапить поштучно и восстанавливать в т.ч. PITR поштучно. но удобное управление только из студии которая не пашет без винды.

по поводу разграничения прав, особенно если экземпляров много. то тут вижу только двигаться в какой-то лдап(AD) и роли.

bl ★★★ ()
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)