数据库数据如何跨服务器迁移

给你一个例子：

慧点科技Exchange邮件系统迁移方案

1 背景分析

目前Exchange的用户大多还在使用Exchange 55，随着微软官方对于Exchange 55的支持在2003年12月31日中止，大量Exchange 55的用户面临着巨大的邮件系统升级压力。

Exchange 55作为1999年发布的软件产品，在其设计之初，也从未考虑到当前用户对于基于消息的协作要求，例如协同文档处理、协同工作小组、协同桌面会议等，随着用户对协作应用的需求不断增长，Exchange 55的用户也需要考虑如何解决上述问题。

面对这些挑战，我们提供了基于Lotus Domino技术的整体解决方案，帮助用户摆脱邮件系统升级的困扰，并获得更强大的功能特性。

2 方案分析

采用Lotus Domino平台建设用户的邮件系统，并以此为基础，搭建更为强大的业务应用，是整个解决方案的核心。之所以选择Lotus Domino平台替代用户现有的Exchange 50（或更高版本），建设用户的邮件系统及业务应用，是基于如下众多事实：

21 技术路线

IBM公司与微软公司作为IT行业的领先者，所遵从的IT技术标准有很大的差异。IBM公司的软件平台大多遵从开放的J2EE标准，而NET则是微软公司提出并遵从的。

J2EE标准是一个为开发和发布便于达到网络经济要求的应用程序所提供的标准，这个标准是由Sun Microsystems以及多个合作者共同开发的，主要应用于当今网络经济中的商业领域。建立这个标准的是为了扩展现场、减少了阻碍事务的冲突，通过标准使得商业仅集中在商业问题，而不是集中在复杂的技术问题。

J2EE把应用程序的开发和支持任务分成好多定义好的角色。这种分工的作用是：把复杂的编程任务交给J2EE平台，减少了应用程序开发人员支持新的应用需求的工作量，以及可以清楚地根据特定的技术和条件进行任务分离。这种分离也使得专业知识商品化--J2EE应用程序实质上可以用非定制的组件装配而成，这些组件要遵照定义好的接口，这样就仅需要少量编程或专用化。

Lotus Domino作为一种相对独立的技术路线，目前提供了对J2EE架构的良好支持，其本身就可以作为一个简单的J2EE应用服务器，在系统中为用户提供整合了的J2EE运行环境。而Lotus家族的Workplace系列产品，更是完全基于J2EE架构。

NET框架（Framework）是一个开发、部署和运行NET应用的环境，包括了ASPNET、公共语言运行时环境（CLR）以及NET框架类。对于Net不同的人有不同的解释方式。有人认为NET是一种全新的下一代可视化开发环境；有人认为NET是一种新的针对Internet时代的开发语言---C#；有人认为它是基于XML（可扩展标记性语言）和SOAP（简单对象访问协议）的新型信息交换平台，是面向未来的企业级的开发平台。类似这样的定义非常多，这些说法都对，但是都只是涉及到了NET的一部分。

单从技术发展本身来看，J2EE应用由于可各种OS上运行，而且很多开发商还提供了Web应用服务器和开发工具，因此用户可以随意选择，而开发商则通过在功能和性能方面相互竞争来不断提高产品水平，这些都使得J2EE架构能够得到快速的发展；而NET的 *** 作系统环境仅限于Windows，开发工具、运行环境的单一化会严重影响NET的发展。

如果仅从技术路线来看，两条技术路线目前都得到了众多软件公司和用户的认可，很难评价哪一种路线更先进。但对于我们所针对的高端企业市场来说，适应高端企业需求的软件系统大多采用了J2EE架构，这虽然不能以此来说明针对高端企业市场来说，J2EE架构要比NET架构先进，但也可以证明J2EE架构更能适应高端企业市场的需求，而支持J2EE架构的Lotus Domino平台，在高端企业市场中也占有重要的地位。

22 运行平台

