В любом случае так использовать:
1. Не лицензионно.
2. В любой момент может быть закрыто.
Уже были релизы где не работало 12 соединений.

А на какой платформе ?
На любой?

У меня на Винде

А сама платформа 8.3.17.1549 ?

нет, сейчас 8.3.15.1958

На счет не лицензионно - согласен, но это не продакт, так что не стыдно :-)

Нормально работает, переходим?

Пока еще не тестировали.

коллеги, доброго времени суток!
наступил нечаянно на грабли: залил из DT базу данных на Сервер 1С (с PostgreSQL под CentOS), а в ней были региональные установки, не соответствующие дефолтному локейлу PostgreSQL - теперь после перезапуска Конфигуратор не может её раскрыть
есть ли какой-то способ либо исправить косяк, либо обмануть Конфигуратор, либо....  ?
а быть может, это где-то описано?
заранее благодарю за любую подсказку!

перезаливать

DT после правки локали и времени

Увидел только сейчас сообщение: они нужны очень редко, как страховка от например глобальной программной порчи данных или для быстрой проверки состояния "до" в случаях "а вот вы у нас вчера были а сегодня у нас не работает") Ну и подобных... Короче раз в полгола-год, но спасают очень. Единственно стоит подправить задания в кроне: хранить по 4 15мин, 24 часовых, 7 дневных и 4 недельных - хватает за глаза при разумном оверхеде по месту.

зачем столько снапшотов? снапшот это не бекап, суточный/недельный/месяцный хранить только бекапы, а снапшоты исключительно в разрезе суток

Если срочно нужна копия месячной давности 4 террабайтной базы.

повторюсь, снапшот это не бекап

Вот только что ответил, зачем мне столько. Вы, конечно, можете и должны поставить столько, сколько считаете нужным)

а pg_dump не бэкап (с)

Кто-то сказал обратное? Зачем сейчас Вы бэкапы сюда приташили?) Бэкапы отдельно, снапшоты отдельно)

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