昆腾DXI6701虚拟带库配置过程
甘肃银行昆腾虚拟带库DXI6701安装文档
1、dxi6701默认管理地址为：10.1.1.1 ，将管理机IP地址设置为10.1.1.10，255.255.0.0
在IE浏览器里面输入10.1.1.1，然后选择administrator，密码为password
2、点击configuration 然后点击右边的VTL，创建partition。本次选择带库类型为Quantum scalar i500
3、选择驱动器类型为HP LTO-5
4、驱动器数量设置为6
6，点击OK。
7、点击MEDIA，创建磁带，本次选择200盘磁带，类型为LTO5，容量为200GB
8.查看主机情况
9、当交换机的zone划分完成后，可以在host里面看到相应的主机HBA卡wwn号，对这些号码做别名，以备后面分配使用
10、创建相应的主机组
11、给主机组起名字，本次分配的主机组名字为
group1_nbu1
group2_nbu1
group3_p730_fcs2_sw1
group4_p730_fcs2_sw2
group5_p750A_fcs2_sw2
group6_p750A_fcs0_sw1
group7_p750B_fcs0_sw1
group8_p750B_fcs2_sw2
本次将6个驱动器和机械手分配给NBU服务器和P750A,P750B小型机。分配完成后见下图
12、最终配置结果，见下方3张图：
关于DBCP数据库连接池配置整理
1.简介 DBCP(DataBase Connection Pool),数据库连接池。是 apache 上的一个 java 连接池项目，也是tomcat 使用的连接池组件。单独使用dbcp需要3个包：common-dbcp.jar,common-pool.jar,common-collections.jar由于建立数据库连接是一个非常耗时耗资源的行为，所以通过连接池预先同数据库建立一些连接，放在内存中，应用程序需要建立数据库连接时直接到连接池中申请一个就行，用完后再放回去。 dbcp提供了数据库连接池可以在spring，iBatis，hibernate中调用dbcp完成数据库连接，框架一般都提供了dbcp连接的方法； tomcat中也提供了dbcp的jndi设置方法，也可以不在框架中使用dbcp，单独使用dbcp 需要3个包：common-dbcp.jar,common-pool.jar,common-collections.jar 2.参数说明 翻译自https://www.360docs.net/doc/f56017516.html,
这里可以开启PreparedStatements池. 当开启时, 将为每个连接创建一个statement 池,并且被下面方法创建的PreparedStatements将被缓存起来: ●public PreparedStatement prepareStatement(String sql) ●public PreparedStatement prepareStatement(String sql, int resultSetType, int resultSetConcurrency) 如果容许则可以使用下面的方式来获取底层连接: Connection conn = ds.getConnection(); Connection dconn = ((DelegatingConnection) conn).getInnermostDelegate(); ... conn.close() 默认false不开启, 这是一个有潜在危险的功能, 不适当的编码会造成伤害.(关闭底层 连接或者在守护连接已经关闭的情况下继续使用它).请谨慎使用,并且仅当需要直接访问驱动的特定功能时使用. 注意: 不要关闭底层连接, 只能关闭前面的那个 如果开启"removeAbandoned",那么连接在被认为泄露时可能被池回收. 这个机制在(getNumIdle() < 2) and (getNumActive() > getMaxActive() - 3)时被触发。 举例当maxActive=20, 活动连接为18,空闲连接为1时可以触发"removeAbandoned".但是活动连接只有在没有被使用的时间超过"removeAbandonedTimeout"时才被删除,默认300秒.在resultset中游历不被计算为被使用。 3.使用注意点
虚拟带库与物理磁带库对比
虚拟带库与物理磁带库的对比 一数据读写性能 物理磁带库 物理磁带库的整体性能有磁带驱动器数量及磁带驱动器支持的标准决定 虚拟磁带库： 由于采用虚拟化技术，虽然备份软件会发现虚拟磁带库中有若干磁带机，但是执行备份或者数据恢复的时候性能超过磁带机。因此虚拟磁带库的性能不是由仿真的磁带机标准决定而是由控制系统和后端的磁带系统决定。 二数据可靠性 物理磁带库: 除非采用磁带clone的方式，否则由于磁带损坏会导致数据的丢失。 虚拟机磁带库: 后端采用raid技术，磁盘损坏不影响储存的数据，因此安全性更好。 三保密性 物理磁带库: 磁带采用专用数据格式储存数据，并且可以把磁带移出磁带库异地保存，因此具有更高的安全性 虚拟机磁带库: 虚拟磁带库产品有两类，一类是真正虚拟磁带，一类是用文件系统中的文件来储存磁带格式的文件。对于第一类产品除了不能出库以外具有跟物理磁带库同样的安全性，第二类产品由于存在文件系统就可能被病毒或者认为破坏 四数据可恢复性 物理磁带库 磁带存储由于磁带磁粉脱落、粘连、消磁、磁头沾污等原因会再需要恢复数据时无法获得数据，因此磁带的可恢复性不是100%
虚拟磁带库： 虚拟磁带库采用磁盘阵列存储数据，有raid保护，因此可以说虚拟磁带库具有100%的数据可恢复性 五系统可靠性 物理磁带库： 由于磁带库中的大量的机械部件，并且要求机械运动精度相当的高，所以磁带库本身系统可靠性就不会很高 虚拟磁带库： 虚拟磁带系统唯一有机械部件的就是磁盘，但是采用了raid方式进行数据冗余存储，因为虚拟磁带库比物理磁带库的可靠性要高出许多 六容量 物理磁带库： 容量非常大 虚拟磁带库： 受磁盘系统的容量限制，一般最大不过几十TB 七管理 物理磁带库： 物理磁带库基本上都带有图形化管理界面，并且通过一个界面就可以管理整个磁带库系统，包括机械手，磁带机等 虚拟磁带库： 虚拟带库有两类：一类是真正意义上的产品，通过唯一界面管理系统。另外一类属于解决方案，也就是使用专用服务器，操作系统，虚拟磁带库软件和磁盘阵列搭建虚拟磁带库系统，此类方案会造成非常复杂的管理，并且容易引起由于管理不当造成的数据丢失。 八软件兼容性 物理磁带库： 磁带库基本上各种备份软件都支持，并且很多备份软件的高级特点如multipexing,synthetic backup都支持物理磁带库
hibernate配置数据库连接池的三种方法
?数据库连接池的概念(是什么，做什么用的，有什么好处) ?首先，我们还是老套的讲讲连接池的基本概念，概念理解清楚了，我们也知道后面是怎么回事了。?以前我们程序连接数据库的时候，每一次连接数据库都要一个连接，用完后再释放。如果频繁的数据库操作，就会导致性能很低。连接池的出现，为开发过程提供了一个很好的管理平台。当程序中需要建立数据库连接时，只须从内存中取一个来用而不用新建。同样，使用完毕后，只需放回内存即可。而连接的建立、断开都有连接池自身来管理。同时，我们还可以通过设置连接池的参数来控制连接池中的连接数、每个连接的最大使用次数等等。通过使用连接池，将大大提高程序效率，同时，我们可以通过其自身的管理机制来监视数据库连接的数量、使用情况等。 ?而Hibernate的出现把连接池的使用引入了一个新的利用方式，让你充分享受配置化给开发带来的便利。 1 C3P0 (以验证可用) 只需在hibernate.cfg.xml中加入
磁带库备份方案与策略分析之虚拟磁带库备份方法
磁带库备份方案与策略分析之虚拟磁带库备份方法 随着磁盘成本的不断降低，利用磁盘作为备份介质的趋势已经越来越明显。作为间接磁盘备份设备，在后期维护上，由于减少了物理磁带库的诸多机械故障，其维护成本也更加低廉。更重要的是，VTL保持了物理磁带库的使用模式，在备份软件的支持下，逻辑上可以实现容量的无缝扩展。 一些用户误认为直接磁盘备份就是磁盘备份的普遍方式，和虚拟带库备份的效果是等同的。让我们浅析以下这两者的区别并通过一个实例来看看两种备份带来的不同结果： 直接磁盘备份常见问题 1、安全隐患 直接磁盘备份模式下，基于磁盘阵列的存储设备是以文件系统的方式出现在服务器上的，也可以被任何人访问，即使是无意的“DEL”（删除）操作也可以毁掉所有备份数据，这意味着系统管理员的误操作或者其他人的恶意删除都可以造成的数据丢失，病毒感染等诸多风险导致备份的数据无法恢复等。 2、性能瓶颈 首先，文件系统本身就可能是性能瓶颈，尤其在多任务、多进程状态下，文件系统很有可能成为整个备份系统的瓶颈。磁盘碎片会导致文件系统的性能逐渐下降，而且，当数据量比较大的时候，磁盘碎片的问题很难以解决。 另外，在一些备份软件的管理策略中，当备份到备份磁盘的数据达到迁移上限时，就会出现备份数据一边写入磁盘一边向磁带库迁移的状态。即使增加备份磁盘容量，备份速度仍然难以明显提升。 3、管理复杂、价格昂贵 传统备份软件是以磁带库作为备份目标。若要实现直接备份到磁盘，就需要在备份服务器或介质服务器上为备份磁盘阵列建立一个文件系统，才能够被备份软件识别。而一般的文件系统不能被多服务器共享， 这就是说，如果想象使用传统磁带库一样，就必须要在磁盘阵列上建立多个逻辑设备，然
01关于数据库连接池和动态数据源的实现课案
关于数据库连接池和动态数据源的实现、使用 对于一个简单的数据库应用，由于数据库的访问不是很频繁。这时可以很简单地在需要访问数据库时，就新创建一个连接，用完后就关闭它，这样就不会带来更多的性能上的开销。但是对于复杂的数据库应用，情况就完全不同了。频繁的建立、关闭连接，会极大的减低系统的性能，因为对于连接的使用成了系统性能的瓶颈。这就意味我们需要去考虑怎样把一个连接多次使用。 连接复用，通过建立数据库的连接池以及一套连接使用的管理策略，使得一个数据库连接可以得到高效、安全的复用，避免了数据库连接频繁建立、关闭给系统带来的开销。外部使用者可以通过getConnection方法获取连接，使用完毕之后再通过releaseConnection 方法将连接返回，注意此时的连接并没有关闭，而是由连接池管理器回收，并为下一次使用做好准备。 一般的数据库连接池，是使用配置文件在项目启动的使用加载配置文件，根据文件中描述，生成对应的数据库连接池。连接池有许多的属性比如：连接池的初始化连接处、连接池的最大连接数、每次的自增连接数、最大空闲连接数等等 数据库连接池技术带来的优势： 1.资源重用 由于数据库连接得到重用，避免了频繁创建、释放连接引起的大量性能开销。在减 少系统消耗的基础上，另一方面也增进了系统运行环境的平稳性（减少内存碎片以 及数据库临时进程/线程的数量） 2.更快的系统响应速度 数据库连接池在初始化过程中，往往已经创建了若干数据库连接置于池中备用，此 时连接的初始化工作均已完成，对于业务处理而言，直接利用现有的可以连接，避 免了数据库连接初始化和释放过程的时间开销，从而缩短了系统整体的响应时间。 3. 统一的连接管理，避免数据库连接泄露 在较为完备的数据库连接池实现中可以根据预先的连接占用超时设定，强制回收被 占用的连接。从而避免常规数据库连接操作中可能出现的资源泄露。 一个数据库连接池的实现 1.前言 数据库应用，在许多软件系统中经常用到，是开发中大型系统不可缺少的辅助。但如果对数据库资源没有很好地管理(如：没有及时回收数据库的游标(ResultSet)、Statement、连接(Connection)等资源)，往往会直接导致系统的稳定。这类不稳定因素，不单单由数据库或者系统本身一方引起，只有系统正式使用后，随着流量、用户的增加，才会逐步显露。 在基于Java开发的系统中，JDBC是程序员和数据库打交道的主要途径，提供了完备的数据库操作方法接口。但考虑到规范的适用性，JDBC只提供了最直接的数据库操作规范，对数据库资源管理，如：对物理连接的管理及缓冲，期望第三方应用服务器(Application Server)的提供。下面以JDBC规范为基础，介绍相关的数据库连接池机制，并就如果以简单的方式，实现有效地管理数据库资源介绍相关实现技术。
Oracle 磁带库产品介绍
StorageTek 磁带库产品介绍演讲者 职位 Last Update: October 2012
?Oracle StorageTek 磁带存储产品家族总览?Oracle StorageTek 磁带存储的价值和定位?Oracle StorageTek SL150产品介绍?Oracle StorageTek SL3000产品介绍
?Oracle StorageTek 磁带存储产品家族总览?Oracle StorageTek 磁带存储的价值和定位?Oracle StorageTek SL150产品介绍?Oracle StorageTek SL3000产品介绍
Oracle 存储产品家族 工程化系统 Exadata SSD F20 PCIe F5100 Flash Array 磁带和虚拟磁带 SL8500 SL3000 VSM SL150 LTO T9840 T10K SPARC SuperCluster ZFS Storage Appliances Flash 存储 SAN 存储 Pillar Axiom 600 存储管理: OEM, ASM, DTrace Analytics, CAM, ACSLS, ELS 自动分级: Partitions, SAM QFS, Hybrid Storage Pools, VSM 数据压缩: 11g ACO, HCC, RMAN, ZFSSA Dedup/Comp 数据保护: Data Guard, RMAN, OSB, ZFSSA Snap/Rep, MaxRep 安全/加密: ASO, Oracle Key Manager, Disk/Tape Encryption 存储软件 NAS 存储 Exalogic 为Oracle软件的工程化设计 / 最好的混合环境下的产品组合
NBU物理带库机械手配置方法(AIX)
AIX下机械手配置方法 一、确定系统中磁带驱动器链接的HBA： # /usr/sbin/lsdev -C | grep I/O fscsi0 Available 10-68-01 FC SCSI I/O Controller Protocol Device fscsi1 Available 20-58-01 FC SCSI I/O Controller Protocol Device # /usr/sbin/lsdev -C -s scsi or # /usr/sbin/lsdev -C -s fcp rmt0 Available 10-68-01 Other FC SCSI Tape Drive rmt1 Available 10-68-01 Other FC SCSI Tape Drive rmt2 Available 10-68-01 Other FC SCSI Tape Drive rmt3 Available 10-68-01 Other FC SCSI Tape Drive rmt4 Available 10-68-01 Other FC SCSI Tape Drive rmt5 Available 10-68-01 Other FC SCSI Tape Drive 所有磁带机都连接到控制器 10-68-01，其控制器名称为 fscsi0。 二、确定机械手的SCSI ID和LUN ID： 要创建设备文件，必须知道 SCSI 地址，SCSI 地址由 SCSI ID 和逻辑单元号 (LUN) 组成。 一个库可能有多个磁带驱动器和多个机械手控制设备。通常 SCSI ID 标识库，而 LUN 标识库中的磁带驱动器和机械手控制设备。但是挂接光纤通道的库可能有多个SCSI ID，每个 ID 对应库上的一个物理连接（端口）。而 LUN 则标识库的每个分区中的磁带驱动器和机械手设备。 以下信息可以帮助确定机械手设备的 SCSI ID 和 LUN ID： 要确定 SCSI ID，必须首先确定磁带驱动器的 SCSI 地址。然后使用磁带驱动器地址推断机械手设备的 SCSI ID。 对于有多个机械手设备的库，必须确定每个机械手设备的 SCSI ID 和 LUN ID。 要确定 LUN，请参阅供应商的文档。库如何向其设备分配 LUN ID取决于库本身。 从磁带库管理界面中确定机械手绑定到哪个驱动器，根据此磁带机的序号从操作系统scan -tape 的输出确定对应的 rmt#设备号。 然后使用 odmget 命令显示磁带机的属性获取 scsi_id（或使用 lsattr –El rmt0 –H），lun id 则是在磁带库中定义，可以从磁带库配置中查询获得。
IBM System Storage TS3200 磁带库
IBM System Storage TS3200 磁带库 配有一个或两个Ultrium 3 磁带驱动器，并且附加了LVD SCSI 或新型4GB 光纤通道可配置成容纳 4 个移动式磁带架、44 个数据磁带、1 个三插槽I/O 站，以及1 个专用清洗带插槽标配条形码阅读器及远程管理装置，在部署与操作方面可为用户提供更高的灵活性 移动式磁带架支持磁带库的快速批量加载，以及介质的轻松存储使用IBM Ultrium 3 磁带驱动器还支持具有一写多读(WORM) 功能的Ultrium 3 磁带。独立式或机架安装式 新型IBM System Storage? TS3200 磁带库可为中型开放式系统环境提供高容量及高性能技术。TS3200 磁带库是一种外置4U 独立式或机架安装式设备，该设备将两个线性Tape-Open? (LTO) IBM TotalStorage? Ultrium 3 磁带驱动器与比上一代IBM LTO Ultrium 2 磁带驱动器更高的驱动器性能进行了完美结合。其具有高达每驱动器80Mbps 的本地数据速率。IBM System Storage TS3200 磁带库是一种出色的磁带存储解决方案，主要面向具有现有数字线性磁带经验或需要高性能自动化磁带备份的企业。TS3200 还面向在IT 环境中物理空间有限的企业。在机架环境中运行可使企业获得将TS3200 放置在标准19" 机架中的优势，这在仅4U 的空间中可提供35.2TB 的压缩磁带存储容量。 TS3200 磁带库可与两特性#8043 Ultrium 3 LVD SCSI 驱动器或两特性#8044 Ultrium 3 4GB 光纤通道驱动器一同加以订购，这可实现与各种开放式系统服务器的连接。IBM Ultrium 3 磁带驱动器还能够以高达20Mbps 的本地数据传输速率（2:1 压缩时可达40Mbps）读取LTO Ultrium 1 数据磁带。TS3200 磁带库具有四个移动式磁带架，从而提供了44 个数据磁带插槽、1 个三端口I/O 站，以及一个专用清洗带插槽。TS3200 磁带库提供了每设备高达17.6TB（2:1 压缩时为35.2TB）数据存储的介质容量。该磁带库中标配了远程管理及条形码阅读器，从而可使该磁带库能够在顺序或随机存取模式下运行。选配的功能包括机架安装套件、额外电源及路径故障转移。 不太大也不太小。面向中型企业的IBM系列解决方案恰到好处。IBM系列中的每种解决方案均经过了认证，可确保具有三种简单特性： 1.易于安装和部署 2.易于管理 3.价格极低 IBM系列解决方案可进行扩展，并且具有您为满足技术需求所需的特性与功能，这些需求包括硬件、软件、服务及融资。由于完全面向中型企业对它们进行定价，
虚拟磁带库的三种实现方式
虚拟磁带库的三种实现方式 专用主控制器虚拟磁带库控制模块 目前市场上的虚拟磁带库依照架构不同，大概可以分为三种类型：备份软件型(D2D)、应用服务器型(VTL Appliance)、智能化专用型(Intelligent High Preformance VTL)。 第一代，备份软件型虚拟磁带库。 将磁带库模拟软件直接安装在备份服务器上，把备份服务器的某些文件系统分区模拟成磁带库，从而使备份软件以磁带库方式使用磁盘文件系统。 此类方案下的备份磁盘暴露于主机的操作系统，本质上依然“在线”。在用户看来，依然在线的数据一定是不安全的。举例来说，如果备份服务器不幸被病毒感染，该病毒完全可能在损毁在线磁盘上数据的同时，损毁备份盘阵上的数据。另外，此类方案占用主机资源，性能受限。这种方案多由备份管理软件作为一个功能模块提供，价格比较低廉。但由于受制于文件系统，其应用场合、I/O性能及数据安全性 具有一定局限。因此，此类方案主要用于备份缓存,即先备份到磁盘，然后在服务器不忙时再将备份转移到物理磁带库上。 第二代，应用服务器级虚拟磁带库。
该方案实际上是另外一种虚拟磁带库的软件实现方案：通过把虚拟磁带库管理软件安装到一台独立的专用服务器内，而将该服务器及所连接的磁盘存储设备模拟成磁带库。 这种方式下，备份服务器或其他应用主机通过FC或SCSI 与专用服务器连接。此时专用服务器及所连接的磁盘存储系统一起体现为虚拟磁带库。 与备份软件型虚拟磁带库方案的不同点是，备份服务器或应用服务器把专用服务器及其磁盘阵列当作一台磁带库 设备，实现了虚拟磁带库设备与主机设备在物理和逻辑上的分离。 此类方案下，虚拟磁带介质―磁盘逻辑卷，不再是操作系统格式化的扇区，而是和磁带一样的裸介质(raw disk)。其上备份数据也是按顺序存放的，在物理层上实现了磁盘读写的线性化，避免了文件系统的碎块问题，充分利用了磁盘设备的高速I/O性能。 这种方案的不足是需要利用一台具有一定扩充能力的PC服务器作为虚拟磁带库管理器，系统优化性较低。另外，控制器部分采用了PC服务器结构，不够精简，并且PC服务器及其连接的磁盘阵列管理不统一，不是一体化结构，容易产生PC服务器和后端存储的不兼容问题。 第三代，智能化专用型虚拟磁带库。 就存储市场而言，我们熟知的主流磁盘阵列是采用ARM
数据库连接池配置的几种方法
今天遇到了关于数据源连接池配置的问题，发现有很多种方式可以配置，现总结如下，希望对大家有所帮助：（以Mysql数据库为例） 一，Tomcat配置数据源： 方式一：在WebRoot下面建文件夹META-INF，里面建一个文件context.xml，内容如下： 巧用虚拟带库系列--传统LAN备份 编者按：虚拟磁带库的概念早在10余年前即已被IBM，StorageTek等著名存储厂商所采用。然而，受限于当时的磁盘成本，以及厂家为了保护其既有模拟磁带库市场的考量，长期以来虚拟磁带库一直以价格高昂著称，应用局限性大，市场认知度也较低。 近些年，随着磁盘技术快速发展，出现了多种类型磁盘（SCSI、FC、ATA、SATA），使单位容量磁盘存储的价格急剧下降，进而使得虚拟带库这种利用磁盘作为备份介质的设备，应用也愈加广泛，逐渐成为较为常见的备份模式和方案，而重复数据删除以及CDP等等备份领域的新兴技术，进一步加速了虚拟带库在备份环境中的普及应用。 本文是虚拟带库应用案例系列文章中的第一篇:巧用虚拟带库系列--传统LAN备份,该系列文章将通过案例向大家介绍虚拟带库的十种应用，包括： 1、传统的LAN备份 2、LAN-Free备份方式 3、NDMP协议设备的备份方式 4、归档方式的VTL使用 5、共用磁盘阵列的VTL使用 6、集群方式的VTL使用 7、多备份环境共用VTL的方式 8、通过远程裸光纤实现数据复制 9、远程存储节点的VTL使用 10、通过虚拟磁带库自身软件进行远程复制 客服MM带着高跟鞋的脆响匆忙的跑进了销售的办公室，原来，我们的一个老客户那里的一台20槽位的磁带库又出问题了。这在今年已经发生不止一次两次了，客户的耐心已经消耗殆尽随时有可能发飚不说，我们这边总是搭上工程师上门服务，也是有成本的啊，销售经理刚刚还悠闲的翘着二郎腿跟我们聊天，这会儿变得眉头紧锁。 磁带库频繁故障 首先还是先到客户现场看看情况再说，我跟着销售经理打了一辆车一溜烟来到了客户的现场。原来客户是一家电力公司，这家电力公司的网络系统目前主要是2台IBM RS/6000 (IBM AIX 4.3.3操作系统、配HACMP 4.3Cluster 双机热备操作系统。一台作为Oracle 8.1.5 数据库服务器；一台作为Lotus Domino 5.0.3 OA服务器。两台公用一套IBM 7133-D40磁盘阵列)。 目前数据均存储于IBM 7133-D40磁盘阵列上；4台Windows服务器分别作为MIS数据库服务器、P3服务器、InSQL服务器和WEB服务器（兼作Oracle 8.1.5数据库EXPORT的 *.dmp 文件的存储器），数据总量约为100GB。 Java中数据库连接池原理机制的详细讲解 1、基本概念及原理 由上面的分析可以看出，问题的根源就在于对数据库连接资源的低效管理。我们知道，对于共享资源，有一个很著名的设计模式：资源池(Resource Pool)。该模式正是为了解决资源的频繁分配?释放所造成的问题。为解决上述问题，可以采用数据库连接池技术。数据库连接池的基本思想就是为数据库连接建立一个“缓冲池”。预先在缓冲池中放入一定数量的连接，当需要建立数据库连接时，只需从“缓冲池”中取出一个，使用完毕之后再放回去。我们可以通过设定连接池最大连接数来防止系统无尽的与数据库连接。更为重要的是我们可以通过连接池的管理机制监视数据库的连接的数量?使用情况，为系统开发?测试及性能调整提供依据。 2、服务器自带的连接池 JDBC的API中没有提供连接池的方法。一些大型的WEB应用服务器如BEA的W ebLogic和IBM的WebSphere等提供了连接池的机制，但是必须有其第三方的专用类方法支持连接池的用法。 连接池关键问题分析 1、并发问题 为了使连接管理服务具有最大的通用性，必须考虑多线程环境，即并发问题。这个问题相对比较好解决，因为Java语言自身提供了对并发管理的支持，使用synchronized 关键字即可确保线程是同步的。使用方法为直接在类方法前面加上synchronized关键字，如： public synchronized Connection getConnection() 2、多数据库服务器和多用户 对于大型的企业级应用，常常需要同时连接不同的数据库(如连接Oracle和Sybas e)。如何连接不同的数据库呢?我们采用的策略是：设计一个符合单例模式的连接池管理类，在连接池管理类的唯一实例被创建时读取一个资源文件，其中资源文件中存放着多个数据库的url地址()?用户名()?密码()等信息。如tx.url=172.21.15.123：5000/tx_it，https://www.360docs.net/doc/f56017516.html,er=yan g，tx.password=yang321。根据资源文件提供的信息，创建多个连接池类的实例，每一个实例都是一个特定数据库的连接池。连接池管理类实例为每个连接池实例取一个名字，通过不同的名字来管理不同的连接池。 对于同一个数据库有多个用户使用不同的名称和密码访问的情况，也可以通过资源文件处理，即在资源文件中设置多个具有相同url地址，但具有不同用户名和密码的数据库连接信息。 VTL产品的介绍 虚拟磁带柜（Virtual Tape Library，简称VTL）是近年来兴起的众多磁盘备份（Backup to Disk）解决方案中，最受瞩目的一项，虽然VTL问世的时间不过两年多，在国外却是相当热门的产品，从市场面来看，主要的储存设备供货商都开始开发VTL产品线，包括外接式磁盘储存系统的几大知名厂商Infortrend等以及多家磁带储存设备大厂。 相较于国外的炙手可热，VTL在国内的知名度并不高，对大多数企业IT人员来说，VTL 仍是陌生的名词，真正了解这项技术以及所能带来效益的人并不多。事实上已经有不少厂商在国内市场推出VTL，也有用户导入VTL的成功案例，我们将在这期的企业采购特辑中一一介绍。 VTL的三种类型 目前市场上的虚拟磁带柜依照架构不同，大概可以分为三种类型：磁盘阵列型（Disk Array Based）、应用服务器型（VTL Appliance）、备份软件型（Backup Software）。 磁盘阵列型 顾名思义，它是以磁盘阵列为基础发展的虚拟磁带柜，透过内建于磁盘阵列控制器（RAID Controller）内的虚拟软件，将储存空间仿真成磁带柜具备的所有特征。这类型的虚拟磁带柜用户以大型企业为主，采用光纤信道主机接口，支持FC SAN储域网络环境，储存容量通常在数十TB以上，有的甚至可达上百TB。 应用服务器型 透过安装在PC服务器上的虚拟磁带软件，将服务器内的硬盘，或是可被服务器控制的外接磁盘阵列，做为存放备份数据的虚拟磁带空间。由于软件架构在标准的x86平台和Linux 操作系统上，成本相对较便宜，而且储存装置的限制较低，只要服务器支持，可以采用任何SCSI或光纤信道接口的磁盘阵列，与备份服务器端可以藉由SCSI、iSCSI或光纤信道等传输接口相连，部署应用上较有弹性。这类型产品相当多，国外有Maxxan SVT 100、Diligent VTF Open，国内也有精业、耐特普罗等系统整合厂商推出软硬件合一的虚拟磁带柜。 备份软件型 直接将虚拟磁带功能整合至备份软件内，目前仅有Bakbone NetVault支持这项功能。由于纯粹是依靠软件来达成仿真磁带的目的，运用上相当具有弹性，不但没有最大容量限制，可仿真的磁带柜数量、磁带数量与每卷磁带容量也都是无限的，只要储存空间足够，亦不限定需采用何种厂牌的储存系统，不过这类方案的限制是无法和其它厂牌备份软件搭配使用。 AIX下如何配置带库 在NBU中配置带库前,需要完成以下步骤 1.确认带库的物理连接正常 2.安装带库的驱动程序，并保证操作系统能够正确识别到带库 使用如下命令查看带库,能够正常识别带库时，输出如下 # lsdev -Cc tape rmt0 Available 0B-09-02 IBM 3580 Ultrium Tape Drive (FCP) smc0 Available 0B-09-02 IBM 3573 Tape Medium Changer (FCP) 以上例子为系统可以正常识别到光纤接口磁带库的一个驱动器和一个机械手 3.检查ovpass驱动是否已安装 使用如下命令查看ovpass驱动是否已经安装好 lsdev –Cs scsi #如果带库为SCSI接口，则使用此命令 lsdev –Cs fcp#如果带库为fcp接口，则使用此命令 如果已安装ovpass驱动，则会输出一行类似信息 ovpass0 Available 00-01-5,0 Veritas Media Changer 如果没有安装，则需要按步骤4操作 4.安装ovpass驱动 使用如下命令安装ovpass驱动 cd /usr/openv/volmgr/bin/driver ./install_ovpass 5.创建机械手控制设备文件 使用如下命令,创建机械手控制设备文件 mkdev -c media_changer -s type -t ovpass -p controller -w scsi_id,lun 其中, type分为两种，如果是SCSI接口的磁带库，则type取值为scsi 如果是光纤接口的磁带库，则type取值为fcp Controller 为带库驱动器的SCSI适配器逻辑标识号,controller的值需要通过如下命令取得 查看驱动器的设备地址 # lsdev -Cs fcp (或lsdev –Cc tape) dac0 Available 0A-08-02 1815 DS4800 Disk Array Controller dac1 Available 0B-09-02 1815 DS4800 Disk Array Controller rmt0 Available 0B-09-02 IBM 3580 Ultrium Tape Drive (FCP) smc0 Available 0B-09-02 IBM 3573 Tape Medium Changer (FCP) 例如，由上述信息可知，驱动器的设备地址为0B-09-02 查看controller name (服务器上有几个HBA卡，就会查询到几个fscsi设备) lsdev -C |grep I/O (或lsdev -C |grep -i 0B-09-02 ) aio0 Available Asynchronous I/O (Legacy) fscsi0 Available 0A-08-02 FC SCSI I/O Controller Protocol Device fscsi1 Available 0B-08-02 FC SCSI I/O Controller Protocol Device fscsi2 Available 0B-09-02 FC SCSI I/O Controller Protocol Device posix_aio0 Available Posix Asynchronous I/O vio0 Available Virtual I/O Bus 例如，由上述信息可知，设备地址为0B-09-02对应的驱动器名称为fscsi2 scsi_id,lun为驱动器的SCSI ID,SCSI ID通过如下步骤获得 使用lsdev命令查看已有的带库设备 lsdev –Cs type SCSI接口的带库则type取值为scsi 光纤接口的带库则type取值为fcp # lsdev -C -s fcp https://www.360docs.net/doc/f56017516.html,/topic/772507 最近在看一些dbcp的相关内容，顺便做一下记录，免得自己给忘记了。 1. 引入dbcp (选择1.4) Java代码 1. 磁盘阵列 在计算机发展的初期，“大容量”硬盘的价格还相当高，解决数据存储安全性问题的主要方法是使用磁带机等设备进行备份，这种方法虽然可以保证数据的安全，但查阅和备份工作都相当繁琐。1987年，Patterson、Gibson和Katz这三位项目师在加州大学伯克利分校发表了题为《A Case of Redundant Array of Inexpensive Disks（廉价磁盘冗余阵列方案）》的论文，其基本思想就是将多只容量较小的、相对廉价的硬盘驱动器进行有机组合，使其性能超过一只昂贵的大硬盘。这一设计思想很快被接受，从此RAID技术得到了广泛应用，数据存储进入了更快速、更安全、更廉价的新时代。 虽然磁盘阵列技术很早的便被提出，但因为那时硬盘还不是影响整个计算机性能的瓶颈，且搭建磁盘阵列的成本较高，并且磁盘阵列技术并不成熟，所以开始时RAID方案主要针对SCSI硬盘系统，多用于服务器或者银行等对硬盘容量和性能要求较高的行业。 1993年，HighPoint公司推出了第一款IDE-RAID控制芯片，能够利用相对廉价的IDE 硬盘来组建RAID系统，从而大大降低了RAID的“门槛”。从此，个人用户也开始关注这项技术，因为随着计算机各个配件技术的迅猛发展，硬盘已经慢慢成为发展最为“缓慢”和最缺少安全性的设备，而用户存储在其中的数据却常常远超计算机的本身价格。在花费相对较少的情况下，RAID技术可以使个人用户也享受到成倍的磁盘速度提升和更高的数据安全性。 90年代中期以后随着互联网和计算机技术的高速发展，网络用户的数据量急剧上升，虽然硬盘的容量越来越大、存取速度不断加快，但对于某些用户，如电视台的计算机播出系统、证券交易等，传统的直接硬盘存储方式已难以满足它们对海量数据存储的需要，更无法确保数据的一致性、安全性、可靠性以及数据的可管理性。因此，磁盘阵列技术和产品大量的涌现并最终走向了个人用户。 定义及技术介绍 磁盘阵列是指将多个类型、容量、接口，甚至品牌一致的专用硬盘或普通硬盘连成一个阵列，实现以某种快速、准确和安全的方式来读写磁盘数据，从而达到提高数据读写速度和安全性的一种手段。其最大特点是数据存取速度特别快，可提高网络数据的可用性及存储容量，并将数据有选择性地分布在多个磁盘上，从而提高整个网络系统的数据吞吐量。现在个人电脑市场上的IDE-RAID控制芯片主要出自HighPoint和Promise公司，此外还有一部分来自AMI公司。 磁盘阵列所利用的技术基础是RAID技术。RAID是Redundant Array of Inexpensive Disk的缩写，意为廉价冗余磁盘阵列。它主要包含RAID 0～RAID 7等数个规范，它们的侧重点各不相同，常见的规范有如下几种： RAID 0：RAID 0连续以位或字节为单位分割数据，并行读/写于多个磁盘上，因此具有很高的数据传输率，但它没有数据冗余，因此并不能算是真正的RAID结构。RAID 0只是单纯地提高性能，并没有为数据的可靠性提供保证，而且其中的一个磁盘失效将影响到所有数据。因此，RAID 0不能应用于数据安全性要求高的场合。 数据库连接池的好处 对于一个简单的数据库应用，由于对于数据库的访问不是很频繁。这时可以简单地在需要访问数据库时，就新创建一个连接，用完后就关闭它，这样做也不会带来什么明显的性能上的开销。但是对于一个复杂的数据库应用，情况就完全不同了。频繁的建立、关闭连接，会极大的减低系统的性能，因为对于连接的使用成了系统性能的瓶颈。 连接复用。通过建立一个数据库连接池以及一套连接使用管理策略，使得一个数据库连接可以得到高效、安全的复用，避免了数据库连接频繁建立、关闭的开销。 对于共享资源，有一个很著名的设计模式：资源池。该模式正是为了解决资源频繁分配、释放所造成的问题的。把该模式应用到数据库连接管理领域，就是建立一个数据库连接池，提供一套高效的连接分配、使用策略，最终目标是实现连接的高效、安全的复用。 数据库连接池的基本原理是在内部对象池中维护一定数量的数据库连接，并对外暴露数据库连接获取和返回方法。如： 外部使用者可通过getConnection 方法获取连接，使用完毕后再通过releaseConnection 方法将连接返回，注意此时连接并没有关闭，而是由连接池管理器回收，并为下一次使用做好准备。 数据库连接池技术带来的优势： 1．资源重用 由于数据库连接得到重用，避免了频繁创建、释放连接引起的大量性能开销。在减少系统消耗的基础上，另一方面也增进了系统运行环境的平稳性（减少内存碎片以及数据库临时进程/线程的数量）。 2．更快的系统响应速度 数据库连接池在初始化过程中，往往已经创建了若干数据库连接置于池中备用。此时连接的初始化工作均已完成。对于业务请求处理而言，直接利用现有可用连接，避免了数据库连接初始化和释放过程的时间开销，从而缩减了系统整体响应时间。 3．新的资源分配手段 对于多应用共享同一数据库的系统而言，可在应用层通过数据库连接的配置，实现数据库连接池技术，几年钱也许还是个新鲜话题，对于目前的业务系统而言，如果设计中还没有考虑到连接池的应用，那么…….快在设计文档中加上这部分的内容吧。某一应用最大可用数据库连接数的限制，避免某一应用独占所有数据库资源。巧用虚拟带库系列--传统LAN备份
JAVA数据库连接池详解
虚拟磁带库(VTL)的基本知识介绍
AIX下带库配置
数据库连接池dhcp配置
磁盘阵列 虚拟带库 磁带库#
数据库连接池的好处