共享实例与非共享实例的优缺点各是什么？在主备双机设计时，有的是共享实例，有的是非共享实例，它们的优缺点各是什么？在主备双机设计时，有的是共享实例，有的是非共享实例，它们的优缺点各是什么？关注问题19回答技术总监
, IBM官方授权讲师1、共享实例的情况，实例的参数在主备机都是一样，主备机任何一个修改实例参数，都是透明的。优点是管理方便，缺点是如果主备机的机器配置差别大时备机上的数据库切换过来时起不来或者性能受限。2、非共享实例的情况，实例的参数在主备机不一样，主备机的参数可以通过测试运行确定各...1、共享实例的情况，实例的参数在主备机都是一样，主备机任何一个修改实例参数，都是透明的。优点是管理方便，缺点是如果主备机的机器配置差别大时备机上的数据库切换过来时起不来或者性能受限。2、非共享实例的情况，实例的参数在主备机不一样，主备机的参数可以通过测试运行确定各自合适的数据库参数。优点是主备机可以在各自最佳的状态下运行。缺点是管理不方便，当主机的参数修改后，备机要同步修改（有时容易忘）。3、如果主备机的机器配置差别不大，采用共享实例的方式要好。赞同数据库管理员
, zcgx回复 2# 张东焕 & & 谢谢张老师，非共享实例在升级打补丁时，停机时间会不会更断些，非共享实例升级打补丁一般采取什么策略？可否先升备机，然后切到备机上，然后再升主机？谢谢您。...回复
张东焕 & & 谢谢张老师，非共享实例在升级打补丁时，停机时间会不会更断些，非共享实例升级打补丁一般采取什么策略？可否先升备机，然后切到备机上，然后再升主机？谢谢您。赞同技术总监
, IBM官方授权讲师升级打补丁时需要停下所有的DB2的进程。包括db2fmc、db2fm、das、db2licd等。非共享和共享的方式的区别就是打补丁时在主机上和单机的情况一样，在备机上在共享的方式只打产品的补丁，比如：# ./installFixPack -b /opt/IBM/db2/V9.5 -f install。我一般都是先升主机的，然后升级...升级打补丁时需要停下所有的DB2的进程。包括db2fmc、db2fm、das、db2licd等。非共享和共享的方式的区别就是打补丁时在主机上和单机的情况一样，在备机上在共享的方式只打产品的补丁，比如：# ./installFixPack -b /opt/IBM/db2/V9.5 -f install。我一般都是先升主机的，然后升级备机。赞同数据库管理员
, ibm回复 2# 张东焕 & & 共享的 ha 要把db2nodes.cfg的脚本加进去回复
张东焕 & & 共享的 ha 要把db2nodes.cfg的脚本加进去赞同数据库管理员
, zcgx回复 4# 张东焕 & &张老师， 非共享实例打补丁时，主备都得停吗，可不可以先升一个，然后切换一下，再升另一个，不怎么影响实用？回复
张东焕 & &张老师， 非共享实例打补丁时，主备都得停吗，可不可以先升一个，然后切换一下，再升另一个，不怎么影响实用？赞同技术总监
, IBM官方授权讲师回复&&张东焕 & &张老师， 非共享实例打补丁时，主备都得停吗，可不可以先升一个，然后切换一下，再升另 ...worldlove2011 发表于
& &可以，不过打补丁时一般系统还是停下来的好，因为还要先做备份。...回复&&张东焕 & &张老师， 非共享实例打补丁时，主备都得停吗，可不可以先升一个，然后切换一下，再升另 ...worldlove2011 发表于
& &可以，不过打补丁时一般系统还是停下来的好，因为还要先做备份。赞同技术总监
, IBM官方授权讲师回复&&张东焕 & & 共享的 ha 要把db2nodes.cfg的脚本加进去weiruan85 发表于
& &ha的脚本中用db2gcf控制实例的启动停止，就可以自动管理db2nodes.cfg的主机名的变更。...回复&&张东焕 & & 共享的 ha 要把db2nodes.cfg的脚本加进去weiruan85 发表于
& &ha的脚本中用db2gcf控制实例的启动停止，就可以自动管理db2nodes.cfg的主机名的变更。赞同数据库管理员
, ibm回复 8# 张东焕 & & db2gcf 用的少，有例子没，方便的话，贴一点学习下，感谢张老师先回复
张东焕 & & db2gcf 用的少，有例子没，方便的话，贴一点学习下，感谢张老师先赞同技术总监
, IBM官方授权讲师回复&&张东焕 & & db2gcf 用的少，有例子没，方便的话，贴一点学习下，感谢张老师先 ...weiruan85 发表于
#!/usr/bin/sh/opt/IBM/db2/V9.1/bin/db2gcf -k -i vgopinst -p 0,1,2,3/opt/IBM/db2/V9.1/bin/db2gcf -u -i vgopinst -p 0,1,2,3...回复&&张东焕 & & db2gcf 用的少，有例子没，方便的话，贴一点学习下，感谢张老师先 ...weiruan85 发表于
#!/usr/bin/sh/opt/IBM/db2/V9.1/bin/db2gcf -k -i vgopinst -p 0,1,2,3/opt/IBM/db2/V9.1/bin/db2gcf -u -i vgopinst -p 0,1,2,3这个是多分区的HA脚本的例子，单分区就更简单了。不用加后面的分区参数。赞同撰写回答数据库管理员, zcgx关注1发布318回答139请稍候...IBM Bluemix
点击按钮，开始云上的开发！
developerWorks 社区
面向服务的体系架构（SOA）是当前的一个热门话题，并且公平地说，这种架构类型拥有一些非常好的特点。但是在拥有良好特点的同时也伴随有缺点甚至少许糟糕的问题。
, IT 架构师, WSO2 Inc
Jens Andexer 是 IBM SOA Advance Technologies 小组的执行 IT 架构师，并且是撒哈拉以南非洲的架构主管。他在世界各地从事软件开发工已经作超过 25 年，专门从事金融系统、公营部门、银行与保险行业。他的职业生涯开始于一名 PL/I 维护程序员，之后 Jens 在许多大型复杂的软件开发项目中负责领导架构师。在其职业生涯中期获得计算机科学（软件工程）硕士学位之后，于 1998 年加入了 IBM 公司，现在他为欧洲和非洲的 SOA 客户带来了 host 技术、软件开发以及软件维护方面的丰富经验。
, 架构计划负责人, WSO2 Inc
Willem Bekker 目前是标准银行的架构计划负责人。Willem 拥有学士学位以及超过 15 年的IT 行业经验。其中有 12 年 ERP Technical 领域的经验。Willem 已经树立了作为 “Turn Around” 代理的声誉，通过运用他的能力来优化对信息技术的投资，从而提高业务效率。
简介IT 战略能够反映出 IT 部门如何来支持企业战略的交付。从根本上来说，这意味着组织需要让他们的 IT 部门高效地进行日常运营并且支持快速、成本低廉地进行新产品和服务的运营。面向服务的体系架构（SOA）在这方面有优势，但并不是十全十美。下表突出了对 SOA 良好、不良与糟糕的业务影响描述的示例。表 1. 优点、缺点、糟糕之处SOA 的良好业务影响SOA 的不良业务影响SOA 糟糕的业务影响 敏捷性 -
SOA 支持更加快速地开发业务流程以及更加轻松地对业务流程进行改变。它可以使组织更迅速地适应他们业务环境的改变。这就转化成为实际的市场优势，因为它能够使产品和服务比竞争对手更快速地推向市场。组织结构的改变 -
在每个 SOA 的中心都有一个卓越中心（COE）。COE 就是一个控制 SOA 技术开发以及向组织的其他人员提供专业知识的新实体。SOA COE 是对任何组织来说都是新增加的，并且由此推出，当它实力雄厚并且在这里所做的决定会影响组织的其他人员时，它的引入可能会导致冲突。转变并不容易 - 转化和组织成为以服务为中心并不容易。过渡到 SOA 的特点是演变而不是革命。以孤岛的传统形式创建的组织需要改变它们的结构，以充分利用成为以服务为中心的优势。这种转变是复杂的、昂贵的，而且从来不缺少这种变革的反对者。一致性 -
业务与 IT 之间更加紧密的合作关系抛开了阻碍 IT 实现业务需求的传统障碍。业务领域中的服务足迹是一项业务功能，并且用业务术语对其进行了描述。它实现的细节是隐藏的。组织权力结构的改变
将服务的所有权和控制权放到业务领域中，会改变组织中的权力结构。这样做通常会遭遇来自那些有维持现状特权的人的阻力。文化改变 -
SOA 不仅仅代表着技术的改变。伴随着这种改革产生了一个组织的文化变革，因为它成为了价值的驱动。组织必须明白敏捷意味着什么以及如何充分开发其自身的敏捷性。糟糕的事实是，这是最难学习的课程之一。业务流程的改进 -
一般而言，任何 SOA 与业务流程的再次思考都是相关的。这种业务流程重构对优化组织运营业务的方式而言是一次机会。良好的重构工作能够使业务的运营效率得到显著提高。业务面临的新挑战 -
业务必须给予 IT 更多的指导。业务线必须对服务及增强行使所有权并对其负责，从而启动开发与变化周期，因为它们将推动这一进程。这不是一种典型的由业务线进行补充的作用，这将会导致不合适的改变。灵活性 -
在 SOA 中坚持良好的软件工程实践能够提高 IT 对业务需求的响应。缩短了产品和服务的上市时间，降低了开发与改变流程的成本。IT 在变得更简单之前会越来越复杂 -
利用一套如业务流程执行引擎和 ESB 的技术来实现 SOA。把这种技术添加到 IT 规划中并不会让它更加简单，即使当它的优势远远超过了它的成本。然而，IT 规划更复杂并不意味着它就不能以更简单的形式出现。这种服务的推出让 IT 的复杂性成为秘密。这些服务的消费者不需要知道服务内部是如何运行的。结果，任何发生在后端的的合理化操作，都可以隐藏在服务界面之后。
技术本身不会体现价值 -
专注于基础架构和技术的 SOA 是很可能失败的。SOA 举措是建立在比以往更快速更低成本地提供业务价值的承诺之上的。一种过于重视技术的 SOA 是不可能实现该承诺的，因为它们不会显示出业务人员希望看到的价值。灵活性只有在加速运营性业务需求，或者通过支持业务的合理性来降低操作系统成本时才会被认为是业务价值。以技术为中心的举措一般不会这样做。数据统一 -
服务接口可提供统一数据特征的机会，以使服务接口使用遵照统一的数据模型的数据。统一在这里的意思是通用：
结构 - 元素之间的结构关系是相同的，因此例如地址一贯地包含门牌号、街道、城市、地区和邮政编码。
语义 - 语义是指含义以及数据的使用。数据必须有统一的含义，并且必须以不会产生歧义的方式使用。例如客户的概念可能会在网站上遇到，与帐户所有者形成对比。
格式 - 数据的表现方式很重要。DDMMYYYY 格式的日期不能与 MMDDYYYY 格式混淆。
类型 - 类型是由数据的表现形式以及一套可以执行的行为决定的。
时间 - 时间指的是属性更新的时候。在某些情况下属性会在前端系统进行实时更新。然而一些属性只在定期的批处理时进行更新。
生命周期 - 在什么情况下将数据添加到数据库中，什么时候进行更新，以及什么时候、以什么方式最终从数据库中删除数据。
没有数据视图 -
服务的标准接口需要统一的数据视图。这种统一视图通常不存在，并且设法开发统一视图时往往会发现组织中的视图非常不同。可能无法实现统一 -
使数据的所有特点一致几乎不太可能实现。除了上述问题之外，与 “脏数据” 相关的问题也总是存在。处理一致性是设计服务接口面临的巨大挑战之一。尴尬的事实是建立统一的服务接口是一件非常困难的事情。运行监控 -
用于支持 SOA 的技术和原理使对业务流程的监控更加轻松。这种监控类型支持来自日常运行的反馈。该反馈可用来衡量组织对其战略目标的实现情况如何。
传统的业务流程（BP）与表现逻辑都写入了包含业务逻辑的相同程序。所能希望的最好结果就是至少将不同逻辑类型组合在一起，但是即使这一点也往往难以实现，其结果是很难监控逻辑范畴。例如业务流程只能作为应用程序的一部分来监控，因为它不能被分离出来。
SOA 通常伴随着业务流程执行引擎。这种技术的引入可促进业务流程逻辑被分配到一个点上。在一个点上拥有 BP 使 BP 监控成为可能，而无需在应用逻辑中使用 BP 逻辑。这不是 SOA 的专有技术，但是用于支持 SOA 与来自 SOA 良好软件工程实践规则的技术能够使该技术在 SOA 中更加轻松地得以实现。监控复杂性 -
开发一个针对组织目标提供反馈的业务流程监控模型是一项需要专业技能的重要工作。利用操作平台 -
SOA 使用操作平台为服务提供业务功能。这意味着对现有系统的投资可通过将其重新包装到服务中来使用。技术不匹配 -
在某些情况下并不能轻松地对操作平台进行重新打包，原因是业务功能结构与需求不匹配。例如，如果一个添加新客户的事务在姓名和地址添加到客户数据库之后有一个提交点，并且在安全数据被添加之后有第二个提交点，那么这两种操作将紧密链接。可能需要做出改变 -
在某些情况下可能需要改变操作平台。当需要在 ERP 中作出改变时，供应商非常不情愿做出改变。如果组织决定在内部作出变革，服务资金必须考虑维护成本。结束语欲使 SOA 获得成功，业务与 IT 必须与他们的目标和目的保持一致。
IT 推动的 SOA 失败的原因是它们被理解为技术的变化，并不对业务产生直接利益。SOA 案例必须加强组织现有的目标和战略，并且将超越以 IT 为中心的方法。这代表了一种文化变革，变革后由业务期望值推动 IT 优先级，再加上业务与 IT 之间的合作文化，就为成功奠定了坚实的基础。
Norbert Bieberstein、Sanjay Bose、Marc Fiammante、Keith Jones、Rawn Shah，
，IBM 出版社，2005 年。
William A. Brown、Rober G. Laird、Clive Gee、Tilak Mitra， IBM 出版社，2008 年。
（developerWorks，2007 年 3 月）。
浏览关于这些主题和其他技术主题的图书。下载
或，并开始使用来自
DB2®、Lotus®、Rational®、Tivoli®和
WebSphere®的应用程序开发工具和中间件产品。参与
developerWorks: 登录
标有星（*）号的字段是必填字段。
保持登录。
单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件。
在您首次登录 developerWorks 时，会为您创建一份个人概要。您的个人概要中的信息（您的姓名、国家/地区，以及公司名称）是公开显示的，而且会随着您发布的任何内容一起显示，除非您选择隐藏您的公司名称。您可以随时更新您的 IBM 帐户。
所有提交的信息确保安全。
选择您的昵称
当您初次登录到 developerWorks 时，将会为您创建一份概要信息，您需要指定一个昵称。您的昵称将和您在 developerWorks 发布的内容显示在一起。昵称长度在 3 至 31 个字符之间。
您的昵称在 developerWorks 社区中必须是唯一的，并且出于隐私保护的原因，不能是您的电子邮件地址。
标有星（*）号的字段是必填字段。
(昵称长度在 3 至 31 个字符之间)
单击提交则表示您同意developerWorks 的条款和条件。 .
所有提交的信息确保安全。
文章、教程、演示，帮助您构建、部署和管理云应用。
立即加入来自 IBM 的专业 IT 社交网络。
免费下载、试用软件产品，构建应用并提升技能。
static.content.url=/developerworks/js/artrating/SITE_ID=10Zone=SOA and web servicesArticleID=485450ArticleTitle=SOA 的优点、缺点与糟糕之处publish-date=db2的bufferpool不足报错的快速解决 - 推酷
db2的bufferpool不足报错的快速解决
& DB2数据库在批量导入表的时候报“DB2 Database Error: ERROR [57011] [IBM][DB2/NT] SQL1218N &There are no pages currently available in bufferpool &4096&. &SQLSTATE=57011”。注意这个报错很明显是bufferpool不足导致的。
& 解决起来也很简单，可以快速图形界面法，也可以语句参数调整法。
一、图形界面法
& &登入DB2的控制中心，找到该库的缓冲池。
右侧找到对应的缓冲池，点击改变对应缓冲池大小，立即生效。
把缓冲池大小由4096改成32768，并选中立即改变缓冲池，点击确定即可。
二、语句参数调整法
修改bufferpool
& & & & & & 检查当前数据库已有的buffer pool
& & & & & & db2=&select * from syscat.bufferpools
& & & & & & &结果显示
存在默认的bufferpool & IBMDEFAULTBP, 大小为4K（1*4096)，这个数值明显太小;
& & & & & & 直接修改IBMDEFAULTBP的大小:
& & & & & & & db2 =&alter bufferpool IBMDEFAULTBP immediate size 10240
& & & & & & & 现在bufferpool的大小为40M() ，可以满足当前应用需求。
& & & 还可以修改对应的缓冲池大小；
db2 =&alter bufferpool TRAINBUFF immediate size 32768
& & & & & & & 现在bufferpool的大小为134M() ，可以满足当前应用需求。
& & & & & & & 重启数据库
如果缓冲区大小设置为 -1 表示缓冲池的页面数目由数据库配置参数buffpage决定。
& & & & 注意: 数据库配置参数buffpage仅对缓冲区大小设置为 -1 的缓冲池起作用。
另外注意如果报&
DB2 SQL Error: SQLCODE=-964, SQLSTATE=57011&,则问题原因是
该数据库的日志文件已满。
解决办法就不一样了，需要加大日志文件大小，增加日志文件个数，增加辅助日志文件个数。
查看配置参数命令：db2 get db cfg for &dbname&;
修改配置参数命令：
修改日志文件大小：db2 update db cfg for &dbname& using LOGFILSIZ &4096
修改主日志文件个数：db2 update db cfg for &dbname& using LOGPRIMARY &20
修改辅助日志文件个数：db2 update db cfg for &dbname& using LOGSECOND 10
其中主日志和辅助日志相加不能大于255
在修改日志配置后，如果库正在被使用，需要重新启动数据库（db2stop force,db2start），然后连接库（db2 connect to &dbname&），连接库的时候数据会花费一点时间分配新的日志，要等一段时间.
其实报57011的错，还有可能是机器的磁盘空间不够，可以清理一下磁盘空间，drop一下无用的实例
已发表评论数()
请填写推刊名
描述不能大于100个字符!
权限设置： 公开
仅自己可见
正文不准确
标题不准确
排版有问题
主题不准确
没有分页内容
图片无法显示
视频无法显示
与原文不一致博客访问： 2083
博文数量： 4
注册时间：
鏆傛棤浠嬬粛
IT168企业级官微
微信号：IT168qiye
系统架构师大会
微信号：SACC2013
分类： DB2
原址：XML是一种灵活的语言。在其中用户可以标记自己的tag（标签）来定义其数据类型。在这些tag中用户可以自己定义原理或者属性的名称，这样的话只要得到了XML文件,即使另一个对此系统毫不知情的用户也可以很轻易地读懂这些数据。 　　当不同的用户在交换数据的时候，只要遵循XML标准，每一个应用程序可以针对自己所使用的数据类型编写XML解释器，将XML文件中的数据轻易地转化成自己使用的数据类型，这样就可以保证在不同的应用程序之间数据得以快速地交流。 　　但是作为存储数据的数据库，以往的基于关系的表并不能够很好地适应这种新的需求。用户仍然需要花费大量时间将XML数据转化到关系类型然后输入数据库，或者根据需要编写复杂的查询再将这些数据读取出来。这种方法既添加了难度，也降低了效率。原本的XML文件会被重新解析到各个表中，这个过程对于复杂或者有着大数据量的系统来说是相当消耗资源的。 　　DB29数据库相对于其他数据库管理系统来说有了大幅度的创新。实际上，DB2 9对于XML的支持不仅仅体现在XML类型的数据上,一些用关系模型难以解决的问题也可以使用XML模型得以解决。DB2 9对XML的支持与经典的关系数据模型相比所具有的优势是不可忽略的。 　　与其他主流数据库管理系统比起来，DB2有其优势也有自己的不足。在处理datawarehouse系统上DB2的性能应该是非常优秀的，同时DB2对优化器做的相当完美，对于大部分复杂查询可以有效地将其重写为最优语句，并且分配合理的执行计划。 　　DB2在关闭机制上有一定的不足。这与DB2的设计框架相关，内存锁的使用在提升效率的同时也对系统的优化要求提到了最高。如果用户对数据库的本身优化和应用程序优化做的不足，那么DB2会容易出现锁等待现象。 　　此外，DB2在API与函数的提供上还不完善。但是多伦多实验室的人正在尽力完善这个模块，在DB2 9中我们期待看到更多更为强大的函数。 　　同时，对于所有的数据库系统高可用性也是一个比较令人头疼的问题。在DB2中的高可用性对于普通用户来说可能比较复杂，但是IBM有一些经典的技术文档可以用来参照帮助用户自己设置。对于管理多分区系统的DBA来说，怎样对各分区协调，如何合理设置分区键是重要的。 　　作为技术支持小组的人，需要真正深入理解各分区之间的通讯与工作机制是最重要的。记得以前看过一篇文章说DB2的share nothing架构是骗人的东西，个人认为是因为他对DB2多分区理论只是做了一些文字上的理解，但是对于其中的内存CPU，磁盘资源的分配却根本没有理解。 　　也许很多人都认为DB2比起其他的数据库系统要复杂很多，但是个人认为那是由于这些人对其底层的架构和模型不了解所导致的。真正意义上理解DB2以后就会发现其中的每一个模块都是经过精心设计的。如能完整地优化系统，许多数据库常见的问题就不会出现。[@more@]
阅读(196) | 评论(0) | 转发(0) |
相关热门文章
给主人留下些什么吧！~~
请登录后评论。}