SYBASE数据库常见的问题总结

SYBASE 数据库常见问题总结

SYBASE 数据库常见问题总结 (1)

1. SYSLOGS日志满了进不了系统，如何清除日志启动系统 (1)

2. 数据库日志损坏时重建日志启动数据库的解决办法 (2)

3. 数据库处于可疑状态的解决方法 (3)

4．Sybase系统崩溃了，没有备份，但设备文件还存在，如何恢复数据库？ (5)

5．不小心直接删除了日志的设备文件，如何恢复数据库？ (7)

6．sa密码忘记了导致isql -Usa -P******进不去怎么办？ (8)

7．关于sybase的配置－（数据库慢的请留意） (8)

8．设备路径更改的方法 (10)

9．dump文件load后数据库访问不了解决办法 (11)

10．sybase数据库备份方案 (11)

11．master数据库状态被置为-32768后的处理方法 (14)

1. SYSLOGS日志满了进不了系统，如何清除日志启动系统

业务系统数据库不能正常启动，对于这一类问题，我们按照如下步骤解决：

第一步，启用allow updates to system tables，这样可以使具有系统管理员角色的用户能够改变系统表并可创建和修改系统表的存储过程，其中系统表包括master数据库中所有Sybase 提供的表以及用户数据库中所有以“sys”开头的表和在sysobjects表中其ID值小于或等于100的表。系统表的不正确变更会导致数据库损坏和数据丢失，修改系统表时务必要使用begin transaction来保护数据库不受可能损坏数据库的错误影响，完成修改后应立即禁用allow updates to system tables。

1>sp_configure "allow update",1

2>go

第二步，Adaptive Server中的每个数据库在sysdatabases中都有相应的一行，安装Adaptive Server后，master数据库、model数据库、sybsystemprocs和tempdb数据库在sysdatabases 中都将有相应的条目，如果已经安装审计功能，sybsecurity数据库也将在其中有相应的条目。修改sysdatabases表，将testdb的状态修改为-32768，然后在关闭Adaptive Server后重新启动Adaptive Server。

1> update sysdatabases set status=-32768 where name = "testdb"

2>go

1>shutdown

2>go

第三步，由于事务日志已经很满，不能使用常规方法转储此事务日志，如果使用了dump transaction或dump transaction with truncate_only命令，而命令又由于日志空间不足失败时，

可以使用dump transaction的特殊选项with no_log，此选项可截断事务日志而不记录转储事务事件。所有dump tran with no_log都将在Adaptive Server错误日志中进行报告，这些消息包括执行此命令的用户ID、指示成功或失败的消息，no_log是唯一生成错误日志消息的转储选项。但是这个选项（包括with truncate_only）没有提供任何方法可恢复自从上次例行转储后提交的事务。

1>use testdb

2>go

1>dump tran testdb with no_log

2>go

第四步，修改sysdatabases表，将testdb的状态恢复为0，然后禁用allow updates to system tables。

1>use master

2>go

1>update sysdatabases set status = 0 where name = "testdb"

2>go

1>sp_configure "allow update",0

2>go

2.数据库日志损坏时重建日志启动数据库的解决办法

首先判断错误为页损坏或者索引损坏，根据

Adaptive Server failed to retrieve a row via its RID in database 'escourt5' because the requested RID has a higher number than the last RID on the page. Rid pageid = 0x1c88a8; row num = 0x27. Page pointer = 0x261CA000, pageno = 1869992, status = 0x1, objectid = 8, indexid = 0, level = 0.

判断其中:objectid = 8 表示日志段有问题

解决方法一：截断日志

先把sysdatabases 的status 修改成-32768 然后重新启动数据库

1>update sysdatabases set status = -32768where name = "escourt5"

4>go

登陆数据库

1> dump transaction escourt5 with truncate_only

2> go

Msg 921, Level 14, State 1:

Line 1:

Database 'escourt5' has not been recovered yet - please wait and try again.

1> dump transaction escourt5 with no_log

2> go

Msg 921, Level 14, State 1:

Line 1:

Database 'escourt5' has not been recovered yet - please wait and try again.

说明这种发不起作用

解决方法二:重做日志

1> sp_role "grant","sybase_ts_role",sa

2> go

All the roles specified to be granted in the grant role statement have already

been granted to grantee 'sa'.

Authorization updated.

(return status = 0)

1> use master

2> go

1> dbcc rebuild_log(escourt5,1,1)

2> go

DBCC execution completed. If DBCC printed error messages, contact a user with System Administrator (SA) role.

1> shutdown with nowait

2> go

Server SHUTDOWN by request.

The SQL Server is terminating this process.

重启服务后把status修改成0后再重启服务。

服务启动正常

最好是通过dbcc checkdb(databasename)检查一下数据一致性。

3.数据库处于可疑状态的解决方法

如何解决数据库被挂起的问题

现象：Error 926

Severity Level 14

Error Message Text

Database 'xx' cannot be opened - it has been marked

SUSPECT by recover Explanation

(1) 当你使用Transact_SQL命令操作这个数据库的数据时, 出现这个信息, 这是一

个严重的错误, 如果你要使用这个数据库的数据, 必须改正这个错误.

(2) 启动Backup Server, 后备master数据库

1>dump database master to "/usr/sybase/master.dup"

2>go

(3) 用isql登录到SQL Server, 须用sa帐号(本文以escourt5数据库为例)

1>sp_configure "allow updates", 1

2>go

1>begin tran

2>go

1>use master

2>go

1>update sysdatabases

2>set status = -32768

3>Where name="escourt5"

4>go

如果得到(1 row affected),则

1>commit

2>go

否则

1>rollback

2>go

(4)重新启动SQL Server.

注：SQL Server重新启动之后，当发现数据库本身存在不可恢复的问题时，如数据页损坏等，且没有完好的数据库备份，一定要用bcp...out备份用户数据库数据。此时，以下步骤省略，并按照“如何删除坏的用户数据库”文章删除此数据库。之后重建此数据库，恢复备份。

否则，按以下步骤继续操作：

用sa帐号注册到SQL Server.

1>begin tran

2>go

1>use master

2>go

1>update sysdatabases

2>set status=0

3>Where name="escourt5"

4>go

如果得到(1 row affected),则

1>commit

2>go

否则

1>rollback

2>go

1>sp_configure "allow updates" ,0

2>go

(5)重新启动SQL Server.

(6) 如果你的数据库原来有dboption(例如"select into","trunc log on chkpt"等), 你需要重新设置这些option.

(7) 当数据库已经恢复可使用状态后，运行dbcc命令检查数据库的一致性(参照“如何检查数据库中数据一致性”文章)

(8) 备份用户数据库

例如：

1>dump database escourt5 to "/usr/sybase/pubs2.dup"

2>go

4．Sybase系统崩溃了，没有备份，但设备文件还存在，如何恢复数据库？

有的时候，系统崩溃了，手上也没有数据库的备份或者是备份太旧了，但侥幸的是设备还在，并且是完整的，这时可以通过文件COPY的方式恢复数据库。

情况一、所有设备，包括master ，均是完整的：

这种情况是最简单的，只需要先备份设备文件（包括master，copy 到安全的地方），然后重新安装系统，建服务（保持页面大小、编码和排序与以前一样），然后停止服务，按原目录将所有设备文件拷贝回来，再重启服务即可。新建的服务名可与旧服务不同。建议把服务名.cfg也复制过来，省掉参数配置。

情况二、应用的设备是完整的，但没有master了：

方法一、

这种情况下要恢复数据库就需要原来的设备使用情况表了。重新安装系统，建服务，然后按原设备情况建设备（大小、位置保持和原来一致），接下来根据记录下来的设备使用情况建库，顺序以及占用的空间要和以前的一致。然后停服务，将应用的数据库设备复制回来，重启服务即可。请参考Sybase ASE 系统管理员日常维护指南的建议，定期备份master 数据库。

方法二、

1.重新创建master 设备

本实验描述了如何在master数据库毁坏的情况下，如何重建主设备，恢复master数据库，得以重新恢复系统。

这里假定：

l Master数据库已损坏，或主设备已损坏。

l有系统表的最新打印输出。

l主设备只包括master数据库、tempdb和model

l有master数据库的最新备份，且上次转储master数据库后没有初始化任何设备或创建、变更任何数据库。

关于恢复过程

