Напишите в личку пожалуйста если кто то хорошо разбирается в MSSQL. Есть одна проблема миграции которую не разрешить напрямую средствами MSSQL и ищется решение как обойти эту проблему.
В 2х словах проблема в миграции большой базы с 2000 на 2008 и шиппинг логом. За консультацию готов заплатить/угостить пивом или другими напитками по выбору. Или может кто то знает гуру к кторому можно обратиться с таким вопросом?
Нужна консультация грамотного MSSQL DBA
Неужели нет тут людей которые хорошо знакомы с нюансами администрирования MSSQL? Теоретически разрешение этой проблемы может лечь в основу долгосрочного взаимовыгодно сотрудничества этого DBA с двумя известными компаниями.
а гугыль не?
http://sqldbaoncall.com/
Видать, одни девелоперы тут…
А логшипмент между 2000 и 2008 не проходит напрямую
http://msdn.microsoft.com/en-us/library/ms188297.aspx
[quote="Ghost":2xg4gkp8]а гугыль не?
http://sqldbaoncall.com/[/quote:2xg4gkp8]
спасибо, не пришло в голову что такие сервисы бывают
[quote="Олен":2xg4gkp8]Видать, одни девелоперы тут…
А логшипмент между 2000 и 2008 не проходит напрямую
http://msdn.microsoft.com/en-us/library/ms188297.aspx[/quote:2xg4gkp8]
да, если бы напрямую можно, то проблемы бы не было
может народ еще зря у нас в лог уперся — проблема на самом деле не в логе, а в миграции сервера с критическими ресурсами. Т.е. остановить его нельзя что бы перетащить бекапы на новый сервер и запустить уже на новом. Нужно что бы база была доступна все время во время миграции. Может программульки какие есть, который это делают?
[quote="Joozz":33is283d]
может народ еще зря у нас в лог уперся — проблема на самом деле не в логе, а в миграции сервера с критическими ресурсами. Т.е. остановить его нельзя что бы перетащить бекапы на новый сервер и запустить уже на новом. Нужно что бы база была доступна все время во время миграции. Может программульки какие есть, который это делают?[/quote:33is283d]
Надо чтото мутить, если на пальцах, то забекапить базу на старом сервере и развернуть на новом, дальше по возможности наладить между ними мнгновенную репликацию, потом подменить ДНСы, чтобы они показывали на новый сервер …
Короче если это база серьезная, то пивом Вы не отделаетесь, это гемор и довольно серьезный, так как, как правило в МС продуктах ничего никогда не работает так как хотелось бы. Тут не програмульки нужны, а прямые руки и соображающая голова с хорошим опытом. А это денег стоит. Так что нанимайте опытного админа за хорошую сумму и будет Вам щасте.
Т.е. Failover с log shipping у вас нет, а есть просто база под SQL 2000?
Не слыхала чтобы были такие программки, вернее Только про одну — SSMS (студию саму) знаю
[quote="mummonth":3kzc9qwc][quote="Joozz":3kzc9qwc]
может народ еще зря у нас в лог уперся — проблема на самом деле не в логе, а в миграции сервера с критическими ресурсами. Т.е. остановить его нельзя что бы перетащить бекапы на новый сервер и запустить уже на новом. Нужно что бы база была доступна все время во время миграции. Может программульки какие есть, который это делают?[/quote:3kzc9qwc]
Надо чтото мутить, если на пальцах, то забекапить базу на старом сервере и развернуть на новом, дальше по возможности наладить между ними мнгновенную репликацию, потом подменить ДНСы, чтобы они показывали на новый сервер …
.[/quote:3kzc9qwc]
Бекап 2000 на 2008 не развернется. Лог шиппинг и есть чтото типа репликации. Ну почти…
1) Бекап, развернеться с 2000 на 2008.
2) Если приложение написанно под .NET тогда Вам лучше использовать Database mirroring, ну или уже полноценный кластер SQL(это решение дороже безусловно). В общем нужно Вам смотерь по задаче. Очень часто database mirroring-га хватает.
[quote="Ghost":2c8pi8jv]а гугыль не?
http://sqldbaoncall.com/[/quote:2c8pi8jv]
не похоже на сильно профессиональных ребят — позвонил — voice mail без всяких приглашений, оставил сообщение не перезванивают. Послал email баунсится сразу назад с ошибкой 550 550 5.1.1
Похоже я случайно открыл в каком сегменте рынка труда в Монреале можно золотую жилу копать
[quote="klez":1tzn6ed0]1) Бекап, развернеться с 2000 на 2008.
2) Если приложение написанно под .NET тогда Вам лучше использовать Database mirroring, ну или уже полноценный кластер SQL(это решение дороже безусловно). В общем нужно Вам смотерь по задаче. Очень часто database mirroring-га хватает.[/quote:1tzn6ed0]
mirroring c 2000 на 2008 на прямую вы когда нибудь делали? Мне кажется что будет еще больший гемор — и в случае ошибки синхронизации концов вообще не найти будет. Но я не DBA это мои около компьютерные представления — легко могу и ошибаться.
c 2000 на 2008 работать не будет, ибо нет в 2000 такого и близко.
Я так понял что вы хотите смигрировать с 2000 на 2008,а потом уже какую то отказоустойчивость сделать
[quote="Joozz":2t29qkrl]Напишите в личку пожалуйста если кто то хорошо разбирается в MSSQL. Есть одна проблема миграции которую не разрешить напрямую средствами MSSQL и ищется решение как обойти эту проблему.
В 2х словах проблема в миграции большой базы с 2000 на 2008 и шиппинг логом. За консультацию готов заплатить/угостить пивом или другими напитками по выбору. Или может кто то знает гуру к кторому можно обратиться с таким вопросом?[/quote:2t29qkrl]
Потихоньку форум иммигрантов превращается в филиал форума SQL.RU. Ау, модераторы!
[quote="klez":3di442kb]1) Бекап, развернеться с 2000 на 2008.
2) Если приложение написанно под .NET тогда Вам лучше использовать Database mirroring, ну или уже полноценный кластер SQL(это решение дороже безусловно). В общем нужно Вам смотерь по задаче. Очень часто database mirroring-га хватает.[/quote:3di442kb]
Mirroring появился только в 2005 SP2, кластер возможен только в пределах одной версии.
Из своего опыта — без даунтайма невозможно. Опять же из опыта — в любой системе можно выпросить maintenance window разумного размера.
P.S. Хотя я больше Oracle DBA.
P.P.S. А что вы имеете против sql.ru?
[url=http://www.dell.com/downloads/global/solutions/public/white_papers/SQL_2000_SQL_2008_Migration_Guide.pdf:kpx0a2mi]Migrating SQL Server 2000 to SQL Server 2008 on Windows Server[/url:kpx0a2mi]
В этом гиде с 27 страницы можно подчерпнуть немного инфы, вообщем:
1. Using the SQL Server 2008 Upgrade Advisor to analyze databases (сверяем возможные различия между версиями 2000 — 2008 с помощью этой утилиты)
2. далее переводим базу в ридонли (будет доступна только для чтения)
3. делаем фулбекап
4. ресторим в 2008 ([b:kpx0a2mi]It is important at this step to name your new
database the same name as your SQL Server 2000
database. Changing the name may break applications that
refer to the database by name.[/b:kpx0a2mi] — в том случае если софт или юзеры коннектятся в БД при помощи имени)
5. настраиваете джобы, трансферим логины и т.д. в 2008
а далее уже смотрите сами , всетаки даунтайм для юзеров понадобится, может и не большой
— тушите 2000
— меняете айпишники
[b:kpx0a2mi]но все это лучше протестировать[/b:kpx0a2mi] без теста лучше и не пытаться