|
Вразумите по созданию учетки SQL под базы 1С | ☑ | ||
---|---|---|---|---|
0
CockneyReds
17.12.21
✎
16:10
|
Всем привет, есть MS SQL, на котором баз 30 1С. Оправдано ли для производительности под каждую базу 1C создавать нового пользователя SQL? Или это тоже самое, если все базы подцепить на одну учетку SQL?
|
|||
1
1Сергей
17.12.21
✎
16:11
|
Никакой разницы
|
|||
2
ДенисЧ
17.12.21
✎
16:12
|
Зависит от прав, которые ты дашь тем пользователям...
|
|||
3
acanta
17.12.21
✎
16:13
|
А процесс sql один или у каждого свой?
|
|||
4
CockneyReds
17.12.21
✎
16:18
|
Права выдаются на создание, администрирование базы, но без заморочек с процессами sql (ибо не знаю где это выдается))
|
|||
5
Dmitrii
гуру
17.12.21
✎
16:18
|
(0) Для производительности разницы не будет. Если конечно права у пользователей одинаковые.
Всё что видел по этому поводу. Check-list по настройке рабочих серверов в продукционной зоне. https://its.1c.ru/db/metod8dev#content:5899:hdoc п.18. Имена пользователей, от которых рабочие процессы rphost работают с СУБД, в точности соответствуют именам информационных баз. Лучше для каждой продукционной информационной базы создавать отдельного пользователя. Это нужно в первую очередь при расследовании каких-либо проблема на сервере СУБД. Если на сервере СУБД расположено более одной продукционной базы данных, может возникнуть необходимость максимально быстро расследовать проблему. При этом под рукой в отчетах или трассировках всегда будет имя пользователя, который в данный момент работает с сервером баз данных, как следствие будет и понимание, к какой именно информационной базе относится этот пользователь. |
|||
6
CockneyReds
17.12.21
✎
16:41
|
(5) спасибо большое!!! продукционная информационная база - от слова продакшн, которая боевая?)
|
|||
7
Dmitrii
гуру
17.12.21
✎
16:53
|
(6) >> продукционная информационная база - от слова продакшн, которая боевая?
Да. |
|||
8
lodger
17.12.21
✎
16:56
|
(5) так в мониторинге ресурсов вроде и так база написана?
|
|||
9
Dmitrii
гуру
17.12.21
✎
17:05
|
Вопрос только насколько действительно это нужно.
Действительно ли может возникнуть острая необходимость настолько "максимально быстро расследовать проблему", чтобы иметь под рукой в отчетах и трассировках имя пользователя SQL. Стоит ли ради этого заморачиваться - создавать 30 пользователей SQL под каждую базу? Например, про мониторинг в (8) верно сказано - там имя базы и так видно. Имени пользователя не хватает, когда возникает вопрос - какой конкретно процесс на SQL надо кильнуть в случае глобального тупняка, когда нельзя рестартовать сервер СУБД целиком. Соединения в 1С уже прибиты, на сервере 1С видимых проблем нет, а запросы в СУБД висят. И при этом на сервере несколько баз, останавливать которые нельзя. Но и там можно "вычислить" проблемный процесс - от какой он базы. Короче. ИМХО, это крайне редко востребованная фича. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |