MSSQL网页设计SCO UNIX下磁带机的安装与备份

BDB源自BerkeleyDB，事务型数据库的另一种选择，支持COMMIT和ROLLBACK等其他事务特性unix|备份
SCOUNIX下磁带机的安装与备份（一）

因为事情的缘故原由，利用磁带机备份数据。在完成过程当中总结了一些履历，供人人参考。

服务器是IBMPCServer250（双机+阵列柜）,操纵体系是SCOunixware7.1.1,因为是金融体系，还安装了双机软件GDS，在盘阵上安装了SYBASE11.9.4和金融体系使用，如今有两个使用库：MBFEWKDB，MBFEHISDB，如今要备份这两个使用库到磁带机上。

一。磁带机的安装



1，SCSI信息查询：

sdiconfig-l

会列出一切的SCSI设备和SCSI号



0:0,7,0:HBA:(adsb,2)AdaptecPCISCSI

0,0,0:DISK:IBM-ESXSST318305LC!#B244

0,8,0:HBA:IBMAuSaV1S20

1:0,7,0:HBA:(adsb,1)AdaptecPCISCSI

0,0,0:DISK:AccuRAID960U2W

2:0,7,0:HBA:(ide,1)GenericESDI/IDE/ATA

0,0,0:CDROM:LITEONCD-ROMLTN486SYUS5



个中前3行是SCSI设备，7号是SCSI卡，0号是硬盘，8号也是一个SCSI设备，

接在该SCSI卡上的磁带机，不克不及利用这3个号，一样平常利用5，6等号码。



第4，5两行是别的一个SCSI卡。



第6，7两行是IDE卡，分离接硬盘和CDROM。





2，磁带机的安装

关机。

将磁带机上的号码设为余暇的号码，接进到SCSI接口上。

从头启动，会呈现一个新的文件/dev/rmt/ctape1，便可利用。



将文件备份到磁带机上：tarcvf/dev/rmt/ctape1filenames

显现磁带机上的文件列表：tartvf/dev/rmt/ctape1

从磁带机上拷贝文件：tarxvf/dev/rmt/ctape1



注重磁带机的容量巨细和磁带的容量巨细必定要婚配。





3，将磁带机设备到场到SYBASE的备份设备中：

sp_adddumpdevicedev_name"/dev/rmt/ctape1"



二。磁带机的备份

SCOUNIX上SYBASE的磁带机经常使用备份命令：
[语法]
dumpdatabasedatabase_name
tostripe_device[atbackup_server_name]
[density=density_value,
blocksize=number_bytes,
capacity=number_kilobytes,
dumpvolume=volume_name,
file=file_name]
[stripeonstripe_device[atbackup_server_name]
[density=density_value,
blocksize=number_bytes,
capacity=number_kilobytes,
dumpvolume=volume_name,
file=file_name]]
[[stripeonstripe_device[atbackup_server_name]
[density=density_value,
blocksize=number_bytes,
capacity=number_kilobytes,
dumpvolume=volume_name,
file=file_name]]...]
[with{
density=density_value,
blocksize=number_bytes,
capacity=number_kilobytes,
dumpvolume=volume_name,
file=file_name,
[dismount|nodismount],
[nounload|unload],
retaindays=number_days,
[noinit|init],
notify={client|operator_console}
}]
1，向磁带设备转储MBFEWKDB库：
dumpdatabaseMBFEWKDBto"/dev/ctype1"
2,14天内不克不及掩盖磁带：
dumpdatabaseMBFEWKDBto"/dev/ctype1"withretaindays=14
3,掩盖磁带上原无数据：
dumpdatabaseMBFEWKDBto"/dev/ctype1"withinit



有了数据以后，我们就要想一个比较统一的方法来闪回。上面我们说了对于DML操作，可以通过反向执行所有逆操作来实现，对于语句里面的DDL，只能直接跳过。原因是一个DDL不一定有直接的逆操作。

语句级快照和事务级快照终于为SQLServer的并发性能带来了突破。个人感觉语句级快照大家应该应用。事务级快照，如果是高并发系统还要慎用。如果一个用户总是被提示修改不成功要求重试时，会杀人的！

Mirror可以算是SQLServer的Dataguard了。但是能不能被大伙用起来就不知道了。

需要注意的一点，也是我使用过程中发现的一个问题。在建立function->schema->table后，如果在现有的分区表上建立没有显式声明的聚集索引时，分区表会自动变为非分区表。这一点很让我纳闷。

varchar(max)\\\\nvarchar(max)类型的引入大大的提高了编程的效率，可以使用字符串函数对CLOB类型进行操作，这是一个亮点。

数据库物理框架没有变动undo和redo都放在数据库得transaction中，个人感觉是个败笔。如果说我们在设计数据库的时候考虑分多个数据库，可能能在一定程度上避免I/O效率问题。

大家注意一点。如下面的例子：

原来公司用过MYSQL自己也只是建个表写个SQL

groupby子句可以将查询结果分组，并返回行的汇总信息Oracle按照groupby子句中指定的表达式的值分组查询结果。