l将主设备重建为第一次安装服务器时的缺省状态；

l将master数据库恢复为缺省状态；

l将master数据库恢复为上次备份时的状态；

注意：在恢复master数据库的早期阶段，不能使用系统存储过程。

恢复步骤

步骤1：查找系统表

查找已保存到文件的系统表sysdatabases、sysdevices、sysusages、sysloginroles和syslogins 的副本。用这些副本可以保证在此过程结束时系统已经全部恢复。

步骤2：建立新的主设备

如果Adaptive Server正在运行，关闭它，然后重建主设备。重建主设备时，必须指定设备大小。开始重建前，记住以下几点：

l保留旧设备，以防遇到问题，旧设备可提供至关重要的信息。

l使用buildmaster命令之前应关闭Adaptive Server。

l不同操作系统上创建主设备的命令有所不同，如：buildmast（unix）、bldmaster（windows NT），并安装通用master数据库的副本。

l命令中给出主设备的全名和大小。

示例：重建一个30兆（15360个2k的页）

在Window NT上：

bldmastr －d d:\devices\master.dat –s15360

步骤3：以主恢复方式启动Adaptive Server

使用-m选项以主恢复方式启动Adaptive Server。在Window NT上，使用sqlsrvr命令从命令行启动Aadaptive Server。

Sqlsrvr.exe –d:\devices\master.dat –sserver_name –ed:\sybase\install\errorlog –id:\sybase\ini –MD:\sybase –m

说明：以主恢复方式启动Adaptive Server时，只允许一个用户（系统管理员）登录。

步骤4：重建master的设备分配

检查sysusages系统表的书面副本，如果有多行dbid＝1的记录，则需要增加master的大小以便装载转储。最简单情况下，对master进行额外分配只需要使用alter database即可。复杂情况，必须为其它数据库分配空间，以便重新构造恢复master所需的正确的vstart值。示例：

alter datbase master on master=2

步骤5：检查Backup Server和sysservers系统表信息。

使用空口令以“sa“用户登录服务器（如果Backup Server的网络名不是SYB_BACKUP，则必须更新sysservers以便Adaptive Server可以与其Backup Server通信）。

l检查interfaces文件中Backup Server的名称；

l并发出下面的命令：

select * from sysservers

where srvname=”SYB_BACKUP”

l检查此命令中输出结果的srvnetname。是否与服务器的backup Server的interfaces文件条目匹配，若匹配跳过步骤5；

l如不同，则必须更新sysservers

示例：

begin tranaction

updata sysserver

set srvnetname=”backupserver_name”

where srvname=”SYB_BACKUP”

l核实该命令，如果updata修改了多行，或者修改了不应修改的行，则发出rollback tranaction 命令，然后尝试再次更新。

如果该命令正确修改了Backup Server的行，则发出commit transaction命令。

步骤6：核实Backup Server正在运行

Window NT平台上，本地安装的Sybase Central和服务管理器可以显示Backup Server是否正在运行。

步骤7：装载master数据库的备份

在Window NT上：

load database master from “d:\device\master.bck”

在load database成功完成后，Adaptive Server将关闭。

步骤8：更新number of devices配置参数

仅当使用的数据库设备比缺省值多时才执行此步骤。

步骤9：以主恢复方式方式重新启动Adaptive Server

Sqlsrvr.exe –d:\devices\master.dat –sserver_name –ed:\sybase\install\errorlog –id:\sybase\ini –MD:\sybase –m

注意：装载master的备份将使“sa”帐号恢复到以前的状态。如果sa帐号有口令，则口令恢复。

步骤10：检查系统表以检验master的当前备份

l如果发出最新的disk init、create database或alter database命令以后已备份了master数据库，则sysusages、sysdatabases、和sysdevice的内容将与书面副本匹配。

l如果副本中的任何设备未包含在已恢复的sysdevices中，则上次备份以后已添加了设备，必须运行disk reinit和disk refit。

步骤11：重新启动Adaptive Server

以常规（多用户）模式重新启动Adaptive Server

步骤12：检查Adaptive server

l将sysusages的书面副本与新联机版本比较

l将sysdatabase的书面副本与新联机版本比较

l在每个数据库上运行dbcc checkalloc

l检查每个数据库中重要的表

完全恢复master数据库并运行全部的dbcc完整性检查后，使用常规转储命令备份此数据库。5．不小心直接删除了日志的设备文件，如何恢复数据库？

首先，应尽可能从操作系统中恢复被误删除的设备文件；如果不能恢复，可创建一个和被删除设备文件大小相同的新设备文件，然后运行

dbcc rebuild_log。

下面给出一个具体的测试用例：

-- 创建测试数据库test

use master

go

disk init name='test_dat_dev',physname='/opt/sybase/data/test_dat_dev.dat',size='50M'

go

disk init name='test_log1_dev',physname='/opt/sybase/data/test_log_dev1.dat',size='10M'

go

disk init name='test_log2_dev',physname='/opt/sybase/data/test_log_dev2.dat',size='10M'

go

create database test on test_dat_dev='40M' log on test_log1_dev='5M', test_log2_dev='2M'

go

-- 产生一些日志

use test

go

create table test (

id int not null,

name char(20) not null

)

go

insert into test values(1,'aaaaaaa')

insert into test values(2,'bbbbbbb')

insert into test values(3,'ccccccc')

insert into test values(4,'ddddddd')

go

6．sa密码忘记了导致isql -Usa -P******进不去怎么办？

1、在sybase目录的install子目录的启动server文件

RUN_server名，编辑该文件，在末尾增加-psa，保存该文件。

2、如果服务器已经启动，先停止之。

3、执行第1步批处理文件以启动server，在启动最后显示信息出现sa的新口令，记录之。

4、切换到SQL Advangtage以sa帐号登录，口令为新记录之口令。

5、进入server以后，用命令sp_password修改sa口令,

sp_password '原密码','新密码','用户名'

新密码的位数一定要大于6位，否则不能够更改成功。

6、回到第1步，去掉增加的选项-psa，保存退出。

7．关于sybase的配置－（数据库慢的请留意）

说明：数据库性能慢的主要原因有两个

1）数据库服务配置不合理

2）应用程序不合理

遇到数据库性能下降时通常先检查数据库服务配置方面有没有可以改善的，修改之后再观察一段时间，如果性能没有改善的话就要分析应用程序上有没有可以调整的地方：索引是否合理，sql语句是否优化等。

本篇主要分析数据库服务的配置：

问题分析：

小型机硬件：rp2470双机、CPU700M*2、内存512M*6

以下是现场发过来的主要配置情况：

lock scheme datapages //datapages锁模式是性能最差的锁，一般不用number of locks 300000 //通常不需要配置太多的锁10万就够了

max memory 500000 //物理内存3G，配给sybase的为1G明显不合理（内存*1024*1024*0.5*60%）

number of open indexes 4000 //通常2000

number of open objects 4000 //通常2000

number of user connections 300 //

number of worker processes 0 //多cpu要打开相应工作进程数

procedure cache size 154800 //存储过程缓存不要超过100M

total data cache size 453699 //明显该值太小

allocate max shared memory 0 //打开sybase占用内存的开关

max online engines 2

number of engines at startup 2

问题处理：

建议先调整以下配置

sp_configure "max memory",1150000 //sybase占用2.3G内存

sp_configure "allocate max shared memory",1

sp_configure "user log cache size",4096 //用户日志缓存用来缓存客户段信息

sp_configure "procedure cache size",50000 //100M存储过程缓存

sp_configure "number of worker processes",2

备份sybase主目录下的***.cfg

sp_cacheconfig "default data cache","1G" //配置缺省数据缓存1G

sp_cacheconfig "default data cache", "cache_partition = 2"

reboot sybase服务

备份sybase主目录下的***.cfg

sp_cacheconfig "tempdb_cache","400M" //由于内存较充裕，通常会分配一部分内存给tempdb，提高查询的速度

sp_bindcache "tempdb_cache","tempdb" //绑定400M的内存给tempdb

reboot sybase服务

上述操作如无法启动sybase服务则可以将备份的***.cfg替换当前的配置文件，重新boot sybase服务

总结：

sybase 11.9.2 & 12.0 & 早期版本的配置通常为以下几项：

total memory //定义sybase 服务能够使用的物理内存

