MAX_FILE_SIZE 的值只是对浏览器的一个建议,实际上它可以被简单的绕过。因此不要把对浏览器的限制寄希望于该值。实际上,PHP 设置中的上传文件最大值,是不会失效的。但是最好还是在表单中加上 MAX_FILE_SIZE,因为它可以避免用户在花时间等待上传大文件之后才发现该文件太大了的麻烦scope是作用域的意思,通俗意懂称 范围;
一般值是3个参数, 为spfile, memory, both。
1 scope=spfile: 对参数的修改记录在服务器初始化参数文件中,修改后的参数在下次启动DB时生效。适用于动态和静态初始化参数。
2 scope=memory: 对参数的修改记录在内存中,对于动态初始化参数的修改立即生效。在重启DB后会丢失,会复原为修改前的参数值。
3 scope=both: 对参数的修改会同时记录在服务器参数文件和内存中,对于动态参数立即生效,对静态参数不能用这个选项。
所以一般表空间都使用的是spfile。在游戏中影响了游戏d道的参数分别是:
cl_cmdrate 、cl_updaterate 、rate 、 ex_interp 、这四个参数。
特别说明:CPL lan比赛强制并且是不能修改的参数标准为:
cl_cmdrate 101 、cl_updaterate 101 、rate 20000 或 25000 、ex_interp 001 。
1、为什么CPL强制cl_cmdrate 101 cl_updaterate 101 都是101而不是其它的参数呢
cl_updaterate是它控制的是每秒钟你从服务器端接收的数据包的数量。因此,它依赖的是你的下载速度。你的“cl_updaterate”值越高,你和服务器的同步率就越高。既然只有服务器能决定你是否打中了,你当然希望收到足够多的数据包以保持和服务器同步。但是因为你的网络的环境决定你不能使用101这就好象你用一个试管去接口径是5寸的自来水水龙头,最后的结果当然是你的试管破裂。
cl_cmdrate 101这个参数决定了每秒钟你--即客户端发给服务器多少个数据包。很显然,这个值越高,服务器对你执行的命令的响应就越快。但是做为中国都是使用1M带宽上网的用户来说,你最大的上行速度也就是54KB而不是1M这就好象你用了一个水桶去接口径只有1CM大小的自来水水龙头的水一样的道理,最后的结果是你的上行根本达不到要求。
并且需要在这里重新指出的是:你的网络下行完全根据你的网络上行而决定的。比如:你下行可以达到185KB/每秒的速度,而你的上行就只能达到54KB/每秒的速度。再做一个比较形象的例子就是你在家里使用QQ传文件和你在网吧里面使用QQ传文件时会发现在网吧明显要快于家里,
这是为什么呢?第一:就是网络的带宽大;第二:就是因为是你的上行来决定了你的下行,当上传的速度越快那么你的下载速度也就越快。如果我记得没有错的话这样的技术叫做“不对称传输”是电信采用的传输方式。
两个参数一起使用后导致的现象就是高ping或是瞬间的爆ping现象发生。其表现出来的形式就是你的ping值将永远大于每方最上面的平均ping值。而要完全解决ping高的问题最重要的还是跟你的网络环境硬件有重大的关系。如果你换一个2M的带宽上网那么ping值自然就比1MB的小,这个道理我想也是不用我再多讲的了。
在LAN下你这样设置是对的,之所以设置成这样是因为比赛是在LAN里进行服务器的传输质量高同步高,所以才敢采用101这样的最大的同步率
在最后还需要指出的是在服务器中突然出现warning:CL_FlushEntityPacket的问题原因就是使用cl_cmdrate 101 cl_updaterate 101这样的
参数导致客户端无法达到参数所设置的同步数率而出现的lag现象
服务器端配置文件参数参考:
sv_maxupdaterate 30
// 服务器每秒更新最大频率
// 根据实际网络状况调节
// sv_maxrate / 300 = 要设的值
// 默认=30
// 局域=101
2为什么rate 要设置成20000 或25000呢
这个rate 要设置成20000 或25000也都是跟服务器相关的,都不能大过sv_maxrate 25000所以一般都设置为20000 到25000但是测试得到的结果是25000是最价的参数
根据服务器的参数可以计算出来:
sv_maxrate 25000
// 服务器最大传输速率 <0-25000>
// (服务器上传带宽 x 125) /服务器设定的最大人数 = 要设的值
// 0=无限制
// 局域=25000
好了以上的参数我们先讲解到这里,最后就是一个曾经引起很大争议的参数ex_interp,这个参数在CS中代表了游戏补偿桢的补充命令。
那么究竟它又有什么好争议的呢?甚至到CPL那里随便的修改ex_interp这个参数值都将视为作弊。
姑娘、请站住的感言: xx该文件的命名约定默认为:
init$ORACLE_SIDora (Unix环境下)
init%ORACLE_SID%ora (Windows环境下)
默认地将其放在以下目录中
$ORACLE_HOME/dbs (Unix)
%ORACLE_HOME%\DATABASE (Windows)
该参数文件不必放在指定的位置上。启动实例时可以在启动命令上使用pfile=filename选项来设置其位置。
但是该文件有两个缺点:
1、该参数文件必须放在启动数据库的客户机上,会导致参数文件的大面积“繁殖”,不易维护;
2、要永久地修改一个参数,光用alter system命令来修改参数不行,还必须确保能够用于启动数据库的所有参数文件都得到手动的更新;
因此Oracle引入了服务器参数文件(Server parameter file,SPFILE),该文件必须放在服务主机本身,可以作为得到数据库参数的唯一信息来源。另外alter system命令完全可以将值写入spfile,不必再手动查找和维护所有参数文件。
所以建议不必再考虑上述问题,直接采用spfile来设置你的数据库3 恢复目录
31恢复目录的概念
恢复目录是由RMAN使用、维护的用来放置备份信息的仓库。RMAN利用恢复目录记载的信息去判断如何执行需要的备份恢复 *** 作。
恢复目录可以存在于ORACLE数据库的计划中。
虽然恢复目录可以用来备份多个数据库,建议为恢复目录数据库创建一个单独的数据库。
恢复目录数据库不能使用恢复目录备份自身。
32建立恢复目录
第一步,在目录数据库中创建恢复目录所用表空间:
SQL> create tablespace rman_ts datafile 'd:\oracle\oradata\rman\rman_tsdbf' size 20M;
表空间已创建。
第二步,在目录数据库中创建RMAN 用户并授权:
SQL> create user rman identified by rman default tablespace rman_ts temporary tablespace temp quota unlimited on rman_ts;
用户已创建。
SQL> grant recovery_catalog_owner to rman ;
授权成功。
SQL> grant connect, resource to rman ;
授权成功。
第三步,在目录数据库中创建恢复目录
C:\>rman catalog rman/rman
恢复管理器:版本81600 - Production
RMAN-06008:连接到恢复目录数据库
RMAN-06428:未安装恢复目录
RMAN>create catalog tablespace rman_ts;
RMAN-06431:恢复目录已创建
注意:虽然使用RMAN不一定必需恢复目录,但是推荐使用。因为恢复目录记载的信息大部分可以通过控制文件来记载,RMAN在恢复数据库时使用这些信息。不使用恢复目录将会对备份恢复 *** 作有限制。
33使用恢复目录的优势
可以存储脚本;
记载较长时间的备份恢复 *** 作;
4 启动RMAN
RMAN为交互式命令行处理界面,也可以从企业管理器中运行。
为了使用下面的实例,先检查环境符合:
the target database is called "his" and has the same TNS alias
user rman has been granted "recovery_catalog_owner "privileges
目标数据库的连接用户为internal帐号,或者以其他SYSDBA类型帐号连接
the recovery catalog database is called "rman" and has the same TNS alias
the schema containing the recovery catalog is "rman" (same password)
在使用RMAN前,设置NLS_DATE_FORMAT 和NLS_LANG环境变量,很多RMAN LIST命令的输出结果是与日期时间相关的,这点在用户希望执行以时间为基准的恢复工作也很重要。
下例是环境变量的示范:
NLS_LANG= SIMPLIFIED CHINESE_CHINAZHS16GBK
NLS_DATE_FORMAT=DD-MON-YYYY HH24:MI:SS
为了保证RMAN使用时能连接恢复目录,恢复目录数据库必须打开,目标数据库至少要STARTED(unmount),否则RMAN会返回一个错误,目标数据库必须置于归档模式下。
41使用不带恢复目录的RMAN
设置目标数据库的 ORACLE_SID ,执行:
% rman nocatalog
RMAN> connect target
RMAN> connect target internal/<password>@his
42使用带恢复目录的RMAN
% rman rman_ts rman/rman@rman
RMAN> connect target
% rman rman_ts rman/rman@rman target internal/<password>@his
43使用RMAN
一旦连接到目标数据库,可以通过交互界面或者事先存储的脚本执行指定RMAN命令, 下面是一个使用RMAN交互界面的实例:
RMAN> resync catalog;
RMAN-03022:正在编译命令:resync
RMAN-03023:正在执行命令:resync
RMAN-08002:正在启动全部恢复目录的 resync
RMAN-08004:完成全部 resync
使用脚本的实例:
RMAN> execute script alloc_1_disk;
创建或者替代存储的脚本:
RMAN> replace script alloc_1_disk {
2> allocate channel d1 type disk;
3> }
5注册或者注销目标数据库
51注册目标数据库
数据库状态:
恢复目录状态:打开
目标数据库:加载或者打开
目标数据库在第一次使用RMAN之前必须在恢复目录中注册:
第一步,启动恢复管理器,并且连接目标数据库:
C:\>rman target internal/oracle@his catalog rman/rman@rman
恢复管理器:版本81600 - Production
RMAN-06005:连接到目标数据库:HIS (DBID=3021445076)
RMAN-06008:连接到恢复目录数据库
第二步,注册数据库:
RMAN> register database;
RMAN-03022:正在编译命令:register
RMAN-03023:正在执行命令:register
RMAN-08006:注册在恢复目录中的数据库
RMAN-03023:正在执行命令:full resync
RMAN-08002:正在启动全部恢复目录的resync
RMAN-08004:完成全部resync
52注销目标数据库
RMAN提供了一个注销工具,叫DBMS_RCVCAT工具包,请注意一旦注销了该目标数据库,就不可以使用恢复目录中含有的备份集来恢复数据库了。
为了能注销数据库,需要获得数据库的标识码(DB_ID)和数据库键值(DB_KEY)。其中连接目标数据库时将会获得DB_ID。
C:\>rman target internal/oracle@his catalog rman/rman@rman
恢复管理器:版本81600 - Production
RMAN-06005:连接到目标数据库:HIS (DBID=3021445076)
RMAN-06008:连接到恢复目录数据库
其中DBID=3021445076,利用DBID=3021445076查询数据库键值码:
连接到目标数据库,查询db表:
SQL> select from db;
DB_KEY DB_ID CURR_DBINC_KEY
---------- ---------- --------------
1 3021445076 2
获得DB_KEY=1,这样,该目标数据库DB_KEY=1,DBID=3021445076,利用两个值使用DBMS_RCVCAT工具包就可以注销数据库:
SQL> execute dbms_rcvcatunregisterdatabase(1,3021445076);
PL/SQL 过程已成功完成。
至此,注销数据库 *** 作完成。
请采纳。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)