Lotus Domino作为一种开放架构，可以在不同的环境中运行，除支持IBM自己的OS400、AIX *** 作系统外，还能够运行在其他厂商提供的 *** 作系统之上，包括HP UNIX、SUN Solaris、Red Hat Linux、Red Flag Linux、Turbo Linux、Windows NT、Windows 2000、Windows 2003等；支持的服务器平台除Intel架构PC服务器之外，还能够运行在高端企业市场中常见的各种大型主机系统，如AS400、RS6000、HP 9000系列、SUN Fire系列等。

MS Exchange作为微软公司的系列产品之一，与微软公司其他产品一样，目前仅支持Windows系列 *** 作系统，以及Intel架构的PC服务器。

从运行平台来看，Lotus Domino系统所支持的运行环境更加广泛，能够充分适应用户已有的IT运行环境。而随着用户应用系统复杂性的不断增加、企业规模的不断扩大，用户也需要不断提升应用系统的整体性能，其中一个重要的因素就是提升系统的运行平台。而对于大型复杂应用系统来说，基于Wintel的系统平台无论在系统稳定性、扩展能力、运行能力等各个方面，都难以满足用户的需要，仅能通过建立多服务器群集来满足用户的需求，而维护一个多服务器的群集系统，无论是维护工作量、工作复杂度还是故障发生的概率，都会远远大于单台服务器。

因此从发展的角度分析，能够支持更多、更复杂运行环境的Lotus Domino系统，更能够适应企业不断发展、变化的趋势，为用户提供更稳定、性能更优异的应用系统。

23 升级能力

Lotus Domino于1989年推出，随着1996年R4版本的完善，在邮件及群件领域占据了统治地位，被众多用户接受作为企业邮件系统，并基于Domino系统建立了复杂的协作应用。到2003年IBM推出Domino R65，以及Lotus Workplace产品系列，更加巩固了IBM Lotus在市场上的地位。在这一过程中，Domino产品一直遵循着平滑升级的策略，力争在系统性能和功能不断增强的同时，尽量保持用户的使用习惯和开发方式的一致性，此外还提供了多种升级工具，确保用户在系统升级时不会面临太多的技术难题，而Domino的平滑升级策略也是众多用户选择IBM的原因之一。例如，IBM于1999年推出了Domino R46，2003年推出Domino R65的同时，还充分考虑到老版本用户的升级问题，特别提供了多种升级工具，实现从Domino R46、Domino R5、Domino R6等版本升级到Domino R65，而用户基于老版本开发的应用程序，大多可以直接在新版本中运行，有效的保护了用户已往的IT投资。

Exchange 55同样是微软于1999年推出的，随后微软又推出了Exchange 2000和Exchange 2003，但一直未提供各版本之间的升级包，这也是为何在Exchange 55退出近5年的今天，有60%以上的Exchange用户仍在使用Exchange 55。由于Exchange Server对 *** 作系统平台有着严格的要求，例如Exchange 55对Windows NT、Exchange 2000对Windows 2000、Exchange 2003对Windows 2003，因此在Exchange本身升级的时候，必须对 *** 作系统也作相应的升级。Exchange系统各版本的体系架构完全不同，导致了用户如果希望获得新版本所提供的新特性，必须对 *** 作系统、存储系统和邮件系统本身作整体的升级。正是由于Exchange与 *** 作系统、运行环境、开发环境的绑定过于严格，使得用户在Exchange系统上的总体拥有成本大幅度增加。

24 开发特性

Lotus Domino系统自身提供了集成的开发环境，也支持通过JAVA s cript小程序扩展系统功能；此外各版本的Domino系统开发环境和开发方法之间的差异较小，这使得基于应用开发商可以专注于Domino系统的应用开发工作，在开发过程、技术及开发工具的使用方面积累了大量的实践经验，同时也形成了一支成熟、稳定、技术精湛的开发商队伍。