number of lock //定义锁的数目

number of open database //打开的数据库个数，缺省是12个，数据库数目超过12个时要调整该值

number of devices //数据库的设备数，缺省是10，通常是不够的，需要调整number of user connections //用户连接数，根据需要设置，通常一个用户数消耗100K的内存

这个版本的数据库缓存、日志缓存、过程缓存是不用手工配置的

sybase 12.5版本的配置通常为以下几项：

lock scheme //锁模式，sybase推荐使用缺省（allpages），但是一些并发操作多的表（temp_telebill）要使用行锁（datarows），减少被锁现象

number of locks //通常不需要配置太多的锁10万就够了

max memory //sybase服务能够使用的物理内存，通常配置成物理内存的70％～80％，上例内存是3G，配给sybase的为1G明显不合理

allocate max shared memory //打开sybase占用内存的开关

number of open indexes //通常2000，该值配置过低时会在日志中报该值不够，最终导致性能缓慢

number of open objects //通常2000，该值配置过低时会在日志中报该值不够，最终导致性能缓慢

number of user connections //用户连接数，根据实际需求来配置，盲目多配会浪费内存procedure cache size //存储过程缓存不要超过100M，用来缓存过程的编译代码。number of open database //打开的数据库个数，缺省是12个，数据库数目超过12个时要调整该值

number of devices //数据库的设备数，缺省是10，通常是不够的，需要调整user log cache size //日志缓存用来保留客户端连接信息的，每个连接都会生成一个user log cache size大小的cache，该值缺省为2K，主机内存充裕时可以配成4K。

在12.5及以后的版本中都要手工的配置default data cache，缺省为8M，几乎所有的用户操作都是在这个缓存中进行的，如果不优化的话严重影响数据库性能。

优化的方法是把尽可能多的内存配置给default data cache ，即：'max memory'-'所有其他内存消耗（用户数，锁数等）'-‘少许预留内存’＝default data cache。

sp_cacheconfig "default data cache","1G" //配置缺省数据缓存1G

sp_cacheconfig "default data cache", "cache_partition = 2"

关于cpu的配置

max online engines //sybase 使用的cpu的个数

number of engines at startup //激活cpu的个数

number of worker processes //多cpu要打开相应工作进程数

8．设备路径更改的方法

1.关闭服务

2.设为单用户模式

C:\Sybase\ASE-12_5\install RUN_jianxin.bat 加上-m

3.修改设备路径

isql -Usa -P -Sjianxin(服务名)

user master

go

select * from sysdevices

go

update sysdevices set phyname='新的路径' where name='更改的设备名'

go

4.逐个修改

5.将C:\Sybase\ASE-12_5\install RUN_jianxin.bat 加上-m 的-m去掉

9．dump文件load后数据库访问不了解决办法

原因：userid不对应

1.连接master，查看syslogins的suid

2.查看sysusers的suid

3.sysusers的suid要与syslogins的suid对应

使用命令

sp_configure "allow updates",1

go

进行修改，改完后执行

sp_configure "allow updates",0

go

10．sybase数据库备份方案

在实际应用中，我们总结出了两种全量备份方案：

一、使用sybase的backup server（备份服务器），做dump备份

转储数据库（dump database），就是为整个数据库（包括数据、表结构、触发器、游标、存储过程、事务日志等）做一次物理备份。转储数据库时，系统自动执行一次checkpoint，即将日志和数据从缓冲区拷贝到硬盘（只拷贝脏页），把已被分配的页（日志和数据）转储到设备。

命令格式为：

dump database 数据库名to 设备文件名with 参数

如果备份到硬盘的文件上，可以不预先估算备份文件的大小，只要硬盘有足够的存储空间就可以。如果是备份到dds磁带上，那么就要估算一下备份后的大小，90米的dds磁带压缩存储空间为4g,120米的磁带压缩存储空间为8g，如果数据库的备份文件超过了这个尺寸，就要考虑多文件转储，使用stripe参数。

命令格式为：

dump database 数据库名 to 设备文件名1

stripe on 设备文件名2

stripe on 设备文件名3……

with 参数

这种数据备份方式是将整个数据库的运行环境完整的复制一份，包括数据库的脏页和碎片，在使用load命令恢复时，只能恢复到同样大小的数据库中（数据和日志的大小都只能和原来完全一致），适用于在每天的日终营业网点下班后的日常备份。优点是数据库完整无误，缺点是不能直接查看备份内容。

二、分数据结构和数据记录做两次备份

在一般情况下，生产机的数据库都比较庞大，而实验机则相对较小，难以在实验环境中以load命令恢复工作机的内容。所以，在工作实践中，我们摸索出了第二种全量备份方案。

1、数据结构备份

在windows平台的sybase sql server manager（数据库管理）平台中选择

serveràgenerate ddl则产生整个数据库服务器的所有信息，如果选择databaseàgenerate ddl则产生所选定数据库的信息，以master库为例，产生的文件主要包括：config.ddl（配置）、devices.ddl（设备）、database.ddl（数据库）、logins.ddl（用户）、remote.ddl （远程）、cache.ddl（缓冲）、segment.ddl（）、group.ddl（用户组）、user.ddl（用户）、default.ddl（确省）、rule.ddl（规则）、udt.ddl、table.ddl（表）、view.ddl （视图）、proc.ddl（存储过程）、triger.ddl（触发器）。

2、数据记录备份

将数据库各表以sybase自代的bcp（bulk copy）工具的方式导成一定格式的文本文件，命令格式：

bcp 表名 out 路径名文件名 -c -t 分隔符 -u （用户名）-p（密码）-s（服务器名）

如果将一个数据库中的所有表都做一个bcp备份，就需要针对每一个表都做一次bcp，在一般情况下，一个数据库有100多个表，工作量比较大。可以利用数据库中的系统表信息做一个bcp备份脚本。原理是每一个用户表在系统表中都有信息记载，可以通过isql语句查询得到。现举一例说明：

1）、先编辑一个名为mkbcpout.sql的文件，内容如下：

2）、执行isql命令，以此文件作为输入，执行结果输出到另外一个文件里：

3）、对bcppout文件稍微修改，增加可执行权限

4）、执行bcpout，导出数据文本

3、数据库恢复

业务生产机可能为小型机，而实验开发环境的硬件环境为pc server，安装好win nt 或sco unix下的sybase服务器后，根据需要创建空间足够大的数据库和tempdb（系统临时数据库），创建数据库用户，并将其更改为此数据库的所有者，要注意两点：1）此数据库允许bcp拷贝，2）此数据库自动清除log。命令格式为：

1> sp_dboption databasedbname ,"select into/bulkcopy",true

2> go

1> sp_dboption databasename,"trunc log on chkpt",true

2> go

上述两个配置可能与生产机的配置不同。

然后以新创建的数据库用户登录，导入数据结构，注意要首先导入表结构，然后才是存储过程、触发器等等。命令格式：

1、 isql -uusername -ppassword -i table.ddl -o error.log.table

2、 isql -uusername -ppassword -i proc.ddl -o error.log.proc

……

为了提高bcp导入数据的速度，需要将比较大的表的索引和主键删除，否则的话，每bcp进一条数据，数据库都自动写一条log日志，记载此数据的上一条和下一条记录，确定本记录在此表中的准确位置，一是影响bcp速度，二是数据库的log飞速膨胀。数据库的自动清除log功能只有在一个事务结束后才起作用。

准备工作做完后，开始倒入数据记录。使用类似做bcpout的方法做一个bcpin的脚本，然后执行：

./bcpin |tee error.bcpin

使用tee管道输出的目的是让计算机完整记录下倒入过程，自动存入error.bcpin文件中，待倒入结束后，我们只需要检查日志文件，不需要一直紧盯着计算机屏幕。

所有工作做完之后，不要忘记重新将删除的主键和索引建上。

如果有现成的数据库，只需要单纯地导入数据记录，则首先将数据库中所有用户表（也就是所有type="u"的表）清空，命令格式：

1> truncate table tablename

2> go

当然最好也是利用做bcpout脚本的做一个truncate脚本，通过执行此脚本将所有用户表清空。然后的数据导入、处理索引和主键的过程与上面类似。

三、利用做bcp备份脚本的方法做数据库碎片整理

