Vistor虚拟带库安装及配置图文详解
Vistor虚拟带库安装及配置图文详解
来源：中国存储网2010-12-03 00:44 我要投稿
导读:Vistor虚拟带库的图文安装及配置介绍，以及Vistor搭建后，如何在备份服务器端安装驱动和iSCSI Initiator。
本文由中国存储网aladuo原创，转载请注明原文地址：Vistor虚拟带库安装及配置图文详解
Vistor简介：
Vistor虚拟带库系统是cofio公司的一款虚拟带库软件解决方案，用来实现高性能的磁盘备份，同真实带库一样的磁带管理机制提高了管理效率。Vistor支持iscsi和FC，可以模拟多种型号的磁带库，允许创建多个不同的带库，支持NBU、Legato Networker、Bakbone等多款备份软件。
Vistor虚拟带库系统架构
两种方法搭建Vistor系统，一种是自建linux系统，下载Vistor的tgz压缩包，自己进行安装；另一种是下载其ViStor VMware Image镜像文件，配合VMvare软件实现快捷安装，Aladuo在此就是采用的第二种方式。
Vistor安装环境准备：
VMware workstation 6.5
虚拟机1：来自Vistor官方网站下载的vmware image文件，实际是一个CentOS5.2的linux环境，已经集成了Vistor 2.1.1了。
虚拟机2：windows server 2003，for备份软件，装windows initiator的
Vistor安装及配置步骤
1、首先Vistor的官方注册一个用户https://www.360docs.net/doc/0f14052994.html,/Register/，激活后进入用户界面，左上方选ViStor Downloads，（注意，AIMstor是cofio公司的另外一个备份产品，跟Vistor不是一回事！）选择下载ViStor VMware Image，这个就是我们要的Vistor镜像文件了，大小239MB。
2、解压ViStor VMware Image这个下载压缩包，看到我们熟悉的vmware文件了，使用你的VMware workstation 6.5打开，默认看到其内存分配时1024M，磁盘空间最大是500GB。不用改，没这么多空间也不用改，只是一个最大值而已，回头可以设置Vistor里磁带库的磁带大小及数量来控制磁盘空间。
3、可以看到一个linux虚拟机系统(这就是咱们的虚拟机1了)启动，默认登录用户和密码是root/password。登录进去看一下系统和Vistor的安装情况，如图，Vistor已经安装在了/usr/cofio目录下了。
vistor系统安装目录
4、找一台同一网络的机器，在浏览器里输入http://虚拟机1的ip:5050，看到Vistor虚拟带库的登录界面如下：默认密码为空。
vistor登录界面
5、进入Vistor系统管理界面，
vistor管理界面
6、进入Manage Library配置磁带的大小，默认100GB，我们可以选择Resize修改磁带的容量，这里我改成了1GB
设置磁带容量
7、选择顶部菜单的Configure Library设置虚拟带库的属性，如名称，机械手，驱动器的模拟型号，驱动器数量，槽位数量，如下图：
设置vistor中带库的属性8、我们可以看到Vistor支持的机械手和磁带驱动类型如下图：
vistor支持的机械手
vistor支持的驱动器
9、至此Vistor虚拟带库就算是完成配置了，注意要手工执行运行Run，因为默认是带库是offline的，
启动vistor虚拟带库。
中国存储网原创文章，转载请注明出处及链接！
关于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/0f14052994.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中加入
oracle数据库安装及其配置规范标准v0
Oracle数据库系统安装及配置规范 2015-10
目录 1. 数据库物理设计原则 (5) 1.1. 数据库环境配置原则 (5) 1.1.1. 操作系统环境 (5) 1.1.2. 内存要求 (5) 1.1.3. 交换区设计 (5) 1.1.4. 其他 (6) 1.2. 数据库设计原则 (6) 1.2.1. 数据库SID (6) 1.2.2. 数据库全局名 (6) 1.2.3. 数据库类型选择 (6) 1.2.4. 数据库连接类型选择 (7) 1.2.5. 数据库SGA配置 (7) 1.2.6. 数据库字符集选择 (8) 1.2.7. 数据库其他参数配置 (9) 1.2.8. 数据库控制文件配置 (9) 1.2.9. 数据库日志文件配置 (10) 1.2.10. 数据库回滚段配置 (10) 1.2.11. 数据库临时段表空间配置 (11) 1.2.12. 数据库系统表空间配置 (11) 1.3. 数据库表空间设计原则 (11) 1.3.1. 表空间大小定义原则 (11) 1.3.2. 表空间扩展性设计原则 (12) 1.4. 裸设备的使用 (12) 2. 数据库逻辑设计原则 (13) 2.1. 命名规范 (13) 2.1.1. 表属性规范 (13) 2.1.2. 索引 (14) 2.1.3. 视图 (15) 2.1.4. 实体化视图 (15) 2.1.5. 存储过程 (15) 2.1.6. 触发器 (15) 2.1.7. 函数 (16) 2.1.8. 数据包 (16) 2.1.9. 序列 (16) 2.1.10. 表空间 (16) 2.1.11. 数据文件 (16) 2.1.12. 普通变量 (16) 2.1.13. 游标变量 (17) 2.1.14. 记录型变量 (17) 2.1.15. 表类型变量 (17)
磁带库备份方案与策略分析之虚拟磁带库备份方法
磁带库备份方案与策略分析之虚拟磁带库备份方法 随着磁盘成本的不断降低，利用磁盘作为备份介质的趋势已经越来越明显。作为间接磁盘备份设备，在后期维护上，由于减少了物理磁带库的诸多机械故障，其维护成本也更加低廉。更重要的是，VTL保持了物理磁带库的使用模式，在备份软件的支持下，逻辑上可以实现容量的无缝扩展。 一些用户误认为直接磁盘备份就是磁盘备份的普遍方式，和虚拟带库备份的效果是等同的。让我们浅析以下这两者的区别并通过一个实例来看看两种备份带来的不同结果： 直接磁盘备份常见问题 1、安全隐患 直接磁盘备份模式下，基于磁盘阵列的存储设备是以文件系统的方式出现在服务器上的，也可以被任何人访问，即使是无意的“DEL”（删除）操作也可以毁掉所有备份数据，这意味着系统管理员的误操作或者其他人的恶意删除都可以造成的数据丢失，病毒感染等诸多风险导致备份的数据无法恢复等。 2、性能瓶颈 首先，文件系统本身就可能是性能瓶颈，尤其在多任务、多进程状态下，文件系统很有可能成为整个备份系统的瓶颈。磁盘碎片会导致文件系统的性能逐渐下降，而且，当数据量比较大的时候，磁盘碎片的问题很难以解决。 另外，在一些备份软件的管理策略中，当备份到备份磁盘的数据达到迁移上限时，就会出现备份数据一边写入磁盘一边向磁带库迁移的状态。即使增加备份磁盘容量，备份速度仍然难以明显提升。 3、管理复杂、价格昂贵 传统备份软件是以磁带库作为备份目标。若要实现直接备份到磁盘，就需要在备份服务器或介质服务器上为备份磁盘阵列建立一个文件系统，才能够被备份软件识别。而一般的文件系统不能被多服务器共享， 这就是说，如果想象使用传统磁带库一样，就必须要在磁盘阵列上建立多个逻辑设备，然
01关于数据库连接池和动态数据源的实现课案
关于数据库连接池和动态数据源的实现、使用 对于一个简单的数据库应用，由于数据库的访问不是很频繁。这时可以很简单地在需要访问数据库时，就新创建一个连接，用完后就关闭它，这样就不会带来更多的性能上的开销。但是对于复杂的数据库应用，情况就完全不同了。频繁的建立、关闭连接，会极大的减低系统的性能，因为对于连接的使用成了系统性能的瓶颈。这就意味我们需要去考虑怎样把一个连接多次使用。 连接复用，通过建立数据库的连接池以及一套连接使用的管理策略，使得一个数据库连接可以得到高效、安全的复用，避免了数据库连接频繁建立、关闭给系统带来的开销。外部使用者可以通过getConnection方法获取连接，使用完毕之后再通过releaseConnection 方法将连接返回，注意此时的连接并没有关闭，而是由连接池管理器回收，并为下一次使用做好准备。 一般的数据库连接池，是使用配置文件在项目启动的使用加载配置文件，根据文件中描述，生成对应的数据库连接池。连接池有许多的属性比如：连接池的初始化连接处、连接池的最大连接数、每次的自增连接数、最大空闲连接数等等 数据库连接池技术带来的优势： 1.资源重用 由于数据库连接得到重用，避免了频繁创建、释放连接引起的大量性能开销。在减 少系统消耗的基础上，另一方面也增进了系统运行环境的平稳性（减少内存碎片以 及数据库临时进程/线程的数量） 2.更快的系统响应速度 数据库连接池在初始化过程中，往往已经创建了若干数据库连接置于池中备用，此 时连接的初始化工作均已完成，对于业务处理而言，直接利用现有的可以连接，避 免了数据库连接初始化和释放过程的时间开销，从而缩短了系统整体的响应时间。 3. 统一的连接管理，避免数据库连接泄露 在较为完备的数据库连接池实现中可以根据预先的连接占用超时设定，强制回收被 占用的连接。从而避免常规数据库连接操作中可能出现的资源泄露。 一个数据库连接池的实现 1.前言 数据库应用，在许多软件系统中经常用到，是开发中大型系统不可缺少的辅助。但如果对数据库资源没有很好地管理(如：没有及时回收数据库的游标(ResultSet)、Statement、连接(Connection)等资源)，往往会直接导致系统的稳定。这类不稳定因素，不单单由数据库或者系统本身一方引起，只有系统正式使用后，随着流量、用户的增加，才会逐步显露。 在基于Java开发的系统中，JDBC是程序员和数据库打交道的主要途径，提供了完备的数据库操作方法接口。但考虑到规范的适用性，JDBC只提供了最直接的数据库操作规范，对数据库资源管理，如：对物理连接的管理及缓冲，期望第三方应用服务器(Application Server)的提供。下面以JDBC规范为基础，介绍相关的数据库连接池机制，并就如果以简单的方式，实现有效地管理数据库资源介绍相关实现技术。
达梦数据库安装部署
达梦数据库安装部署集团文件版本号：（M928-T898-M248-WU2669-I2896-DQ586-M1988）
达梦数据库安装部署文档 一．数据库安装过程 1. Windows环境安装 基本上就是下一步下一步，按照默认安装就好，安装路径根据自己的要求选择。在利用我们的数据库配置助手dbca工具初始化库的过程中，需要将下图红色框选部分改为如图所示即可。详细的安装细节可以参考我们的DM7_Install_zh.pdf文档。 注意：页大小除去Clob、Blob等大字段外，数据库中一行记录的所有字段的实际长度的和不能超过页大小的一半； 日志文件的大小数据库redo日志文件的大小(正式环境一般设置为2048)； 字符串比较大小写敏感默认为大小写敏感的，根据具体情况进行设置； 建议：在开发环境和测试环境的页大小、字符串大小写敏感这两个参数 一定要保持一致，不然当涉及到用.bak文件还原的时候就会因这两个参 数不一致导致无法还原。 2. Linux环境安装 在中标麒麟的系统中打开一个终端窗口，通过命令：ulimit –a查看，如下图所示： 如果open files这个参数的值为65536表示之前修改过，如果没有修改按照下面的方法进行修改。
Linux系统在安装之前先确认打开文件数的那个参数的设置情况，现在在中标麒麟6.0的操作系统上安装我们DM7数据库，在使用我们的数据库配置助手dbca进行初始化数据库时经常会碰到“打开文件数过多的问题”。 解决办法如下： 用vim打开/etc/profile文件，在该文件最后加上一行ulimit -n 65536，(注意在添加的时候只需添加ulimit –n 65536即可，后面不需要标点符号。)然后重启服务器即可。修改好操作系统的打开文件这个参数后就可以按照下面的安装步骤进行安装了。 详细安装流程如下： (1)确定当前用户是不是root用户(在命令行窗口中输入: who am i)， 最好在root用户下安装，否则有可能有些权限不够; (2)进入到我们安装文件所在的目录，并赋予它777权限(命令为： chmod 777 DMInstall.bin)； (3)执行安装 ./DMInstall.bin –i (4)在安装的过程中按照提示一步一步操作，基本上选择默认的就可以 了。只有在时区的选择上注意选择中国的时区； (5)选好之后等待安装过程结束，会有相应的提示信息； (6)初始化库，切入到我们安装目录的bin目录，一般默认安装路径为 /opt/dmdbms/bin, 执行命令./dminit path=/opt/dmdbms/data page_size=16 log_size=2048 case_sensitive=n。当然如果我们能够 直接接触到服务器的话，也可以利用桌面上我们DMDBMS文件夹里面的 client文件夹里面有一个数据库配置助手初始化我们的数据库，使用
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软件的工程化设计 / 最好的混合环境下的产品组合
数据库安装配置文档
鸿蚨电子商务平台 数据库 安装配置文档
数据库安装配置 ....................................................................................................................... 2 安装流程 ............................................................................................................................... 2 1. 2. 3. 根据服务器安装配置文档,配置服务器 (略) ................................................ 2 FTP 上传数据库二进制文件 ............................................................................. 2 添加数据库用户 ................................................................................................ 2
3.1. 3.2. 添加数据库用户组 ............................................................................................... 2 添加数据库用户 ................................................................................................... 2
4.
安装 ncurses ....................................................................................................... 3
4.1. 4.2. 4.3. 4.4. 4.5. FTP 上传源码安装包 ............................................................................................ 3 解压缩源码安装包 ............................................................................................... 3 进入安装目录 ....................................................................................................... 3 配置安装变量 ....................................................................................................... 3 编译安装 ............................................................................................................... 3
5.
安装数据库 ........................................................................................................ 3
5.1. 5.2. FTP 上传 mysql 源码安装包................................................................................. 3 解压缩 mysql 压缩包 ........................................................................................... 3
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 则是在磁带库中定义，可以从磁带库配置中查询获得。
达梦数据库安装部署文档
达梦数据库安装部署文档 一．数据库安装过程 1. Windows环境安装 基本上就是下一步下一步，按照默认安装就好，安装路径根据自己的要求选择。在利用我们的数据库配置助手dbca工具初始化库的过程中，需要将下图红色框选部分改为如图所示即可。详细的安装细节可以参考我们的DM7_Install_zh.pdf文档。 注意：页大小除去Clob、Blob等大字段外，数据库中一行记录的所有字段的实际长度的和不能超过页大小的一半； 日志文件的大小数据库redo日志文件的大小(正式环境一般设置为2048)； 字符串比较大小写敏感默认为大小写敏感的，根据具体情况进行设置； 建议：在开发环境和测试环境的页大小、字符串大小写敏感这两个参数一定要保持一致，不然当涉及到用.bak文件还原的时候就会因这两个参数不一致导致无法还原。 2. Linux环境安装 在中标麒麟的系统中打开一个终端窗口，通过命令：ulimit –a查看，如下图所示：
如果open files这个参数的值为65536表示之前修改过，如果没有修改按照下面的方法进行修改。 Linux系统在安装之前先确认打开文件数的那个参数的设置情况，现在在中标麒麟6.0的操作系统上安装我们DM7数据库，在使用我们的数据库配置助手dbca进行初始化数据库时经常会碰到“打开文件数过多的问题”。 解决办法如下： 用vim打开/etc/profile文件，在该文件最后加上一行ulimit -n 65536，(注意在添加的时候只需添加ulimit –n 65536即可，后面不需要标点符号。)然后重启服务器即可。修改好操作系统的打开文件这个参数后就可以按照下面的安装步骤进行安装了。 详细安装流程如下： (1)确定当前用户是不是root用户(在命令行窗口中输入: who am i)，最好在root用 户下安装，否则有可能有些权限不够; (2)进入到我们安装文件所在的目录，并赋予它777权限(命令为：chmod 777 DMInstall.bin)； (3)执行安装./DMInstall.bin –i (4)在安装的过程中按照提示一步一步操作，基本上选择默认的就可以了。只有在 时区的选择上注意选择中国的时区； (5)选好之后等待安装过程结束，会有相应的提示信息； (6)初始化库，切入到我们安装目录的bin目录，一般默认安装路径为 /opt/dmdbms/bin, 执行命令./dminit path=/opt/dmdbms/data page_size=16 log_size=2048 case_sensitive=n。当然如果我们能够直接接触到服务器的话，也 可以利用桌面上我们DMDBMS文件夹里面的client文件夹里面有一个数据库配 置助手初始化我们的数据库，使用方法与Windows平台相同； (7)切入到到我们安装目录的bin目录，一般路径为/opt/dmdbms/bin, 在该目录下 有个dmserverd的文件，用vim打开这个文件后， 把这一行改为如上图所示的情况path=/opt/dmdbms/data/DAMENG/dm.ini，然后保存退
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/0f14052994.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支持这项功能。由于纯粹是依靠软件来达成仿真磁带的目的，运用上相当具有弹性，不但没有最大容量限制，可仿真的磁带柜数量、磁带数量与每卷磁带容量也都是无限的，只要储存空间足够，亦不限定需采用何种厂牌的储存系统，不过这类方案的限制是无法和其它厂牌备份软件搭配使用。巧用虚拟带库系列--传统LAN备份
JAVA数据库连接池详解
虚拟磁带库(VTL)的基本知识介绍