微软公司的开发环境为大多数软件公司所熟悉，Exchange系统的二次开发工作大多是基于微软公司提供的VB、VC、VFP等集成开发环境和编程语言，建立基于ASP技术的B/S应用。ASP是微软公司推出的意图取代CGI的新技术，通过它，用户可以使用几乎所有的开发工具来创建和运行交互式的动态网页，如反馈表单的信息收集处理、文件上传与下载、聊天室、论坛等等，实现了CGI程序的功能但是又比CGI简单，而且容易学习。ASP技术的门槛较低，但深层次开发工具又相对不足，致使市场上掌握ASP开发技术的公司很多，而专业的高端企业应用开发商相对较少。此外，由于Exchage各版本间的差异较大，使得软件开发商的Exchange开发技术难以得到积累，导致市场上基于Exchange的软件开发商数量也相对较少。

两者在开发特性方面的较大差异，直接导致目前在市场中，基于Domino技术的企业级应用相对于基于Exchange的应用要成熟得多。

25 扩展能力

Domino系统支持业界的开放标准，提供基于LDAP工业标准的用户身份管理功能，这使得在企业内部应用系统日益复杂的今天，建立统一的用户身份管理成为可能。

Exchange系统的用户管理经历了很大的变化，从早期的Windows NT域用户管理模式，发展到今天的基于企业内部活动目录方式，其中Active Directory为Windows 2000和Windows 2003提供了不同的目录服务实现方式。由于Active Directory不是业界的统一标准，因此大多数应用系统开发商及成熟应用软件，对Active Directory的支持还存在一定的问题。因此除非企业的全部应用系统都是基于同一版本Active Directory建立的，否则难以实现企业的信息系统集成（EAI）。

仅从企业EAI中用户管理的一个层面看，Domino系统能够提供更好的扩展选择。

26 应用效果

Domino系统作为一个开放平台，支持在系统的基础上建立各种复杂的应用，无论用户通过专用客户端（Notes），还是通过浏览器，无论在Windows客户端还是通过Linux等 *** 作系统平台，都可以获得相同的使用效果，享受到相似的功能服务。

Exchange系统与微软公司的Outlook客户端程序连接紧密，许多在Outlook客户端中提供的功能，在B/S应用模式下、在Windows平台以外都难以获得，这在某种程度上限制了用户的使用。

27 系统安全性

现阶段网络病毒泛滥、网络黑客横行，这都要求应用系统要具备更强大的安全管理能力，防备潜在的威胁。目前大多数病毒和攻击工具都是针对微软 *** 作系统及应用软件的，微软公司也在不断推出新的补丁程序，以弥补系统的漏洞。

基于Domino平台建立的用户应用环境，可提供更好的安全性。Domino系统可运行在任何 *** 作系统平台上，无论是Linux，各种Unix，还是OS400，都很少会有病毒或恶意攻击的事件发生，使用户的应用系统获得了先天性的安全保障。而Domino系统的设计时，从工程学的角度充分考虑了复杂应用环境中的系统功能和性能，因此基于Domino系统建立的用户应用系统，其安全性和可靠性都能够得到很好的保证。

3 推荐方案

基于上述分析，我们强烈建议用户选择Domino平台替代旧有的Exchange平台，以获得：

更多的用户选择服务器 *** 作系统、客户端 *** 作系统、服务器硬件平台、目录服务、客户端应用界面l 更低的总体拥有成本管理策略、网络带宽、数据存储、定额管理l 更多安全性细粒度的安全保证（服务器级、数据库级、字段级）、集成的PKI体系、数字证书、访问控制列表、智能卡l 更加可靠支持复杂平衡或双机热备等各种群集方式、自动的服务器诊断及重启、完善的系统监控与分析工具在系统的"升级"过程中，我们可以为用户提供：

31 IBM Lotus Domino Access for Microsoft Outlook