sybase数据库作为联机事务处理应用服务器，每天应用程序都对数据库做大量的插入、修改和删除等操作，不可避免的在数据库的物理存储介质上留下页碎片和扩展单元碎片，从而影响数据库的存储效率和运行速度。具体表现为：业务繁忙时出现死锁（dead lock），数据库的输入/输出资源被大量占用，业务处理速度慢。其解决办法是：

1、清空数据库中的所有表，命令格式：

isql -uusername -ppassword -i truncate.sql -o error.truncate

2、删除所有表的索引和主键

isql -uusername -ppassword -i dropindex.sql -o error.dropindex

3、导入数据

./bcpin

4、添加索引和主键

isql -uusername -ppassword -i addindex.sql -o error.addindex

5、更新数据库状态

1> update statistics tablename

2> go

上述操作都是针对数据库中的所有用户表进行的，利用做bcp备份脚本的方法做出相应的脚本，使繁琐的数据库维护变得简便易行，还克服了直接使用isql语句操作风险大、没有操作日志的毛病。

笔者在实际工作中，使用第一种方法对生产机做日常全量备份，日终通过unix的crontab定时批量作业bcp出全部数据。使用高档pc server 搭建模拟运行环境，在需要的情况下导入生产机数据，处理运行中后台server的各种问题，待研究出解决办法后再在生产机上做相应调整，这样做风险小，效果好。

11．master数据库状态被置为-32768后的处理方法

master数据库状态有时候在不经意之间被修改为-32768，并重新启动了数据库。如果没有重新启动数据库，我们当然可以用命令重新修改回来。重新启动之后，master库就进入了bypass模式，这样从系统功能方面已经无法对master数据库进行增删改操作，也就无法让master库恢复正常。

解决方法：

1、确定你的数据库版本

2、确定你的数据库页的大小

3、下载16进制编辑工具（ultraedit,winhex)

4、备份好目前的master设备，如果是裸设备，可以使用dd命令导出变成文件形式。

5、用16进制工具打开，本人使用ultraedit。

6、接下来使用笨办法，也就是搜索ascii码”master”，根据经验判断在这个master附近

出现model，tempdb，sybsystemprocs值的，基本上可以判定这个就是sysdatabases中的master记录信息。

7、接下来我们从master这个位置开始，往前找，在第31字节处，我们可以发现其中

有80 01 16进制值。

8、找到这个值之后，在此修改，将80 01修改为00 00

9、保存

10、替换原来的master设备，并启动数据库，ok，你的master库已经不再是bypass了。

新生宝宝常见问题解答

新生宝宝常见问题解答 1.宝宝四肢为什么会不由自主的抖动？ 宝宝神经系统发育不完善，大脑皮层发育不成熟，中枢神经细胞兴奋性较高、受刺激易引起兴奋，再加上小宝宝神经对肌肉的支配控制不完全，因此会导致宝宝手脚抖动。 在受到温度变化、强光、震动时，就容易出现四肢抖动，有时还会伴有啼哭，持续时间短，随着月龄增长这种现象就会消失，家长大可不必紧张。 2.宝宝为何总是惊醒？ 新生宝宝常在入睡之后局部的肌肉抽动，尤其手指或脚趾头会轻轻颤动，或受到轻微的刺激如强光、声音或震动时，会表现出双手向上张开，很快又收回，有时还会伴随啼哭。 出现这种情况不要觉得宝宝缺钙或者是吓到了，其实这是正常的“惊跳反射”，是由于新生儿神经系统发育不完全所致。 此时，只要妈妈用手轻轻按住宝宝身体的任何一个部位，就可以使他安静下来。这种反应在刚出生时经常出现，之后会逐渐缓和，并在4个月左右时消失。

3.明明宝宝都已经能睡整觉了，为什么最近 突然变得难哄起来，而且夜醒频繁？ 有的时候，孩子明明夜间睡眠很好，或者已经能够睡整夜觉了，却突然之间变得频繁夜醒。要找到原因，首先就要排除是否遇到了“睡眠意外”，宝宝的睡眠可能受到了外界的干扰：比如出牙、鼻塞（感冒）、疾病、便秘等等。当他醒来后，不舒适感或需求（比如社交欲望）可能会让他彻底清醒，然后需要他最喜欢的朋友和玩伴——你的陪伴！ 小婴儿在夜间醒来，最多的原因是因为饥饿。如果你的宝宝已经5个月大了，排除饥饿引起的夜间醒来（从午夜到早上6点之间），你可以简单考虑是否是以下原因： 有东西干扰他（包括饥饿、出牙、鼻塞、便秘、生病、打鼾）、睡眠时呼吸困难（鼻塞）、发烧、湿疹（特应性皮炎）、中耳炎引起的疼痛等 1、出牙 很多陪孩子经历过出牙期的妈妈都知道，出牙的过程另孩子非常的不适。几百年来很多人都把夜醒归咎于出牙的疼痛。毫无疑问，出牙会让牙龈抽痛，让宝宝什么都想咬，好让牙齿赶紧冲出牙龈表面。 不过，这究竟是真的疼痛还是只是不适感呢？实际上，出牙历经从开始到结束的许多个月，所以这种疼痛不会太厉害，否则所有的孩子好几个月每天晚上都会醒来。另外，大多数孩子白天并没有表现出疼痛。 在芬兰，曾经对于出牙而引起的问题做过一个调查。通过对233名年龄在4个月~13个月的孩子每天跟踪访问和检查，结论是出牙不会引起发烧、白细胞数量增多、不会引起炎症。当然也不会引起夜醒。 简而言之，出牙只是一种干扰：白天容易忽略，而当宝宝们平躺在安静的房间里，就会感到有一点点心烦。如果确定是这种不适感让宝宝频繁醒来，就需要咨询医生是否可以开一些例如布洛芬等药物，睡前30分钟服用，来

Sybase数据库教程

系统维护员培训手册 1 第一章 Sybase概述 第一节 C/S简介 CS（Client/Server）结构是传统的网络集中共享式数据库的扩充。在CS结构中，应用程序（客户）在工作站上运行应用程序进行数据处理，服务器程序运行于服务器上以响应客户的请求并维护数据的一致性。CS结构可以显著减少不必要的网络数据传输。 一、CS和文件服务器的区别是： 文件服务器没有计算能力，它不了解数据本身的任何东西，它仅仅用于存储数据，文件服务器可以想象成一台用很长的电缆（网络）与用户计算机相连的硬 盘驱动器。CS的工作方式是客户端发出一个请求（命令），通过网络传送到服务 器，服务器根据这个命令进行计算，把计算后的结果传送给客户端。而文件服务 器的工作模式是工作站从服务器上取得应用程序运行，进行数据处理时到服务器 取数据，然后从所有的数据记录中找到要处理的内容，进行运算，最后才得出结 果。 二、客户/服务器模型的主要特点如下： ●客户进程和服务器进程可以由LAN或广域网（WAN）联结。它们都可以在同 一台计算机上运行。 ●用于在客户和数据库服务器之间通信的基本语言是通过结构化的查询语言 （Structured Query Language）实现的。 三、发展过程 C/S结构是数据库发展的一个过程，跟随计算机的计算机系统结构由集中式主机系统发展到客户/服务器系统以及现在分布式的多层网络系统，数据库系 统的体系结构也大体经历了三种发展形式： ●集中式的主机/终端结构 主机/终端系统中主机运行DBMS及数据库应用，终端仅提供数据显示。 ●两层的客户/服务器结构 在这种结构中，服务器执行数据库的存储逻辑和事务逻辑，客户端执行应用逻辑并提供用户界面。他们从系统上进行划分，均衡负载。 ●三层（或多层）体系结构 这种体系可以看作是客户/服务器结构和Internet（国际互联网络）以及Intranet应用体系结构相结合的产物，它是对客户/服务器的继承和发展。 Internet应用是浏览器/WEB服务器/数据库服务器的三层体系结构。 四、Client/Server模式概述

数据库日常维护工作

