应用publishing迁移MSSQL数据信息

近期,将网站从中国网站搬挪到了Lunarpage,程序迁移较为简易,应用cuteftp提交上来便可以了。可是数据信息库迁移一直全是很繁杂的一个难题。文中详细介绍数据信息库迁移的方式。

数据信息库迁移非常简单的方式是应用DTS,可是Lunarpages数据信息库不兼容远程控制数据信息库连接,因此没法应用DTS,因而只能应用publishing迁移数据信息。

实际流程以下:

Step1. 运作 SqlPubWiz.exe

Publishing相近MS SQL的一个软件,你可以以到

x?FamilyId=56E5B1C5-BF17-42E0-A410-371A838E570A

免费下载,运作后能够在tools下寻找

Step2 运作后,会出現运作指导,寻找当地数据信息库

Step3.选择项要转化成的种类,系统软件会全自动检验能用內容,一般之挑选“表”“储存全过程”和“主视图”,针对Users也不要让系统软件转化成了

点一下Next,一直进行。

变更数据信息库有着者

下列是关键,十分关键,不然不容易取得成功。

在大家应用网站时,一般会应用SP帮我们的帐户,比如我原先的数据信息库称为 “bf4190_”

那时候网站供货商帮我的帐户为 bf419,则系统软件转化成的数据信息表以下

你可以以见到,有的表前边有作为前缀bf419,有的有作为前缀dbo (db哦,是database owner),这很不一样。由于在大家创建表时,脚本制作的书写略微差别。

书写一:


CREATE TABLE [dbo].[ads]  (

[id] [int] IDENTITY(1,1) NOT NULL,

[name] [nvarchar](200) COLLATE SQL_Latin1_General_CP1_CI_AS NULL,

[img] [nvarchar](200) COLLATE SQL_Latin1_General_CP1_CI_AS NULL,

}

书写二:


CREATE TABLE [ads]  (

[id] [int] IDENTITY(1,1) NOT NULL,

[name] [nvarchar](200) COLLATE SQL_Latin1_General_CP1_CI_AS NULL,

[img] [nvarchar](200) COLLATE SQL_Latin1_General_CP1_CI_AS NULL,

 

}

针对第一种,转化成的表便是 dbo.ads, 而第二个表则是 bf419.ads,由于你的bf419实际上便是dbo,因此系统软件能够运作。

可是,如果你把数据信息库迁移到新的服务提供商时,假如你的帐户称为XXXX,则上边创建bf419.ads则出現不正确,而用 dbo.ads 则彻底沒有难题。

一般新老服务提供商给客户开的客户名其实不一样,因此大家必须变更一下数据信息库的全部者。



扫描二维码分享到微信