0

当社は来週移転の準備を進めており、現在、自社の建物でホストされているすべてのデータベースにSQLServer2000を使用しています。彼らはいくつかの理由でデータをローカル企業に移動することを決定しましたが、SQLServer2008を実行しています。

いくつかアドバイスがあります。

  1. いくつかのデータベースのテストをセットアップして、アプリで何が壊れているか（接続文字列など）を確認しようとしています。データを失ったり、テーブルを再作成したりせずに、SQL Server 2000ボックスから新しいボックスにデータベースを移動するための最良の方法は何ですか。DBコピーウィザードを試しましたが、ネットワーク内の制限により許可されていません。SQL Server 2008でDBを作成しRESTORE、SQL Server 2000 .bakファイルからを実行すると、すべてのトランザクションが失われますよね？後でトランザクションファイルを置き換えるとどうなりますか？私はそれがうまくいかないと思っています。

  2. SQLServer2000データベースをSQLServer2008に適切にアップグレードするにはどうすればよいですか？ほとんどのデータベースに対してウィザードを実行しましたが、解決できるいくつかの小さな問題を除いて、問題なく動作しました。

SQL Server 2000は本番サーバーであるため、ファイルをコピーするためにどの時点でもダウンすることはできません。移動するまでは。特定の日付の間に短い停止期間があるとお客様に通知されたので問題ありませんが、テスト目的でログファイルなどをコピーするためだけにSQLServerエージェントを停止することはできません。 。

どんな助け/アドバイスも大歓迎です！

4

3 に答える 3

1

SQL Server 2000のデータベースバックアップを作成し、SQLServer2008に復元します。

SQL Server 2000をパブリッシャーとして、SQL Server 2008をサブスクライバーとして、レプリケーションをセットアップします。

于 2012-04-05T13:45:40.427 に答える
0

Just back up 2000, and then restore it. You won't lose transactions, no difefrent to doing a full backup on your current server.

You'll need to add any SQl logins and set the permissions etc. You'll need to to do fix users for them as well. If you only use integrated access then you don't need to.

e.g.

Use MyDataBase
EXEC sp_change_users_login Auto_Fix, 'MyUser'

And you'll need to set the compatibility level

Use
exec sp_bcp_dbcmptlevel 'model'
to get it
and then

EXEC sp_dbcmptlevel 'MyDatabase', ??

to set it.

Another option, would be to install 2000 on your new machine restore a back from the old one and then do an inplace upgrade through the 2008 installation wizard. That sort of thing tends to give my sphincters palpitations though.

于 2012-04-05T14:07:35.693 に答える
0

どちらが最善のアプローチかわからない。DBのバックアップと復元は良い考えだと思います。ただし、その間に一部のデータが失われます。

2005年または2008年の2つのバージョン間で移行する場合は、失われるデータを減らすためにログのバックアップをお勧めしますが、このオプションは2000年には利用できないと思います。

私があなたに与えることができるアドバイスの1つは、これらのリンクで2000年と2005年、および2005年と2008年に廃止された機能を確認することです。

于 2012-04-05T13:54:01.173 に答える