数据库日常维护工作是系统管理员的重要职责。其内容主要包括以下几个部分： 一、备份系统数据 SYBASE 系统的备份与恢复机制保证了在系统失败时重新获取数据的可能性。SQL Server 提供了两种不同类型的恢复机制：一类是系统自动完成的恢复，这种措施在每次系统启动时都自动进行，保证了在系统瘫痪前完成的事务都写到数据库设备上，而未完成的事务都被回退；另一类是人工完成的恢复，这是通过 DUMP 和 LOAD 命令来执行人工备份和恢复工作。因此定期备份事务日志和数据库是一项十分重要的日常维护工作。 1、备份数据库 每一个数据库都应在创建之后卸出，从而提供一个装入基点。在此之后按排定的时间周期表卸出。比如每周五卸出数据库。对一般数据库系统卸出数据库周期建议为每周一次。 除了按计划周期卸出数据库之外，还需在每次运行没有日志的操作后卸出数据库。例如：·每次强制地运行了 DUMP TRAN WITH NO_LOG （因为数据库的磁盘空溢出）； ·每次用 sp_dboption 允许 select into/bulkcopy 做快速拷贝，或用 SELECT INTO 命令创建一个永久性的表，或使用了 WRITETEXT 命令。 卸出数据库的命令为： DUMP DATABASE database_name TO dump_device database_name 是要卸出的数据库名称，dump_device 是卸出设备的名称。用系统过程 sp_helpdevice 可以获得设备的信息。 下面一条命令用来卸出数据库 my_db ： DUMP DATABASE my_db TO db_bk_dev 2、备份事务日志 如果事务日志与数据库放在同一个设备上，则事务日志不应与数据库分开备份。master 数据库和小于 4M 的用户数据库就是这种情况。一般数据库系统的数据库和日志分别放在不同的设备上，因此，可以用 DUMP TRAN 命令单独备份日志。 备份事务日志的周期直接影响数据的恢复程度，因此建议每天备份。 备份事务日志的命令格式为： DUMP TRANsaction database_name [TO dump_device] [WITH TRUNCATE_ONL Y|WITH NO_LOG|WITH NO_TRUNCA TE] 其中 database_name 是要备份事务的数据库名称，dump_device 是备份设备名称，仅当包含了 WITH TRUNCA TE_ONL Y 或 WITH NO_LOG 子句时，才可以备份到设备。 注意：如果总是用 DUMP DA TEBASE （备份数据库及其日志），而不用 DUMP TRAN ，事务日志将不会刷新，而变得非常庞大。

大一新生常见问题和原因分析报告

大一新生常见问题及原因分析 摘要：对于刚进大学不久的大一新生，大学生活与高中生活是完全不同的，面对新的生活环境、新的学习方式和教学风格，必然会使许多大一新生出现各种各样的问题，这些问题在一定程度上会影响他们的学习、生活及身心健康。本文将对大一新生的心理问题、恋爱、人际交往等方面做了调查和分析，并提出一些建议和方法。希望同学们能够根据自己的情况适当的调整自己。 关键词：大一新生常见问题原因解决方法 通过对部分大一新生的调查与观察，我们发现部分学生存在一定程度的问题，这些问题现在虽然不能造成多大的影响，但如果不努力去改正克服，久而久之，必会给自己的人生带来很大的不良影响。有问题并不可怕，可怕的是自己不去发现并去克服它们，只有通过一点一点的改变自己、优化自己，才会让的大学生活变得更有意义，同时也为未来的路打下坚实的基础。下面我们将对大一新生常见问题做原因分析与建议。 一、学习方面的问题 现在的人类即将进入21世纪，现代的高等教育模式已实现了由精英式教育向大众化教育的转变，所以每一位同学都应该首先端正自己的学习态度。“60分万岁”、“上了大学就等于不学”等错误观念越来越被人们所摒弃，这些观念本身也不是对待科学与真理的正确态度，未来的世界属于那些真正掌握知识、掌握技能的人。无真才实学者，终将被社会遗弃，被竞争所淘汰！所以，作为大学生，在你跨入大学校

门后，进应该明白：成功只属于那些有准备的头脑。同学们现在开始就应该始终如一的脚踏实地。勤奋学习，以免“老大徒伤悲”。 2、大一新生应该实现从应试教育到素质教育的转变。“生也有涯，而知无涯”。在大学学习生活过程中，学生的目的是掌握一定的专业知识和技能，提高自身的素质。实现目的，就要从学好专业课，提高专业技能，培养身体素质方面去努力。不仅要重视课堂教学活动，而且要重视社会实践和校园文化活动，使自己成为全面发展的“四有”新人。 3学生掌握正确的学习方法。在学习内容上注意寻找自己的学习兴趣，除完成正常的学习任务外，根据自己的兴趣养成发现问题、思考问题、研究问题的习惯，变被动学习为主动学习，提高自己的悟性。 一、人际交往问题 < 一>大学生交往心理及调适 1、大学生人际交往的特征 人际交往也称人际沟通，大学生作为一个特殊的群体，正处于身心发展不平衡的时期，大学生由于缺乏自信心，自卑感较强等因素，存在着不同程度的人际交往障碍。这些问题如不自己解决势必影响到他们毕业后的工作、生活。（1）交往心理发展不平衡，有迫切的交往需要，但主动性却远远不够。绝大多数大学生都意识到交往的重要性，他们愿意与人交往，广交朋友，但另一部分人则相反，造成这种原因之一是语言障碍，之二是交往中的心理障碍。青年期所特有的“心理闭锁性”。这些都给人际交往带来了一定的困难（2）交往有明显的时空接近性。“近水楼台先得月”是空接近是形成密切人际关系的一个重要条件。（3）交往的自主性增强。步入大学，进入广阔天地，需要他们自主处理问

sybase基本操作

SYBASE基本操作 一、启动数据库 1、ps -ef | grep dataserver 查看sybase进程， Sybase有数据库进程和备份进程， 若都没看到则需要手动启动，进入sybase安装目录$sybase/ASE-15_0/install 启动数据库和备份进程 # ./startserver -f RUN_LINUXMZC --启动数据库RUN_”SYBASENAME”#./startserver -f RUN_LINUXMZC_BS --启动备份服务“RUN_backupserve” 启动后也可用#showserver查看 2、登录数据库 数据库启动后使用#isql -Usa -P -S 登录数据库， 注：sybase默认只有一个用户sa，默认密码NULL

二、sybase基本操作 1、查询数据库版本 >select @@version >go 注：isql中的命令都需要go来执行，如果发现写错了，可以用reset重新输入 2、查询数据库信息 >sp_helpdb 显示所有数据库和基本信息 3、查寻空间使用情况 >use basename >go >sp_spaceused >go

4、性能监控 使用指令sp_sysmon 格式:>sp_sysmon “hh:mm:ss”,model_name，表示监控指定时间指定模块，缺省为所有模块 1、内核管理(kernal ) 10、任务管理（taskmgmt） 2、应用管理(appmgmt) 11、监视器访问SQL的执行（monaccess） 3、数据缓存管理(dcache) 12、并行查询管理（parallel） 4、ESP管理(esp) 13、过程缓存管理（pcache） 5、索引管理(indexmgmt) 14、恢复管理（recovery） 6、锁管理(locks) 15、事务管理（xactmgmt） 7、内存管理(memory) 16、磁盘I/O管理（diskio） 8、元数据高速缓存管理(mdcache ) 17、工作进程管理（wpm） 9、事务概要(xactsum) 18、网络I/O管理（netio）

Oracle数据库日常维护工作

文档编号
Oracle 数据库日常维护工作
凌群电脑有限公司 凌群电脑有限公司 2004 年 12 月 15 日

数据库日常维护工作》 《Oracle 数据库日常维护工作》
目
1.1 1.2 1.3 1.4 1.5 1.6
录
1. DBA 日常维护工作 ..................................................................................................................... 3 检查已经打开的所有实例 .................................................................................................... 3 检查最新的警告日志 ............................................................................................................ 7 检查数据库备份是否正确 .................................................................................................... 8 检查备份到磁带中的文件是否正确 .................................................................................... 9 检查数据库的性能是否合理，系统资源是否充足 ............................................................ 9 仔细阅读 ORACLE 标准文档 ............................................................................................... 10
2.晚间维护工作 晚间维护工作.............................................................................................................................. 10 晚间维护工作 2.1 收集相关表的统计数据 ....................................................................................................... 10 3.每周维护工作 每周维护工作.............................................................................................................................. 10 每周维护工作 3.1 检查异常的对象................................................................................................................... 10 3.1.1 检查现有的 NEXT_EXTENT 情况：............................................................................ 10 3.1.2 检查已有的 EXTENTS： .............................................................................................. 11 3.1.3 查看哪些表没有主键 .................................................................................................... 11 3.1.4 查找哪些主键是没有发挥作用的 ................................................................................ 12 3.1.5 所有作索引的主键都应是唯一的 ................................................................................ 12 3.2 检查是否有不安全的问题 ................................................................................................... 12 3.3 检查是否有错误 SQL*NET 日志 ....................................................................................... 13 3.4 归档当前告警日志 ............................................................................................................... 13 3.5 访问供应商站点................................................................................................................... 13 4.月维护工作 月维护工作.................................................................................................................................. 13 月维护工作 4.1 检查是否有异常的空间增长 ............................................................................................... 13 4.2 回顾以前数据库性能优化的调整 ....................................................................................... 14 4.3 检查 IO 瓶颈 ........................................................................................................................ 14 4.4 检查碎片的问题（8I 系统） ............................................................................................... 15
2

