DB2数据库的优秀性勿须多言，本文将问您介绍DB2数据库安装的正确操作步骤，如果您对DB2数据库安装有兴趣的话，不妨一看，对您将有所帮助。
一、DB2安装过程
1 新建3个组，分别为管理组件das组，实例inst组，守护def组。随后在三个组中分别加入对应的用户：das，inst，和def。注意的是inst 用户>同时属于das组。为各个用户建立目录和密码。
2 运行DB2SETUP后未出现向导，出现提示后退出的解决。
请不要执行DB2SETUP,请执行DB2_install，然后输入DB2数据库安装的组件名字进行安装。
3 创建实例
在/opt/IBM/DB2/v8.1/instane/下分别执行
./dascrt -u dasuser
./dasicrt -w 32 -u defuser instuser ＃如未指定位宽，则会报错说配置文件不能正常初始化。
在/cfg/下执行DB2ln
4 设置
切换到instuser用户下
$DB2set -g DB2COMM = TCPIP #在全局或使用-i指定某个实例的连接属性
5 启动数据库
$DB2start ＃在启动前请修改系统时间到2005年以前，否则会出现数据库license过期的提示
建立样表#p#
$DB2 “select * from stuff”
二、DB2的初次使用
Command Line Processor for DB2 SDK 8.2.3
You can issue>
DB2与orACLe有什么区别？
1、体系结构，DB2的实例和数据库分开的做法，我个人还是比较喜欢的，因为实例可以创建多个，数据库的恢复直接恢复到实例下就可以了，相对ORACLE简单多了。 2、管理工具，DB2的管理工具做得太简陋了，控制中心只能说能用而已，而且还有好多BUG,不如ORACLE的企业管理器做得好，连WEB版都没有。 3、备份管理，DB2的备份只能说是简陋了，没有备份集的管理功能，没有恢复预览和校验功能，不能写到网络驱动器上，唉太多的没有了，ORACLE的RMAN确实强大； 4、DB2的命令执行方式，我很喜欢，可以在命令行上执行SQL，也可以在命令窗口上执行SQL，相对SQLPLUS灵活多了； 5、DB2的自动维护功能做的很好，可以定期自动整理数据库碎片和重建索引，唯一不大理想的是自动维护的备份功能不能指定压缩备份，相对而言ORACLE的自动维护功能就很一般了； 6、DB2的运行状况的功能我也很喜欢，ORACLE也有类似的AHM，但是 DB2的运行状况更为直接，可以一下就看出数据库目前有啥问题，DB2还给出了如何处理的建议顾问程序； 7、DB2的内存状况监控功能本来我也很喜欢，可以直接在内存状况监控上直接改相应的参数，但是发现一个巨大BUG后，我就很不喜欢了，如果你一直点刷新，发现内存占用量会不断上升，我有次为了监控一个内存参数，让这个工具运行了一天一夜，结果回来一看，晕倒，所有的内存参数增长到数百G,我想看的历史变化情况居然没有。 8、DB2的远程网络连接采用的编目方式描述连接串的方式我感觉很不爽，为了改个客户端的连接服务器的ip地址，所有的客户端都需要将编目删除，然后重新编目连接地址，晕倒100多台PC机搞下来，尽管可以使用脚本，但是还是把人都快搞疯了。 ORACLE采用的用文件来配置远程服务器的方式，所有的PC机都通过更新服务器直接更新本机的TNSNAME，1分钟搞定。 9、DB2的数据库创建如果要手工管理容器，居然没有指定缺省的系统表空间数据文件名，你要创建一堆相应的文件名，没办法，只好照抄oracle的OFA体系结构的文件名。 10、DB2的连接配置图形工具实在是差了，在上面配置一步步配出的连接居然不能用！只好使用脚本,这点ORACLE比DB2强多了。 11、DB2在windows 平台的可靠性不怎么样，3个多星期无缘无故DOWN了4次机，ORACLE配好了应该没有这么悲惨吧。 12、DB2的锁自动管理机制，我比较喜欢，打开后，互锁的概率大大降低，相同的程序，在DB2下锁明显少许多,但是不爽的是DB2的select命令也是加锁的。 13、DB2 9.7的ORACLE兼容模式，我也很喜欢，迁移麻烦少了许多许多。 14、DEB2 的自动内存管理我看要比ORACLE 要强一些，几乎所有的内存参数都能自动管理，ORACLE11G貌似也可以全部自动管理了。 15、DB2的导出数据的工具实在太简陋了，连oracle的EXP/IMP 都不如，更不要说expdp/impdp 16、DB2的SQL语句运行速度明显快于ORACLE，5－6段相同的代码，同一台机器，参数都是缺省参数，个人测试DB2执行速度大约要快10％－15％，也许和DB2缺省的参数调优有关，ORACLE10G调优后，还是还有5－10％左右的差异。
mysql把一个数据库中的数据复制到另一个数据库中的表 2个表结构相同
1、使用软件Navicat就可迁移复制数据库，打开Navicat，右键点击左边空白的地方，点击New Connection下的MySQL，创建一个服务器的连接，下面将演示把本地的数据迁移到服务器：2、在弹出的创建新连接的窗口里，输入服务器的IP，数据库账号，密码等，然后就可以连接数据库了：3、创建好后们打开本地的数据库，点击“Data Transfer”（数据传输），接着弹出新的界面：4、新窗口中在左边选择本地数据库的库，和需要转移的表，可以选择一个，或多个表：5、然后在右边的目标里，选择服务器的连接，然后选择服务器上的数据库：6、选择完成后，就开始进行数据转移了，数据量不是很大的，很快就会转移完成的。以上就是mysql中数据复制到另一个数据库的方法：
如何为SAP安装多个DB2 9数据库服务器?
DB2forLinux,Unix,andWindowsVersion8之前，SAP客户只能在一台物理机器上安装每个DB2版本的一个拷贝，因为安装路径是硬编码的。 尽管DB2Version8提供了替换的修订包映像，但是这些映像只用于测试，在生产环境中SAP不支持它们。 对于DB29，客户可以在一台物理机器上安装多个DB2软件拷贝。 数据库的安装是相互独立的。 它们可以是不同级别的，可以安装在任何有效路径上。 每个拷贝可以独立更新，而不会相互影响。 所有装有DB29的SAPR/33.1I版本的环境都支持这一特性。 另外，从SAPNetWeaver7.1开始，SAP安装程序充分利用这个特性，将DB2软件安装在实例所有者的主目录中。 本文解释如何在一台Linux或UNIX机器上设置多个DB2系统，并让SAP应用程序与安装的不同数据库软件一起运行。 在一个系统上安装多个DB2拷贝多个DB29拷贝共存的好处对于DB29，客户可以在主机上多次安装DB2软件，并给一个SAPDB2实例分配不同的DB2安装。 安装的每个DB2软件实例都独立运行。 另外，以完整的安装映像形式提供每个修订包，这样就可以选择是在以前的映像上安装它，还是作为新映像单独安装。 有了这一改进，客户就可以让不同的SAP应用程序运行在同一主机不同级别的DB2上。 例如，您可以用一个新的修订包部署和测试SAP应用程序，然后将生产系统转移到新安装上。 它还提供了一种轻松地返回到以前的补丁级别的方法。 每个实例都可以独立地更新。 您不需要将修订包应用于以前的版本上并应用于所有实例，但是老方法仍然得到支持。 例如，假设客户有实例I1、I2和I3。 他安装DB29的最初版本并相应地更新所有实例。 然后安装DB29FixPack1;他可以选择在已经安装的最初版本上安装，或者在另一个路径上安装。 然后，将实例I1和I2指向新路径进行更新。 然后，在新路径上安装DB29FixPack2。 此时，也能够通过指向新路径将包括I3在内的所有实例都更新为FixPack2。 可以在同一台物理机器上同时安装Version8和Version9，也可以安装Version9的多个级别的修订包。 与以前的DB2版本的差异这个新特性使DB2出现了许多变化：不能使用操作系统实用程序(例如paged、rpm、smit或sisal)查询DB2产品。 相反，要使用一个新命令db2ls跟踪机器上安装的DB2软件。 它提供关于安装的DB2产品的信息，包括版本和安装的时间。 示例：%/opt/ibm/db2/V9.1_01/install/db2lsInstallPathLevelFixPackSpecialInstallNumberInstallDate---------------------------------------------------------------/opt/ibm/db2/V9.1_019.1.0.00TueJul1114:28EDT/opt/ibm/db2/V9.1_029.1.0.11ThuSep716:52EDT用户不能使用本机操作系统实用程序(例如ramp或smit)卸载DB2软件。 要想卸载DB2产品，应该运行db2_deinstall命令，这个命令位于安装目录下。 示例：%/opt/ibm/db2/V9.1_01/install/db2_deinstall-a
发表评论