Q – 系统迁移之后,有那些参数需要修改?
bugzilla主要有2个配置文件,bugzilla/localconfig和bugzilla/data/params
localconfig 记录数据库连接信息等
params 记录系统运行参数等。例如,更换机器IP之后,需要更改其baseurl参数为新的地址
Q – 系统迁移之后,有那些参数需要修改?
bugzilla主要有2个配置文件,bugzilla/localconfig和bugzilla/data/params
localconfig 记录数据库连接信息等
params 记录系统运行参数等。例如,更换机器IP之后,需要更改其baseurl参数为新的地址
1.备份SHSH
http://ipad.sj.91.com/content/2010-10-12/20101012183922114,2.shtml
2.绿毒越狱
http://ipad.sj.91.com/content/2011-02-08/20110208235215893,7.shtml
3.cydia
http://bbs.weiphone.com/read-htm-tid-1608407.html
4.installous PC版
Tips
如果ifile Web server启动以后,还连不上,需要ipad关机重新开机,重启启动ifile Web server,一般情况下问题都可以解决。
iPad出现异常不能开关机
可以长按“Home键”和“电源键”直到iPad重启。
把那个RALUS_RMALS_RAMS-4164.5.tar.gz的安装包传输至服务器安装,注意一点,需要新建个目录,把该文件放进去,否则,该文件直接解压的话,将在该目录生成一大堆文件。(symantec怎么会这么制作安装包?不够严谨)
具体过程和手册中所讲一样,不累述了。
安装完成后,需要编辑/etc/VRTSralus/ralus.cfg,加入一下几行,否则BackExec服务器将不能正常发现该Agent。
Software\Symantec\Backup Exec for Windows\Backup Exec\Agent Browser\TcpIp\AdvertisementPort=6101
Software\Symantec\Backup Exec for Windows\Backup Exec\Agents\Advertise Now=1
Software\Symantec\Backup Exec For Windows\Backup Exec\Debug\AgentConfig=0
Software\Symantec\Backup Exec For Windows\Backup Exec\Debug\VXBSAlevel=5
Software\Symantec\Backup Exec for Windows\Backup Exec\Engine\Agents\Advertise All=1
Software\Symantec\Backup Exec For Windows\Backup Exec\Engine\Agents\Advertise Now=0
Software\Symantec\Backup Exec For Windows\Backup Exec\Engine\Agents\Advertisement Purge=0
Software\Symantec\Backup Exec For Windows\Backup Exec\Engine\Agents\Advertising Disabled=0
详细的解释,BackExec的手册中有说明,以上参数用于开启消息发布,和介质服务器通信。
如果添加完以上参数,不能正常通信,请查看beremote进程是否正常。/opt/VRTSralus/bin/VRTSralus.init可以控制beremote进程,如果beremote进程不受该指令控制,可以尝试重启计算机,再刷新介质服务器,以恢复和该agent的通信。
之前码了一堆文字,由于可恶的windows系统故障,全丢失了。
某个应用系统,由于前辈应用系统设计不当,导致以下几个长期存在的问题:
1.IP链路不稳定,经常发生iSCSI丢盘现象,需要重启整个系统才能挂载上。
2.容量不足,随时都有溢出的可能。
为了行文的方便,加上以下的环境描述:
Windows 2003;
应用数据类型:SQL Server 2000+文档数据;
挂载iscsi盘为F盘。
实施过程:
1.新加入1T的SATA盘一张,用于临时存放数据,挂载为Y盘。
2.保持业务不中断,使用FastCopy的copy(overwrite)功能将数据拷贝至Y盘。此过程持续3-4天。此过程中,产生几条错误记录,均是数据库文件被锁定不能访问,导致该文件不能被拷贝。
3.拷贝数据库文件,以及这三四天内的变化数据。使用FastCopy的diff(data/size)模式。此过程将需要中断服务和数据库,持续3-4个小时。
4.删除iscsi盘的盘符,将其分配给之前的Y盘。
5.断开服务器和存储的连接,启动服务,测试。
6.重新规划存储。
总结
善用工具,可以使业务中断时间大大缩短,并且保证数据的一致性,规避了Windows系统复制功能”遇到错误即中断”的bug。
应用场景
有几个应用系统,工作在windows平台上,由金蝶等第三方厂商提供,运行都是stand_alone模式。弊端很明显,每次开机/重启,都必须RDP登录上去,把应用开启,然后断开RDP连接。(不能注销,一注销应用也就跟着shutdown了)
必须将其注册为Windows服务,所幸Microsoft在Resource Kit Tools包中提供了实现方法。
工作原理
开机由某后台用户(可以是系统用户,本地用户和域用户,只要权限足够即可,稳定方面考虑,建议system用户)启动superdaemon进程srvadny.exe,再由其调用application.exe载入后台进程工作。这一点,可以在任务管理器里确认,srvany.exe和application.exe是同时存在的。
原理和Linux的Xinet服务机制较像,关于Xinetd的服务机制,鸟哥的Blog有详细描述。 Read the rest of this entry
作为系统管理员,经常会碰到这样一个场景:刚接手应用系统不久,业务扩展迅速,老板要求你再搭建N个应用环境,并希望尽量与运行中的平台一致。
犯难的是,前同事留下的文档不详细,没有关于几个主要Service的编译参数。这时你就必须设法取得信息。
1.通过软件包自己的version参数或者debug工具 Read the rest of this entry
例如,MySQL软件包中的mysqlbug,执行该工具,将返回debug信息,过滤出其中的Configure command代码块即可
服务器某次故障,重启httpd出现如下错误提示
1 2 3 4 5 6 | # /etc/init.d/httpd restart Stopping httpd: [ OK ] Starting httpd: (98)Address already in use: make_sock: could not bind to address [::]:80 (98)Address already in use: make_sock: could not bind to address 0.0.0.0:80 no listening sockets available, shutting down Unable to open logs |