新生常见问题答疑汇总

历社学院新生常见问题答疑汇总 目录 一、假期生活 （含书目推荐） 二、开学相关 1、携带物品及缴费等【A必备物品\B洗护用品\C衣物相关\D饮食\E住宿\F出行\G学习用具\H电子产品\I工具\J医药\K卫生】 2、报到流程 3、开学注意事项 4、军训 5、学生手册 三、日常生活 1、住宿情况 2、饮食情况 3、运动健身 4、文艺活动 5、社团 6、其他（包括网络） 7、商业街 四、学习工作 1、学习【A教室和自习室\B专业\C课程\D课本\E选修课\F学分\G德育分\H 图书馆】

2、工作【A宿舍长\B班委】 五、再说些什么吧 一、假期生活 1、假期应该怎样度过？ 吐槽一句，话说假期抓紧时间和同学玩才是正经啊……以后很不容易才能见到的说…… 2、要不要学习电脑？ 进入大学以后有各种各样的机会可以学习，但是暑假如果能自己初步了解一些word、ppt、excel的使用技巧，或者学着用美图秀秀、ps、GoldVave和会声会影这些工具，都是很有好处的。 3、书目推荐—— 看书的话，给列几本书好啦~不一定都要看~但是广泛的涉猎对于我们这些人文学科来说是很必要的。 历史类：《全球通史》斯塔夫里阿诺斯 《国史大纲》钱穆（钱穆先生的著作都可以读读看） 《秦汉史》钱穆（大一上学期的中国史主要学习史前——东汉末年魏晋之际，所以也推荐他的，薄薄一册，受益匪浅） 《中国史纲要》翦伯赞 《西方文明简史》斯皮瓦格尔 《希腊史研究入门》黄洋/晏绍祥 《罗马帝国简史》克里斯托弗?凯利（大一上学期前一阶段以古罗马古希腊为主，这两本可以打个底，都不厚，很好读） 《欧洲中世纪史》朱迪斯和霍利斯特 《天朝的崩溃》茅海建 《叫魂——1768年中国妖术大恐慌》孔飞力 《菊与刀》尼迪克特 《家庭、私有制和国家的起源》恩格斯

Sybase数据库管理手册

Sybase数据库管理手册

目录 Sybase 数据库安装说明 (3) 一、安装前准备工作 (3) 二、安装主程序 (3) 三、安装后打补丁 (6) 四、重启后创建Sybase服务 (6) 五、字符集设置 (11) 六、还原HIS数据库 (13) 七、Sybase服务不能启动时 (19) 八、配置参数 (21) 客户端安装说明 (29) 一、安装客户端 (29) 二、配置客户端 (29) Sybase 数据库的备份、恢复 (29) Sybase 数据库维护 (30) Sybase数据常用命令的使用 (31)

Sybase 数据库安装说明 一、安装前准备工作 ●先将Sybase安装文件夹(ASESERVER)拷贝到要安装的机器硬盘上。(此文件夹下文中都 用d:\Tooll\ASESERVER) ●将Sybase的补丁拷贝到要安装的机器硬盘上 ●处理安装时的字符集问题(防止安装时出现乱码) 对于不同的Windows版本的操作系统Sybase都要进行字符集文件的修改，下面是不同 二、安装主程序 ●进入安装程序 完成安装前的准备工作后就可以双击D:\TOOLS\ASESERVER\setup.exe文件进入Sybase安装程序。

●确定安装目录 选择安装目录是不要选择有磁盘阵列或做了Raid的盘，也不要选择操作系统所在的磁盘。 ●选择安装组件 ●安装总结

在总结处要注意所需空间是不是小于可用空间，如果不是则要将安装的磁盘清除一些文件来达到所需空间。单击“下一步”进行安装进行状态 ●安装进度 ●录入注册信息

●重启提示 完成安装后提示是否重新启动机器，按否不重启机器。然后将补丁拷贝到安装目录。 三、安装后打补丁 将\ASE补丁\ebf11574\Server目录下的所有文件拷贝到Sybase安装目录下例如安装目录为C:\Sybase 将C:\sybase\shared-1_0\jre1.2.2\lib\font.properties.zh.NT5.2文件名改名,操作系统与文件名的配对关系参考安装前准备工作的配对关系。 四、重启后创建Sybase服务 ●重启机器后进入Sybase安装程序确定提示按“否”后进行Windows操作系统 ●进行操作系统的运行窗口录入CMD进入Dos操作界面

ORACLE数据库日常维护与管理手册

全球眼?（MEGAEYES）网络图像管理系统2.0 ORACLE日常维护与管理手册 北京互信互通信息技术有限公司 2004-08-08

目录 全球眼?（MEGAEYES）网络图像管理系统2.0 (1) 1引言 (3) 1.1 目的 (3) 1.2 范围 (3) 1.3 参考资料 (3) 2日常维护与管理说明 (3) 2.1 运行环境 (3) 2.1.1硬件环境 (3) 2.1.2软件环境 (3) 2.2 数据库日常维护 (4) 2.2.1数据库初始设置 (4) 2.2.2每日工作内容 (5) 2.2.3每周工作内容 (6) 2.2.4每月工作内容 (7)

1引言 1.1目的 对于重要的商业系统来说，数据库系统的正常运行是保证商业应用平稳运行的关键。但是数据库在运行过程中可能会因为种种原因发生问题。这时，数据库的管理与日常维护工作将变得尤为重要。 为了指导数据库管理员做好日常维护工作，保证数据库系统的正常运行，特制定本文档。当然，数据库的日常维护是复杂和繁琐的，本文仅涉及一些常见的数据库日常维护的内容，在实际工作中，数据库管理员还需要做更多的工作。 1.2范围 本文档使用的人员：数据库维护管理人员和相关人员。 本文档涉及内容：oracle数据库的日常维护与管理解决方案。 1.3参考资料 中国电信网络视频监控技术（暂行）规范 2日常维护与管理说明 2.1运行环境 程序的运行环境包括硬件运行环境和软件运行环境。 2.1.1硬件环境 ◆CPU类型：Intel及其兼容系列CPU ◆内存容量：剩余内存要达2G以上 ◆硬盘容量：剩余硬盘容量要达1G以上 ◆网卡类型：100M网卡 2.1.2软件环境 ◆操作系统：RedHat Linux AS 3.0 ◆数据库：Oracle9i Database Release 2 (9.2.0.4.0) for Linux x86

大学新生常见心理问题及应对办法

大学新生常见心理问题及应对办法 一、大学生新生容易产生的几种心理问题 1.焦虑焦虑是一种情绪反应，是个体对当前或预感到的挫折产生的一种紧张、忧虑、不安而兼有恐怕的消极的情绪状态。它包括自信心、自尊心的丧失，失败感与罪疚感的增加等。而过度的或过于持久的焦虑会损伤他们正常的心理活动，导致心理疾病的产生，如忧虑症、神经衰弱等，从而严重地影响大 2.冷漠冷漠是个体遇到挫折后的一种防御手段。它包括缺乏积极的认识动机、活动意向减退、情感淡漠、情绪低落、意志衰退、思维停滞。在生活中，当一个人面临困难和挫折时，表现出漠不关心的心态，以来保护自己。具有这种性格的人，缺乏进取精神，对任何事都不感兴趣，终日随波逐流，无所 3.狂妄狂妄自大是对自己的品质和才能给予过高的估价而产生的一种虚狂的心理状态。具体表现为：自以为是、任性逞能、目中无人、事事以我为中 4、自卑自卑表现为丧失信心、胆子小、信心不足。病态的表现为：怕见生人，一见生人就会全身紧张，手足无措，惟恐别人笑话自己，自我感觉一切不如人，对前途完全失去信心，人际关系 1.学习方面的不同中学和大学都要学习，但学习目的和方法等都不同。中学时，教师不厌其烦地“传道、授业、解惑”，负责的态度一点也不亚于父母对你的关心。大学则实行学分制，学习完全靠个人，所谓“师傅领进门，修行靠个人”。有些中学时的姣姣者，由于对大学的学习方式方法掌握不好，加之强手如林，昔日的优势风采不复存在，自尊心和好胜心得不到充分满足，家