对于习惯通过Outlook客户端程序访问系统的用户，我们提供了上述工具，可以使用户继续通过Outlook来访问Domino服务器，而用户的访问方式和 *** 作习惯不会有任何改变，使得用户可以同时拥有安全、可靠、稳定、功能强大的应用系统核心，又保持了原有的 *** 作系统，系统的升级变得更加容易。

32 用户迁移工具按照Exchange中的用户信息，在Domino系统中建立用户组织树及User ID。

33 邮件迁移工具将用户在Exchange系统中的邮件迁移到Domino系统相应的邮箱中。

34 基于浏览器的邮件应用

利用慧点科技成熟的电子邮件系统，建立基于Domino平台的Web Mail应用，模仿Outlook客户端程序的邮件处理功能，提供了诸如邮件自主排序、自主查询、通讯录管理、邮件处理规则等各种功能，完全可以满足复杂的应用场景，为用户提供性能优异的Web Mail应用。此外，慧点科技还提供了基于Domino系统的协同办公整体解决方案，可以使用户在获得Domino系统平台的同时，还可以享受到更多的应用功能。

sqlserver数据库迁移的几种方式

方法一：将\Microsoft SQL Server\MSSQL\DATA文件夹中的syntt_datamdf和syntt_logldf文件复制到安装有数据库服务器的机器的文件夹中（可以是本机的\Microsoft SQL Server\MSSQL\DATA\文件夹），然后进入企业管理器。

右键点击“数据库”，在浮动菜单中选择“所有任务”中的“附加数据库”。在随后的提示页面中选择刚才复制过来的MDF文件，如果想指定数据库的所有者，在“指定数据库所有者”选择框中选择你认为合适的用户。

如果想修改数据库的名字，可在“附加为”框中输入新的数据库名字（对本数据库，不建议这么做，因为这样的话，整个程序中所有涉及数据库连接的代码都要随之修改，那将是不必要的劳动）。在进行完上述的工作之后，直接点击“确定”就可进行数据的SQL Server 数据转移转移。

方法二：（方法一）是针对数据库中没有本数据库的服务器，如果数据库中已经建有与该数据库名称相同的数据库，则直接按照备份数据库的恢复 *** 作就可完成数据的SQL Server 数据转移转移。方法如下所述：这种方法首先要在本机上建立一个备份文件，具体 *** 作介绍如下：1、 在企业管理器中打开服务器组以及指定的服务器。

然后右键点击需要备份的数据库在这里是syntt，在浮动菜单中选择“所有任务”菜单下的“备份数据库”，打开数据备份对话框。2、 选择“常规”选项卡，在名称对话框中输入本分 名称，在“描述”文本框中输入备份集描述文本信息。

在“备份”组下选择备份 *** 作类型，共有以下几种：数据库—完全：完整备份数据库。数据库—差异：增量备份数据库。

事务日志：事务日志备份。文件和文件组：数据库文件和文件组备份。

在“目的”组中指定备份设备或者备份文件名称，选择“添加”按钮添加备份设备或者文件；“删除”按钮用来删除备份设备和备份文件；选择“内容”按钮，则可查看已经存储在备份设备或文件中的备份信息。在“重写”组中有两种选项：追加到媒体：选择该选项，表示需要保存备份设备或文件中以前的备份数据。

重写现有媒体：要求本次被分数据覆盖以前的备份数据，从而节省存储空间。在“调度”组中，安排数据备份的时间。

用来指定数据库备份在将来的某个时间执行3、 “选项”选项卡，设置数据库备份 *** 作选项。其中的内容主要有以下几项：完成后验证备份：要求在备份结束时对备份数据进行校验。

备份后d出磁带：只对磁带备份设备有效，他要求在备份结束时自动卸带。删除事务日志中不活动的条目：要求在事务日志备份结束时删除事务日志中的已经完成的事务日志条目。

