Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
6.5: Перенос логинов SQL вслед за пользователями БД
|
|||
|---|---|---|---|
|
#18+
Как коректно автоматически перенести логины на новый сервер, не зная паролей? Естественно "sa" НЕ переносим. Все что нашел по поиску по 6.5 - одна общая фраза "используйте sp_addlogin". Но! sp_addlogin требует в качестве параметра пароль в открытом виде. По этим же причинам неподходит и эта статья . Давайте разберемся? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2001, 08:59 |
|
||
|
6.5: Перенос логинов SQL вслед за пользователями БД
|
|||
|---|---|---|---|
|
#18+
см. опцию @encryptopt в sp_addlogin ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2001, 09:26 |
|
||
|
6.5: Перенос логинов SQL вслед за пользователями БД
|
|||
|---|---|---|---|
|
#18+
К сожалению в 6.5 описания такой опции нет ни в хэлпе, ни в букс-он-лайн ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2001, 09:36 |
|
||
|
6.5: Перенос логинов SQL вслед за пользователями БД
|
|||
|---|---|---|---|
|
#18+
А цель перенос тоже на 6.5 или на 7.0? Кстати, а почему бы мастера попросту не пернести на новый сервер? Или он не новый, а параллельно существующий и там куча своих настроек? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2001, 09:50 |
|
||
|
6.5: Перенос логинов SQL вслед за пользователями БД
|
|||
|---|---|---|---|
|
#18+
Цель 6.5 -> 6.5 Мастер восстановить можно, но нужен именно вариант с переносом ТОЛЬКО логинов. P.S: Разработчики БД так же сослались на @encryptopt... Но его нет в BOL Для 6.5, поэтому просьба: Вышлите пожалуйста текст sp_addlogin для 7.0 и статью из BOL, где поясняется использование @encryptopt ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2001, 10:07 |
|
||
|
6.5: Перенос логинов SQL вслед за пользователями БД
|
|||
|---|---|---|---|
|
#18+
Послать Ёсе письмо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2001, 10:08 |
|
||
|
6.5: Перенос логинов SQL вслед за пользователями БД
|
|||
|---|---|---|---|
|
#18+
Спасибо за письма. В переделаной для 7.0 sp_addlogin я разобрался. Но применить её к 6.5 не представляется возможным, поскольку: \nSQL 6.5 and earlier do not support the "skip_encryption" option т.е. прийдется изголяться как нибудь по другому. Не буду же я пользоваться тем, чем не умею: You need to be the sa (of course) on both your source and destination server, you need to set the 'allow updates' server option using 'sp_configure', and of course you need to be very careful. Back up all your databases before attempting this. With SQL 6.5 you have to write directly to the sylogins table in order to transfer passwords unaltered. My preferred option is to BCP the syslogins table from the source server, bcp it into a working table on the destination server, and then write SQL to transfer the required logins straight into the syslogins table, taking care not to try to copy in logins that already exist on the target server (such as sa, probe, and and user logins that exist on both servers. You also need to make sure that SUIDs are not duplicated, and I usually do this by adding an arbitrary number to the SUIDs from the source server after transferring the login details into the working table. Вот такие пироги. Буду write directly to the sylogins table и одновременно заниматься переходом на 7.0. Последний всетаки погибче будет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2001, 15:08 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=32008441&tid=1826350]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
38ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
50ms |
get tp. blocked users: |
1ms |
| others: | 230ms |
| total: | 364ms |

| 0 / 0 |