2.环境的不同在中学，为迎高考，除了学习，一切事情家长代劳，加上独生子女骄生惯养，上大学后，一切亲力亲为，适应能力不强的就会经常被孤独不安、焦虑所困扰，尤其是习惯了农村生活环境的大学生到喧闹的城市后，易产生压抑和自卑感。 3.人际交往的不同中学里的人际关系要简单些，一心只读“圣贤书”，而大学同居一室的有来自五湖四海，有不同的城乡背景，有不同的方言、不同的性格，他们之间的磨合是个新问题。一些学生个性强以自我为中心，不会设身处地为别人着想，性格内向的学生不合群，孤独寂寞，经常埋怨自己没有，甚至想逃避。 4.恋爱方面的不同有些刚入学的大学生为寻求安慰、摆脱空虚和寂默，也有的为满足一种虚荣心，开始寻找异性。他们不知道接触到什么程度合适，有时候，他们根本不知道伤害了对方，反过来也伤害了自己。异性的接触，易形成失恋、暗恋等现象，严重时影响正常的生活和学习。 三、大学新生心理问题的调适建议 调节大学新生的心理问题，使其健康发展的方法主要有以下几点： 1.做好新生入学教育，营造温馨氛围，帮助新生尽快适应新环境 大学生入学后，做好新生入学教育工作是十分必要的，可以通过报告、座谈等活动，让大学生意识到大学与中学的不同，告知他们可能遇到的困难、出现问题，让学生有个思想准备。建立并指导一个有凝聚力班委和团支委，多组织有益、健康的集体活动，帮学生熟悉校园环境，让同学在活动中增加了解、增进友谊，彼此敞开心扉，倾吐心声，让新生消除陌生感，尽快适应新环境。 2.因人而异地帮助学生确立符合自己实际的中、近期目标 心理障碍往往源于挫折，而一个人心理上能否体验到挫折感，与他的抱负水平密切相关。如果自我抱负水平过高，失败的机会就愈多，则更容易体验到挫折感。如：一门功课两人都考了80分，如果一个人原定目标为90分，他便有可能产生挫折感，而另一个人原定目标为70分，他便没有挫折感。因此，帮

sybase资料

关于Sybase ASE数据库的license以及试用版过期的问题的解决方案 作者：佚名来源：中国自学编程网收集整理发布日期：2009-02-18 当用户从Sybase官网上下载了ASE15.0.2以后，如果选择了安装Express Edition或者Developer Edition，基本上不会碰到什么问题，除了有些功能受限以下。 但大多数可能选择了Enterprise Edition for Evaluation类型，即企业版试用。都会碰到这样的问题，即一个月以后，license过期，无法启动server。于是很郁闷，可能大部分人，会选择卸载再重新安装一遍，这样当然没问题，只是，太浪费时间了。 有一段时间，我自己甚至也以为只能这样去解决了。 实际上不是，通过在sybase论坛上与一些有经验的人交流以后，发现，是可以切换的。 首先，有三种安装类型： 1. Express Edition，完全免费，不用缀述。 2. Developer Edition，没有使用期限限制，用于开发和测试。似乎不能商用，无所谓了。我也是刚得知。以前好像是有60天的限制。 3. Enterprise Edition，它是有试用时间的限制的。是30天。 只要能找到切换就OK了。 你的解决方法就是，把企业版的license切到开发版或者Express版。怎么切？ 先看看目录$SYBASE/SYSAM-2_0/licenses下边的三个文件： SYBASE_ASE_DE.lic SYBASE_ASE_XE.lic 第一个文件里边有这样的内容： PE=DE;LT=DT 第二个文件里有这样的内容： PE=XE;LT=CP

数据库日常维护

数据库日常维护(参考) 数据库日常维护工作是系统管理员的重要职责。其内容主要包括以下几个部分： 一、备份系统数据 SYBASE 系统的备份与恢复机制保证了在系统失败时重新获取数据的可能性。SQL Server 提供了两种不同类型的恢复机制：一类是系统自动完成的恢复，这种措施在每次系统启动时都自动进行，保证了在系统瘫痪前完成的事务都写到数据库设备上，而未完成的事务都被回退；另一类是人工完成的恢复，这是通过DUMP 和LOAD 命令来执行人工备份和恢复工作。因此定期备份事务日志和数据库是一项十分重要的日常维护工作。 1、备份数据库 每一个数据库都应在创建之后卸出，从而提供一个装入基点。在此之后按排定的时间周期表卸出。比如每周五卸出数据库。对一般数据库系统卸出数据库周期建议为每周一次。 除了按计划周期卸出数据库之外，还需在每次运行没有日志的操作后卸出数据库。例如： ·每次强制地运行了DUMP TRAN WITH NO_LOG （因为数据库的磁盘空溢出）； ·每次用sp_dboption 允许select into/bulkcopy 做快速拷贝，或用SELECT INTO 命令创建一个永久性的表，或使用了WRITETEXT 命令。 卸出数据库的命令为： DUMP DATABASE database_name TO dump_device database_name 是要卸出的数据库名称，dump_device 是卸出设备的名称。用系统过程sp_helpdevice 可以获得设备的信息。 下面一条命令用来卸出数据库my_db ： DUMP DATABASE my_db TO db_bk_dev 2、备份事务日志

店小秘之速卖通店铺管理手册

店小秘之速卖通店铺管理手册

[键入文档标题] [键入文档副标题] 2015年5月更新 店小秘，免费跨境电商ERP，支持跨平台、多店铺管理。产品：刊登、多平台数据采集、批量产品管理；订单：数据自动

目录 数据采集使用说明 (2) 数据采集使用介绍 (2) 数据认领使用介绍 (2) 速卖通采集箱使用说明 (3) 速卖通创建产品使用说明 (5) 速卖通产品维护 (6) 线下产品维护 (6) 线上产品维护 (7) 图片银行使用说明 (8) 上传图片 (8) 同步图片 (9) 图片被引用次数 (9) 图片删除 (9) 订单处理流程说明 (10) 在线处理订单流程 (10) 批量发货使用说明 (13)

数据采集使用说明 店小秘为您提供了数据采集功能，可将其它平台的产品信息采集到店小秘，采集后可以认领到速卖通店铺，再根据需要编辑、修改下相关信息即可发布。 目前数据采集仅支持单品采集，可采集淘宝、速卖通、1688、天猫、京东、ebay(主站)、亚马逊(美国站)等7个平台的数据。 （注：采集的速卖通数据只可认领到其它平台，不可用于速卖通。） 数据采集使用介绍 打开导航【产品】下的【数据采集】，在编辑框填写产品的url网址，并点击“开始采集”即可完成。 您也可以同时采集多个产品，多个网址间用回车键“Enter”换行即可。 数据认领使用介绍 采集成功的产品将展示在当前页的下方，仅展示基本信息，不可直接编辑、操作，您需要将采集的产品认领到相关平台后才可以进一步编辑，发布。 目前仅支持将采集认领到wish或速卖通，选中要认领的产品，操作产品列表后面的【认领】或列表左上侧的【批量认领】，并指定要认领的平台即可完成。

Wish平台上货、产品优化经验总结