检查媒体集名称和备份集到期时间：要求在备份前检查介质集名称和原备份集中备份SQL Server 数据转移的有效期，以防止意外重写破坏原来的备份数据。备份集到期时间：设置备份集的有效期。

初始化并标识媒体：只对磁带设备有效。选择该选项后，SQL Server在备份时将Microsoft定义的磁带格式信息写入介质的开始部分。

此时，可以在“媒体集名称”和“媒体集描述”文本框中定义介质集名称和介质描述信息。4、 在进行完上述的 *** 作之后，剩下的任务就是点击“确定”，使系统开始进行数据库的备份 *** 作。

到目前为止，我们已经有了一个数据库的备份文件，剩下的任务就是怎么将这个文件还原至另外的数据库服务器中了。1、因为使用企业管理器进行数据库的恢复只能是在本机进行，所以在进行数据还原之前，必须将刚才所作的备份文件复制到本机，然后在本机选择“syntt”数据库，右键点击它，在显示出来的浮动菜单中选择“所有任务”下的“还原数据库”。

2、在还原数据库对话框中，在“常规”选项卡中的选择“从设备”的数据恢复方法，通过“选择设备”按钮选择刚才复制过来的文件。“常规”选项卡与“选项”选项卡中的具体内容如下所示：“常规”选项卡：数据库恢复方法：包括“数据库”、“文件组或文件”、“从设备”三种恢复方式。

“数据库”方式：选择该项时，从“显示数据库备份”列表中选择需要显示的指定数据库备份 ，从“要还原的第一个备份”列表框中选择首先使用哪一个备份集恢复数据库；“文件组或文件”：选择它时，数据库恢复部件列出指定数据库备份 中备份的数据库文件或文件组，管理员可从这些备份文件中选择恢复那个数据库文件或文件组；“从设备”：选择它时，管理员选择恢复数据库或其日志所使用的备份设备，之后再从该备份设备中选择使用哪一次备份中的数据恢复数据库或其日志。3、点击“确定”，完成恢复 *** 作。

非原创。

sql server中有行迁移现象吗

有的，和oracle一样，SQL中也有行迁移行迁移记包含forwarding_stub 和forwarded 两种类型。

这两类记录是因为数据页不能容纳更新后的记录而产生的，不是因为记录长度超过8060B引起的，所以这两类记录依然是行内记录，与行溢出记录是不同的。这两种记录总是成对出现的，当出现forwarding_stub时，在别的页面中一定有与之对应的一条forwarded记录。

forwarding记录也叫forwarding_stub记录，记录头标志为0x04，它是一条完整的数据记录。虽然结构看起来特殊，但还是符合一般记录的结构，记录中主要内容就是在行中用8字节保存了指向移出后的记录的位置指针。

forwarded 记录，有时直接叫做迁移记录。记录头部标志为0x32 它也是一条完整记录，格式跟一般记录略有差异，大体结构还是相同的。

这里是存储了溢出前的那条记录的真实数据。 这两种记录的具体存储结构比较简单和直观，其逻辑结构会在下面的实例列举中结合具体数据记录来分析说明。

测试这种的方法太长了，不在这里具体列出，你可以到51CTO里面找一下，搜索SQL行迁移有具体的测试方法。

sql server中有行迁移现象吗

有的，和oracle一样，SQL中也有行迁移

行迁移记包含forwarding_stub 和forwarded 两种类型。这两类记录是因为数据页不能容纳更新后的记录而产生的，不是因为记录长度超过8060B引起的，所以这两类记录依然是行内记录，与行溢出记录是不同的。

这两种记录总是成对出现的，当出现forwarding_stub时，在别的页面中一定有与之对应的一条forwarded记录。

forwarding记录也叫forwarding_stub记录，记录头标志为0x04，它是一条完整的数据记录。虽然结构看起来特殊，但还是符合一般记录的结构，记录中主要内容就是在行中用8字节保存了指向移出后的记录的位置指针。

