Прехвърляне на DB и Logins SQL 2000
2 отговора
0 прегледа
Прехвърляне на DB и Logins SQL 2000
Здравейте,
искам да прехвърля базите и потребителите от един sql 2000 сървър към друг и аналогично на това на sql 2005 . Има ли автоматизиран начин за подобно прехвърляне, който изключва пресъздаването на базите и после възстановяването им от архив от единия към другия SQL 2000 (2005) сървър.
Благодаря ви предварително.
искам да прехвърля базите и потребителите от един sql 2000 сървър към друг и аналогично на това на sql 2005 . Има ли автоматизиран начин за подобно прехвърляне, който изключва пресъздаването на базите и после възстановяването им от архив от единия към другия SQL 2000 (2005) сървър.
Благодаря ви предварително.
в отговор на sakrayaami
#2
Re: Прехвърляне на DB и Logins SQL 2000
Зависи колко на брой са базите. Най-лесно е stop на service-а, copy на mdf/ldf файловете и attach на новия сървър.
За login-овете можеш да генерираш скрипт през EM. На Genereate SQL Scripts wizard-а оставяш празно script all object и на последния таб (Options) му цъкаш Script SQL Server logins (Windows and SQL Server logins). Гледаш на Preview (първия таб) какво генерира.
cheers,
</wqw>
[линк]
За login-овете можеш да генерираш скрипт през EM. На Genereate SQL Scripts wizard-а оставяш празно script all object и на последния таб (Options) му цъкаш Script SQL Server logins (Windows and SQL Server logins). Гледаш на Preview (първия таб) какво генерира.
cheers,
</wqw>
[линк]
в отговор на sakrayaami
#3
Re: Прехвърляне на DB и Logins SQL 2000
Аз също имам подобна ситуация и си решавам проблема с прехвърлянето/актуализирането на базите и логините чрез прехвърляне на мастера.
Имам SQL 2000 с няколко бази и SQL потребители. Идеята е да имаме „студен”
резервен сървър т.е. при отпадане на основния взимаме последните бекъпи
и на предварително нагласен сървър( който се пуска само при тази ситуация или за актуализиране с някаква периодичност) да бъде актуализиран и данните и логините.
Първоначално създаване на 2рия сървър(в моя случай на подходящ потребител е сложен 2ри Хард и е сложена втора операционна система).
1. Създавам на ръка празни бази със същите имена и местоположение на файловете както тези от основния/първия сървър
2. Ристорвам мастера от основния сървър
3. Ристорвам базите от основния сървър
Периодична актуализация
Ако не е имало промяна в логините ( т.е. не сме имали нов SQL потребител, промяна в права и смени на пароли) ристорвам само потребителските бази. Ако е имало промяна ристорвам първо мастера от основния и после потребителските бази.
По този начин прехвърлям и информацията и Логините с паролите.
Разбира се при моя случай двата SQL сървъра са еднакви като съдържание и ако имаше различни бази на двата щеше да има усложнение . Ако втория като бази е подмножество на първия т.е. няма бази които са си само негови също върви тази схема. Тогава може да се добавят празни бази с имената от първия SQL сървър които не се прехвърлят само колкото да не се шашка мастера и те в бъдеще няма да се ресторват.
Разбира се това не важи за прехвърляне между SQL2000 и SQL2005.
Имам SQL 2000 с няколко бази и SQL потребители. Идеята е да имаме „студен”
резервен сървър т.е. при отпадане на основния взимаме последните бекъпи
и на предварително нагласен сървър( който се пуска само при тази ситуация или за актуализиране с някаква периодичност) да бъде актуализиран и данните и логините.
Първоначално създаване на 2рия сървър(в моя случай на подходящ потребител е сложен 2ри Хард и е сложена втора операционна система).
1. Създавам на ръка празни бази със същите имена и местоположение на файловете както тези от основния/първия сървър
2. Ристорвам мастера от основния сървър
3. Ристорвам базите от основния сървър
Периодична актуализация
Ако не е имало промяна в логините ( т.е. не сме имали нов SQL потребител, промяна в права и смени на пароли) ристорвам само потребителските бази. Ако е имало промяна ристорвам първо мастера от основния и после потребителските бази.
По този начин прехвърлям и информацията и Логините с паролите.
Разбира се при моя случай двата SQL сървъра са еднакви като съдържание и ако имаше различни бази на двата щеше да има усложнение . Ако втория като бази е подмножество на първия т.е. няма бази които са си само негови също върви тази схема. Тогава може да се добавят празни бази с имената от първия SQL сървър които не се прехвърлят само колкото да не се шашка мастера и те в бъдеще няма да се ресторват.
Разбира се това не важи за прехвърляне между SQL2000 и SQL2005.