Wish平台上货、产品优化经验总结 做wish一年半了，对wish平台规则、上货技巧多少有些了解，也打造了近十款爆品，但总以忙为利用，没能好好整理下自己的思路、经验。最近发现身边很多初入跨境电商行业，初做wish的朋友，对wish平台的各种规则不了解，甚至对上货的一些基本概念、要求都不理解。思虑再三，终于决定好好做个总结，有不当之处，还望大家多多纠正，若能帮助到你，则也不枉费我的码字之苦。 一、多店铺运营，防账号关联的关键 Wish官方规定一个人只能注册一个店铺，所以，若希望有多店铺，一定要了解wish官方判定账号关联的因素。一旦认定多个账号是由同一个人或同一个企业操作的，就会存在被关联，被封号的风险。而且一旦被封，基本是申诉无门，不可复活了。 1. 首先，要确保多账号的注册信息完全不同。包括个人基本信息、邮箱、电话、支付账号等。哪怕是已经死掉的账号，也不能使用重复的信息再注册。 2. 其次，多账号登录的电脑、网络环境要完全区分开。登录wish平台的电脑MAC地址、路由MAC、浏览器指纹、电脑系统指纹、网络IP等等官方都会记录，也会作为查关联的依据。本电脑登录的账号已经被封，最好也不要再登录、注册其它账号。若需要重新注册，那最好是重装系统、格式化硬盘、更换网卡，而且要重新换一根网线。总之，要保持和之前的账号完全不一样的环境。 3. 再者，多店铺的产品要有差异化。若产品的相似度达到一定比例，也会被认为是同一人在操作多店铺，被判关联。所以，上货时一定不要图省事。 4. 同时，也注意同一产品模板不要重复使用。比如wish平台的CSV文件，店小秘平台的EXCEL文件，不要重复导入到多店铺。 总之，每个店铺间要有差异化运营，即便是要销售同一个产品，那么在产品标题、描述、标签、定价及图片上也有略有调整，让官方感觉是不同的人在卖不同的产品。若不方便多个电脑多根网线，也可以将多个店铺授权一个ERP上管理。比如马帮、店小秘交易助手等都支持同时授权多个店铺，同步操作也不会造成账号关联。 二、 Wish上货要求及经验技巧 Wish上货，比速卖通、eBay、Amazon等其它平台要简单的多。而且Wish作为移动购物电商平台，客户的购物习惯、需求导向大有不同。所以，我们一定要放弃在淘宝、速卖通的定性运营思维。 wish上没有店铺的概念，只有产品的概念，根据Wish的规则，每一个通过审核上架的产品都能公平得到推送。所以前期，大家一般都是先大量铺货，以求有更大的曝光几率。待积累到一定曝光，再针对有出单的产品重点优化。比如对比同行价格降价销售；随时关注市场价格动态随时调整；力求

Sybase数据转成SqlServer数据库的步骤

Sybase数据转成Sql Server数据库的执行步骤： 目前我们采用Sql Server 的DTS工具实现数据的交换操作。 一、前期准备：在目标数据库形成跟原数据库完全相同的表结构。 1，需要将客户备份的sybase数据库恢复到我们sybase帐套中，形成原数据库。 2，在Sql Server数据库中建立目标数据帐套，利用帐套维护工具建立目标数据库，选择模块与原数据库所用模块相同即可，初始年度与原数据库的初始年度也要相同。 创建完数据库后，如果原数据库有历史年度数据，则在目的数据库上的相应模块也做年结操作形成相应的历史年度表。主要通过察看数据库中那些表带有历史年度后缀，那些模块需要年结需要根据具体数据库设置。 3，删除所有用户表中的记录。 删除步骤，登陆原数据库，根据下面语句形成删除表记录sql。 select 'truncate table '+name +' go' from sysobjects where type = 'U' order by name 把执行结果复制到EditPlus中去，在go前增加换行符，形成删除表记录的sql语句。 4，在目标数据库中执行这些删除记录的sql语句，将目标数据库的相应记录删除。 并注意查看出错语句，主要是表不存在的情况下报的错误。 并决定那些表可以不需要，记录下不需要的表。 针对原数据库： 5，利用报表优化工具做临时表清除工作，以便节省交换时间。 二、数据导入操作： 利用DTS工具做数据交换操作。 执行步骤如下： 1，运行DTS，按照下一步执行即可。 2，配置数据源，我们这里是sybase数据库做数据源。 数据库类型选择sybase ASE OLE DB Provider 3，点击属性，配置数据库连接。数据源中输入syboledb，一定确保之前利用备份恢复工具(DBGhost.exe)联接过sybase数据库一次。 4，配置目标数据库这里选择sql server数据库。 5，选择复制表和视图。 6，选择表和视图。把不需要交换的表前面不需要选择即可，另外视图也不需要选择。 7， 8，执行 9，最后看以下执行结果，找到出错原因。 10，针对每一条出错的表，定位错误原因，然后单独把出错的表再导入一次。 注意问题： 由于sybase数据库大小写区分，而sqlserver数据库默认不区分大小写，有可能会出现复制数据违反唯一索引的问题。 解决方式有二： 删除通过大小写区分不一致的记录。 创建的sql server 实例也选择区分大小写。

ORACLE数据库日常维护与管理手册

全球眼（MEGAEYES网络图像管理系统2.0 ORACLE S常维护与管理手册 北京互信互通信息技术有限公司 2004-08-08 目录

1 引言 1.1 目的 对于重要的商业系统来说， 数据库系统的正常运行是保证商业应用平稳运行 的关键。但是 数据库在运行过程中可能会因为种种原因发生问题。 这时，数据库 的管理与日常维护工作将变得尤为重要。 为了指导数据库管理员做好日常维护工作， 保证数据库系统的正常运行， 特 制定本文档。 当然， 数据库的日常维护是复杂和繁琐的， 本文仅涉及一些常见的 数据库日常维护的内容，在实际工作中，数据库管理员还需要做更多的工作。 1.2 范围 本文档使用的人员:数据库维护管理人员和相关人员。 本文档涉及内容: oracle 数据库的 日常维护与管理解决方案。 1.3 参考资料 中国电信网络视频监控技术（暂行）规范 2 日常维护与管理说明 2.1 运行环境 程序的运行环境包括硬件运行环境和软件运行环境。 2.1.1 硬件环境 Intel 及其兼容系列 CPU 剩余内存要达2G 以上 剩余硬盘容量要达 1G 以上 100 M 网卡 2.1.2 软件环境 CPU 类型: 内存容量： 硬盘容量: 网卡类型:

: RedHatLinuxAS3.0 Oracle9iDatabaseRelease2forLinuxx86 2.2数据库日常维护 数据库的日常维护工作主要包括管理员每日的工作内容， 每周的工作内容以 及每月的工作内容。 2.2.1数据库初始设置 基于数据安全性的考虑，需要对数据库进行如下的初始设置。 1数据库设为归档模式 1） 以管理员身份连接数据库 SQL>>connectsys/sys@数据库例程 SIDassysdba 2） 察看数据库是否处于存档模式 SQL>>archiveloglist 说明：该命令会提示以下信息，注意灰色部分显示的状态。 DatabaselogmodeNoArchiveMode AutomaticarchivalDisabled Archivedest in ati on Oldest on li nelogseque nce31 Curren tlogseque nce33 3） 如果处于非归档模式则设为归档模式 SQL>>shutdow nimmediate; SQL>>start upmount; SQL>>alterdatabaseachivelog; 4） 如果处于非自动归档状态则设为自动归档 SQL>>altersystemsetlog_archive_start=TRUESC OP E=s pfile; 5重新启动数据库 SQL>>shutdow nimmediate; SQL>>startu p; 2控制文件设置 每一个数据库都必须有一个控制档。它是一个小型二进制档案，用来描述 Oracle9i 实体结构。主要是储存数据库名称，数据库建立时间，资料文件名称 与所在位置，重置日志文件名称与所在位置，目前的日志序列码 （logsequeneenumber ），检查点信息。因此开启Oracle9i 数据库时一定要读取控 制文件才能取得所有数据库实体档案相关信息。 一旦控制文件不幸毁损，数据库 便无法顺利开启。也因为如此，控制档的管理与维护工作显得格外重要。 通常的设置建议为：每个数据库最好拥有两个以上控制档，并各自存放在不 同磁盘上。系统默认有三个控制文件 controlOl.ctI ， control02.ctl ， con trol03.ctl 。 如果需要增加更多的控制文件，最简单的方式就是先将既有控制文件复制到 目的位置，然后将控制文件名称加入起始参数档的 CONTROLFILE 之中（）。同 理，如果想更改控制档名称，也可以先将控制文件复制到目的位置后予以更名， 再更新操作系统： 数据库：