forwarded 记录，有时直接叫做迁移记录。记录头部标志为0x32 它也是一条完整记录，格式跟一般记录略有差异，大体结构还是相同的。这里是存储了溢出前的那条记录的真实数据。

这两种记录的具体存储结构比较简单和直观，其逻辑结构会在下面的实例列举中结合具体数据记录来分析说明。

测试这种的方法太长了，不在这里具体列出，你可以到51CTO里面找一下，搜索SQL行迁移有具体的测试方法

SQL数据库如何自动备份和恢复

一、备份数据库

1、打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server

2、SQL Server组-->；双击打开你的服务器-->；双击打开数据库目录

3、选择你的数据库名称（如论坛数据库Forum）-->；然后点上面菜单中的工具-->；选择备份数据库

4、备份选项选择完全备份，目的中的备份到如果原来有路径和名称则选中名称点删除，然后点添加，如果原来没有路径和名称则直接选择添加，接着指定路径和文件名，指定后点确定返回备份窗口，接着点确定进行备份

二、还原数据库

1、打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server

2、SQL Server组-->；双击打开你的服务器-->；点图标栏的新建数据库图标，新建数据库的名字自行取

3、点击新建好的数据库名称-->；然后点上面菜单中的工具-->；选择恢复数据库

4、在d出来的窗口中的还原选项中选择从设备-->；点选择设备-->；点添加-->；然后选择你的备份文件名-->；添加后点确定返回，这时候设备栏应该出现您刚才选择的数据库备份文件名，备份号默认为1（如果您对同一个文件做过多次备份，可以点击备份号旁边的查看内容，在复选框中选择最新的一次备份后点确定）-->；然后点击上方常规旁边的选项按钮

5、在出现的窗口中选择在现有数据库上强制还原，以及在恢复完成状态中选择使数据库可以继续运行但无法还原其它事务日志的选项。在窗口的中间部位的将数据库文件还原为这里要按照你SQL的安装进行设置（也可以指定自己的目录），逻辑文件名不需要改动，移至物理文件名要根据你所恢复的机器情况做改动，如您的SQL数据库装在D:\Program Files\Microsoft SQL Server\MSSQL\Data，那么就按照您恢复机器的目录进行相关改动改动，并且最后的文件名最好改成您当前的数据库名（如原来是zw0001mdf，现在的数据库是zw0002，就改成zw0002mdf），日志和数据文件都要按照这样的方式做相关的改动（日志的文件名是ldf结尾的），这里的恢复目录您可以自由设置，前提是该目录必须存在（如您可以指定d:\sqldata\zw0002mdf或者d:\sqldata\zw0002ldf），否则恢复将报错

6、修改完成后，点击下面的确定进行恢复，这时会出现一个进度条，提示恢复的进度，恢复完成后系统会自动提示成功，如中间提示报错，请记录下相关的错误内容并询问对SQL *** 作比较熟悉的人员，一般的错误无非是目录错误或者文件名重复或者文件名错误或者空间不够或者数据库正在使用中的错误，数据库正在使用的错误您可以尝试关闭所有关于SQL窗口然后重新打开进行恢复 *** 作，如果还提示正在使用的错误可以将SQL服务停止然后重起看看，至于上述其它的错误一般都能按照错误内容做相应改动后即可恢复

如何设置才能使sql每半小时备份一次

SQL Server数据库备份工具 22

数据库使用过程中历史表记录的增多数据库的增大导致以下问题的出现

1 数据库性能大幅下降

2 报表生成等要求数据库大数据量 *** 作时导致数据库响应短暂停止甚至完全停止响应

3 数据库备份或同步等数据库维护时间加长

本程序为绿色软件无需安装， 正确配置参数后即可运行，通过使用备份计划（可配置）定时将数据库中历史表的历史记录转移到备份机器上，减小生产机运行数据库，转移报表生成等大幅占用数据库 *** 作到备机以减小生产机压力

实现说明：

1 增加一台备份机器

