SQL Server SP 的新特性
SQL Server Service Pack 为数据库管理员们提供了数据库镜像 支持SAP NetWeaver 商务智能 支持全文本和额外功能的准产品 减轻了他们充分利用一个全新的数据库管理系统的痛苦 我们最近采访了微软的产品和项目 询问了他们一些有关新的特性和在Community Technology Preview过程中出现的相关问题的话题 以下是我们对微软的Michael Raheem Tim Tow Herain Oberoi 和 Grant Culbertson四位产品和项目经理采访的问题与回答
在部署新的数据库镜像特性之前 有什么必需满足的先决条件吗
高级产品经理Michael Raheem:SP 中的数据库镜像的先决条件没有发生改变;与 SQL Server 在线书籍 中记录的RTM版本的SQL Server相同
要使数据库镜像成为可出售的产品 你们做了什么
Raheem:在SP 中 数据库镜像经过了更加广泛的测试来确保它可以提供关键任务应用程序所需的高品质和可用性
什么是SQL Server Management Studio Express
产品经理Tim Tow:客户告诉我们他们希望在所有的具有更高生产力和可预测性的版本上都具有相同的用户体验 我们用SQL Server Management Studio Express (SSMSE)做出了回答 这是一个企业管理工具 为SQL Server Express 版本进行了裁剪
SSMSE为数据库 表 视图和查询添加了更多的管理对话框 图形化设计工具 还有图形化的查询执行计划显示 此外 SSMSE是基于Visual Studio外壳的 并且使用了Visual Studio文本编辑工具 这个工具在Express Manager中可以获得 为T SQL提供了丰富得多的编辑环境
SSMSE可以应用在哪些版本的SQL Server上
Tow:SSMSE将重点集中在Express版本产品的管理工具和特殊功能上 然而 它同样还可以用在其他的SQL Server 和SQL Server 版本上
这个更新是如何满足客户的需求的
Tow:SSMSE为客户提供了SQL Express中含有的和可以用在SQL Express上的免费工具 与此同时 新增的全文本查询和报告服务功能还使得客户可以开发更加丰富的数据驱动应用程序
此外 我们的合作伙伴需要一个免费的 容易使用的下载 其中包括可以免费用在他们为自己的客户提供的应用程序中的工具和特性
SP 中对SAP NetWeaver Business Intelligence (BI)的支持所作的改变如何
产品经理Herain Oberoi:对SAP NetWeaver商务智能的新的支持特别与SQL Server报告服务有关 以前的SQL Server都是在SAP运行的机器上面作为底层的数据库存在 现在 除了为SAP NetWeaver商务智能提供数据存储平台之外 SQL Server还提供了报告服务 以有意义的方式直接查询SAP的SAP BW立方体 使报告的创建成为可能
记住 SQL Server不需要为了在SAP BW数据上生成报告而成为底层数据库平台 你可以在不同的数据库上运行SAP 并且使用SQL Server报告服务在数据上进行查询和报告
NET provider和 MDX Query Designer如何与SAP NetWeaver商务智能合作
Oberoi:有一个白皮书很详细地解释了它的工作方式: 在SAP NetWeaver 商务智能中使用SQL Server 报告服务
在CTP阶段出现了什么问题 在SP 发布之前是否得到了解决
lishixinzhi/Article/program/SQLServer/201311/22488
1
镜像数据库通常可以在与其主数据库不同的机器中找到。而,复制的数据和数据库对象存储在另一个数据库中。
2
镜像不支持分布式环境,而复制是为分布式数据库设计的。
3
数据库镜像的成本高于复制。复制和镜像技术也可以组合使用,以实现更
一个是你版本问题,1399和1406可能不兼容(当然只是猜测,一般是兼容的,你可以尝试着装同个版本的看)
二是你设置是否正确,要再检查一次。
三是你两台机是怎么连的?要保证他们网络通啊,最好弄个本本直接连在主服务器上,试下能不能用。如果能用的话肯定是你网络设置出问题了。
1B 2C 3B 4C 5D 6C 7C 8D 9C 10A
11A 12A 13A - 不知道14。乙evogue2006 - 10 - 24 11点47分01秒1516A 17B 18A 19D 20C
试述事务的概念和事务的四个特性。
A:
事务是一个用户定义的数据库 *** 作序列,这些 *** 作要么全部做或不做的整体,是一个不可分割的工作单元。
事务有四个特点:原子性(原子性),一致性(一致性),隔离(隔离)和持久性(Durability)。这四个特点也被称为ACID属性。
原子性:事务数据库的逻辑工作单元,该交易包括所有的 *** 作,无论是做还是不做。
一致性:事务执行的结果必须更改数据库从一个一致状态转换到另一个一致的状态。
隔离:一个事务的执行不能被其他事务的干扰。一个事务内的 *** 作和使用其他并发事务的数据分离出来,并发执行的个别交易不能互相干扰。
持续性:持续性的,也被称为永久(持久性),指的到交易提交其数据存储在数据库中的变化应该是永久性的。接下来的 *** 作或故障不应该有任何影响其执行结果。
2。为什么事务非正常时间的推移,会影响数据库中数据的正确性,举了一个例子。
A:
事务的执行结果必须更改数据库从一个一致状态转换到另一个一致状态。如果出现故障的数据库系统的 *** 作,一些尚未完成的交易被迫中断,这些未完成的交易的一部分已被写入到物理数据库对数据库所做的更改,然后在数据库中不正确的状态,或者是不一致的状态。
如一个工厂的库存管理系统,它是必要的量Q的某些部分从仓库1仓库2个存储。
你可以定义一个事务T,T包括两个 *** 作; Q1 = Q1-Q,Q2 = Q2 + Q T改变的终止,只有当第一个 *** 作,数据库是不一致Q库存没有理由。
3。数据库中为什么要有恢复子系统?它的功能是什么?
A:
是不可避免的,因为计算机系统的硬件故障,软件错误, *** 作错误和恶意破坏所造成的这些故障从正在运行的事务中发生非正常中断,影响数据库中的数据正确性,而破坏了数据库中,因此,在数据库中的数据的全部或部分损失,因此必须有一个恢复子系统。功能
恢复子系统:数据库从错误状态恢复到一个已知的良好状态(也被称为一致的状态或完整状态)。
4。在数据库中可能出现的故障运行几类?什么故障影响正常执行的交易吗?什么故障破坏数据库中的数据?
A:数据库系统的各种可能发生的故障大致可分为如下几类:
(1)内部交易失败;
(2)系统故障; />(3)介质故障;
(4)计算机病毒。的
交易失败,系统故障和介质故障影响事务的正常执行;介质故障和计算机病毒破坏的数据
库。
5。根据回收技术?
A:
数据转储和登录日志文件是数据库恢复的基本技术。
当一个故障在系统运行过程中,转储数据库的日志文件,你可以将数据库恢复到一致状态,在发生故障之前的备份副本。
6。数据库的转储的意义是什么?各种数据转储方法的比较。
答案:
数据转储是基本的技术,在恢复的数据库。所谓的转储数据库DBA定期复制到磁带或其他磁盘保存。可以重新加载数据库破坏的数据库的备份副本恢复时的状态转储。
静态转储:转储系统 *** 作运行的事务。静态转储,但必须等待用户交易结束之前运行。同样,新的事务必须等待执行转储结束。显然,这将减少数据库的可用性。
动态转储:转储期间允许数据库访问或。动态的转储可以克服静态转储的缺点,它并不需要等待正在运行的用户交易的结束,也不会影响新事务的 *** 作。然而,备份的数据副本结束时的转储和不能保证正确和有效的。 ,因为转储运行在交易过程中可能会一些数据,备份的数据副本是不符合版本的数据库。
为此,我们必须活动期间注册使用dump transaction数据库,以创建一个日志文件(日志文件)。在这样的日志文件的备份副本可以得到正确的数据库状态的时刻。
转储海量转储和增量转储可以分为两种方式。
大规模倾倒每一个转储所有数据库。增量转储每次更新只转储上次转储数据。从恢复的角度来看,大量的转储的备份副本恢复一般更容易。如果该数据库,事务处理,是非常频繁,增量转储方式更实用,更有效。
7。日志文件?为什么要建立一个日志文件?
答案:
(1)日志文件是用来记录交易文件对数据库的更新 *** 作。
(2)建立的日志文件的目的:交易故障恢复系统故障恢复;协助媒体恢复的备份副本。
登记日志文件为什么要写入日志文件后,写入到数据库?
A:
的数据写入到数据库中,两种不同的 *** 作,这个后的日志记录被写入到日志文件中。这两个 *** 作之间可能发生了故障,即这两个写 *** 作只完成了。
先写一个数据库,而不是变化的运行记录中,小数点后不能被恢复这一。如果你写的日志,但没有数据库,恢复执行UNDO *** 作,不影响数据库的正确性。所以一定要确保你写的日志文件,日志记录写入到日志文件中,然后写入到数据库的变化。
9,测试是针对不同的故障恢复策略和方法。 (也就是说,如何进行交易系统故障恢复故障恢复介质恢复?)
A:
交易故障恢复:
事务故障的恢复是自动完成的DBMS ,是对用户透明。
DBMS执行恢复步骤:
(1)反向扫描文件日志(即从最后一次扫描日志文件),则该事务更新 *** 作。
(2)事务的更新 *** 作执行逆 *** 作。关于日志记录更新前值吗?写入到数据库中。
(3)反向扫描日志文件,做同样的。
(4)?下去,直到你读的开始标记本次交易,交易失败恢复完整。
A:
系统故障恢复:
系统出现故障可能会导致数据库处于不一致的状态:
首先,没有完成的交易数据库的更新可能已被写入到数据库中;
已提交的交易数据库的更新可能还留在缓冲区中,并没有写入到数据库。
恢复 *** 作(UNDO)的未竟事业出现故障,重做(REDO)已完成的交易。
恢复步骤:
(1)正向扫描日志文件,以确定该交易已提交在故障发生前队列中(REDO队列的)和未完成的事务队列(UNDO队列)。
(2)UNDO处理队列中的个别交易的。
UNDO处理方法是反向扫描日志文件,更新 *** 作执行相反的 *** 作,每一个UNDO事务迫在眉睫的“价值”(前映像)记录写入到数据库中,然后再更新。
(3)治疗重做重做队列事务。
REDO处理方法:正向扫描日志文件,每个REDO事务重新执行 *** 作的日志文件登记。即将推出的日志记录写入到数据库中的更新值“(后映像)。
分辨率:
步骤(1)如何确定的REDO队列和UNDO队列,请考虑一下吧。 BR />的算法如下:
1)创建两个事务队列:
·UNDO-LIST:需要执行undo *** 作的事务集;
·REDO-LIST:需要执行重做 *** 作事务集;
事务队列最初是空的。
)从日志文件头,正向扫描日志文件
是否有新的开始(遇到BEGIN TRANSACTION)交易钛,钛暂时放入UNDO-LIST队列;
·如果提交的事务(遇到结束事务)TJ TJ从队列undo-list中的REDO-LIST队列;
直到最后的日志文件A:
介质故障恢复:
介质故障是最严重的故障。
恢复方法是重装数据库,然后重做已完成交易的过程是:
(1 )DBA装入最新的数据库备份(从故障时间最近的转储副本),将数据库恢复到一致的状态转储。
(2)DBA的日志文件的副本加载转储结束时间
(3)DBA启动系统恢复命令来完成还原的DBMS的功能,重做已完成的交易。
解析
1)我们假设静态转储的步骤(1)安装数据库的备份副本。
2)如果您使用的是静态和动态转储步骤(1)将数据库的备份副本是不够的,需要同时加载的副本日志文件的转储开始治疗后的时间,以获得正确的数据库的备份副本。
3)(2)步算法来重做已完成的交易:
正向扫描日志文件,以找出识别在故障发生之前提交的交易中,计入的重量队列
B。再次向前扫描日志文件,重做重做队列中的所有交易。即将推出的日志记录写入到数据库中的更新值。
>
10。检查点恢复技术的优势是什么?
A:
测井技术进行数据库恢复,恢复子系统必须搜索日志,以确定哪些事务需要重做,哪些事务需要。一般来说,你需要检查所有的记录。这样做有两个问题:
首先,搜索整个日志将花费大量的时间。
REDO处理的事务实际上写的更新 *** 作数据库恢复子系统又执行这些 *** 作,浪费了大量的时间。
检查点技术,以解决这些问题。
11。师叔检查点的恢复步骤。
①从启动文件的最后一个检查点记录在日志文件中的地址找到最后一个检查点记录在日志文件中找到的地址。
②检查站的检查点记录的建立时间列表中的所有运行的事务ACTIVE-LIST。
创建两个事务队列:
·UNDO-LIST:需要执行undo *** 作的事务集;
·REDO-LIST:集交易需要执行恢复 *** 作;
ACTIVE-LIST暂时到UNDO-LIST队列,REDO队列暂时空。
③从检查点开始正向扫描日志文件
任何新的起点事务钛undo-list中的Ti暂时放置在队列中;
·如果提交事务TJ,TJ移动从UNDO-LIST队列,REDO-LIST队列,直到最后的日志文件;
>④UNDO *** 作执行undo-list中的每一笔交易REDO-LIST中的每个事务执行REDO *** 作。
12。数据库镜像?使用?
答案:
数据库镜像是根据对DBA的要求,自动复制到另一个磁盘上的关键数据在整个数据库或部分。每当主数据库更新时,DBMS自动复制更新后的数据,在过去,DBMS自动保证镜像的一致性
使用数据库镜像的数据和主数据。:
一个用于数据库恢复。当介质故障的镜像磁盘继续提供使用的数据库管理系统自动镜像磁盘数据恢复的数据库,并且不需要关闭系统并重新安装该数据库的副本。
二是要提高无故障,当用户的数据加排他锁来其他用户可以读取的数据的数据库的可用性。镜像数据库,无需等待用户释放该锁。
以上就是关于SQL Server 2005 SP1的新特性全部的内容,包括:SQL Server 2005 SP1的新特性、数据卷复制方案和数据卷镜像方案的相同是什么、SQLserver2005镜像问题,在端点配置中禁用了数据库镜像传输功能等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)