2 备机上建立一个还原库用以还原当前数据库的备份和一个历史库用以保存历史数据

3 根据调度计划定时将当前生产机数据库备份到备机

4 还原备机还原库并将还原库中新增或更新数据导入备机历史库，目的为尽量少的占用当前数据库而使用备机资源

5 删除生产机数据库中已成功转移的历史数据

6 删除使用过的文件和清理数据库日志，减少磁盘占用

特点：

1 所有参数可配置

2 占用生产机数据库资源少， 仅备份 *** 作（历史表数据转移后备份时间大大减短且大多数情况下仅进行差异备份）

3 *** 作速度快，且费时 *** 作部分都基本在备机，不占用生产机资源

4 自动备份当前数据库日志和截断备份机器上数据库日志

5 自动删除使用过的文件，减少磁盘空间占用

6 整个 *** 作过程提供详细错误日志以方便维护

7 与SQL SERVER自带的发布订阅功能不同，历史数据只在备机上保留一份（如需备份备机历史数据请自行解决或定制此需求），生产机数据库只保留有生产必须的数据量即可，可尽可能的减少当前生产机数据库的数据量减少资源占用，将历史数据转移到备机上

8 无需更改现有系统

9 和其他备份程序的区别：主要针对历史数据转移需求，数据库备份只是一个前提，转移历史数据减小生产机数据库压力才是此程序的实质

升级说明：

1 去除所有标识部分，供公共使用

2 延长一次运行时间限制到30天

附：

1 如果有意请联系public_release@sina

2 可提供源代码（vc）和实现其他定制需求

3 此共享发布程序每次运行限制为30天（可放开），请不要相信其他的所谓破解版，实为其他非善意软件的安装程序包，如果不想有一次运行30天的限制，使用额外的程序在29天时关闭程序后重新启动即可

如何查询SQL Server备份还原历史记录

SQL Server在msdb数据中维护了一系列表，用来存储执行所有备份和还原的细节信息。即使你正在使用第三方的备份应用程序，只要这个应用程序使用SQL Server的虚拟设备接口（Virtual Device Interface---VDI）来执行备份和还原执行，那么执行细节依然被存储在这一系列表中。

存储细节的表包括：

backupset

backupfile

backupfilegroup (SQL Server 2005 upwards)

backupmediaset

backupmediafamily

restorehistory

restorefile

restorefilegroup

logmarkhistory

suspect_pages (SQL Server 2005 upwards)

你可以在Books Online里面找到上面这些表的具体说明。

下面这个脚本可以帮你找出每个数据库近期的备份信息：

SELECT bname, atype, MAX(abackup_finish_date) lastbackup

FROM msdbbackupset a

INNER JOIN mastersysdatabases b ON adatabase_name COLLATE DATABASE_DEFAULT = bname COLLATE DATABASE_DEFAULT

GROUP BY bname, atype

ORDER BY bname, atype

指定数据库最后20条事务日志备份信息：

SELECT TOP 20 bphysical_device_name, abackup_start_date, afirst_lsn, auser_name FROM msdbbackupset a

INNER JOIN msdbbackupmediafamily b ON amedia_set_id = bmedia_set_id

WHERE atype = 'L'

ORDER BY abackup_finish_date DESC

指定时间段的事务日志备份信息：

SELECT bphysical_device_name, abackup_set_id, bfamily_sequence_number, aposition, abackup_start_date, abackup_finish_date

FROM msdbbackupset a

INNER JOIN msdbbackupmediafamily b ON amedia_set_id = bmedia_set_id

WHERE adatabase_name = 'AdventureWorks'

AND atype = 'L'

AND abackup_start_date > '10-Jan-2007'

AND abackup_finish_date

以上就是关于数据库数据如何跨服务器迁移全部的内容，包括:数据库数据如何跨服务器迁移、Elasticsearch数据迁移与集群容灾、请问系统迁移方案具体要怎么写等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！