记录关于Devops运维,虚拟化容器云计算,数据库,网络安全等各方面问题。
修改linux系统的默认语言。root@book root]# cat /etc/sysconfig/i18nLANG="zh_CN.GB18030"LANGUAGE="zh_CN.GB18030:zh_CN.GB2312:zh_CN"SUPPORTED="zh_CN.GB18030:zh_CN:zh:en_US.UTF-8:en_US:en"SYSFONT="lat0-sun16"SYSFONTACM="8859-15"[root@book root]#///////////////////////////////////////////////////////////////////////////2) 修改 /etc/sysconfig/i18n 文件,如 LANG="en_US",xwindow会显示英文界面, LANG="zh_CN.GB18030",xwindow 会显示中文界面。 还有一种方法 cp /etc/sysconfig/i18n $HOME/.i18n 修 改 $HOME/.i18n 文件,如 LANG="en_US",xwindow会显示英文界面, LANG="zh_CN.GB18030",xwindow 会显示中文界面。 这样就可以改变个人的界面语言,而不影响别的用户/*******************************************/Redhat as4在安装是选择英文/中文/韩文/日文在X Window下一切正常1)切换到文本模式下时,出现乱码。2)修改/etc /sysconfig/i18n 文档 LANG="en_US"3)重起后,所在信息显示为问号.证明没有修改成功.4)切换到X Window将默认语 言...
无前例!毛泽东逝世后发生的秘闻惊世骇俗   1976年,中国的一系列突发事件吸引了世界的眼球。1月8日周恩来总理逝世,7月6日朱德委员长也以90岁高龄与世长辞。7月28日,一场 举世震惊的大地震将唐山夷为一片废墟。9月9日下午4时,中央人民广播电台以万分悲痛的心情对外宣布,中国人民的伟大领袖、伟大导师毛泽东主席于当天凌晨 0时10分在北京逝世。消息公布后的15分钟内,包括路透社、美联社和法新社在内的世界主要通讯社便报道了毛泽东逝世的新闻。紧接着,世界各大媒体发表和 转载了大量赞扬毛泽东和介绍毛泽东革命事迹的评论和文章,一些第三世界国家的报纸甚至用十多个版面刊登介绍毛泽东的文章和照片。世界各国政府、各国际组织 也纷纷对此做出反应。/来自中华网社区 club.china.com/       53个国家降下半旗,各国领袖给予高度评价/来自中华网社区 club.china.com/       毛泽东逝世后,世界各地对他的赞扬和哀悼如潮水般涌来。曾有记者这样写道:“9月9日下午4时这一悲痛时刻,似乎地球也停止了转动。”在他 逝世后的10天里,共有123个国家的政府和首脑向中国政府发来了唁电或唁函,105个国家的领导人或...
解决redhat5.3下oracle10g EM乱码问题 redhat 5.3ORACLE 10G,在打开EM控制台时,所有按钮出现乱码问题,解决方法如下: 1)分别备份ORACLE自带JRE和JDK下的当前字体配置文件(font.properties) cp /u01/app/oracle/product/10.2.0/db_1/jre/1.4.2/lib/font.properties     /u01/app/oracle/product/10.2.0/db_1/jre/1.4.2/lib/font.properties.bak; cp /u01/app/oracle/product/10.2.0/db_1/jdk/jre/lib/font.properties         /u01/app/oracle/product/10.2.0/db_1/jdk/jre/lib/font.properties.bak; 2)在JRE和JDK目录下分别以font.properties.zh_CN.Redhat文件覆盖font.properties cp  ...
江山靠谁守?解读毛泽东写给周恩来绝笔诗词 “当年忠贞为国筹,   何曾怕断头?  如今天下红遍,  江山靠谁守?  业未竟,  身躯倦,  鬓已秋。  你我之辈,  忍将夙愿, 付与东流?”       这首诗是毛主席去世前一年,82岁时写给周总理的。当时,毛主席身体不好,疾病缠身,周总理也身患癌症,亦在重病中。毛主席已经预感到,革 命将发生曲折,他和周总理等老一辈无产阶级革命家夙愿将要“付与东流”。他问自己,也问周总理,社会主义的红色江山究竟“靠谁守”?这首词,字数虽然不 多,但情感真挚,读来沧桑心碎,令人潸然泪下。       毛主席一生是传奇的一生,想当年在革命的火花即将熄灭之时,几乎凭一己之慧挽狂澜于既倒。而今已是江山红遍,为什么竟发出如此悲声?这还是 那个在天安门上向世界宣告中华人民共和国站起来了,自信能跳出历史周期律的毛主席吗? 2000多年前,汉高祖刘邦关于江山谁守不但提出了问题,还给出了自己的答案。他在一统天下的时候做了一首大风歌:“大风起兮云飞扬,威加四海兮归故乡, 安得猛士兮守故乡...
Linux 网卡驱动安装记“华硕(Asus)P5QPL-AM主板板载网卡 Redhat Linux Enterprise 5.2 操作系统,没有自动识 别出华硕(Asus)P5QPL-AM主板板载网卡,从网上搜得该系列网卡在Linux下的 驱动程序如下:http://www.zenglu.net/downloads/AR81Family.tar.gz 下载并使用U盘拷贝至Linux后,使用以下命令解压缩:tar zvf  AR81Family.tar.gz  进入解压后的文件夹AR81Family,进入子文件夹src,依 次运行如下两个命令:makesudo make install 运行成功后重启Linux操作系统(reboot命令)即可自动 识别该板载网卡
OEM提示:Oracle 建议撤消 PUBLIC 对功能强大的程序包的 EXECUTE 权限程序包­: DBMS_RANDOM­ UTL_HTTP­ UTL_SMTP­ UTL_TCP­[oracle@db ~]$ sqlplus / as sysdbaSQL*Plus: Release 10.2.0.4.0 - Production on Fri Jun 12 14:20:44 2009Copyright (c) 1982, 2007, Oracle. All Rights Reserved.Connected to:Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit ProductionWith the Partitioning, OLAP, Data Mining and Real Application Testing optionsSQL> revoke execute on utl_file from public;Revoke succeeded.SQL> revoke execute on dbms_random from public;Revoke succeeded.SQL> revoke execute on utl_http from public;Revoke succeeded.SQL> revoke execute on utl_smtp from public;Revoke succeeded.SQL> revoke execute on utl_tcp from public;Revoke succeeded.SQL>========================================收回后会出现许多无效的包,下面的你可能会用到。SQL>grant execute on utl_file to public;SQL>grant execute on DBMS_RANDOM to public;SQL>grant execute on UTL_HTTP to public;SQL>grant...
SQL2005数据库 误删除表恢复方法SQL2005数据库 误删除表恢复方法假设我们现在误操作删除了 Db.dbo.TB_test 这个表DROP TABLE Db.dbo.TB_test--保存删除表的时间 SELECT dt=GETDATE() INTO #GO--在删除操作后,发现不应该删除表 Db.dbo.TB_test --下面演示了如何恢复这个误删除的表 Db.dbo.TB_test --首先,备份事务日志(使用事务日志才能还原到指定的时间点) BACKUP LOG Db TO DISK='c:\db_log.bak' WITH FORMATGO--接下来,我们要先还原完全备份(还原日志必须在还原完全备份的基础上进行) RESTORE DATABASE Db FROM DISK='c:\db.bak' WITH REPLACE,NORECOVERYGO--将事务日志还原到删除操作前(这里的时间对应上面的删除时间,并比删除时间略早 DECLARE @dt datetimeSELECT @dt=DATEADD(ms,-20,dt) FROM #  --获取比表被删除的时间略早的时间RESTORE LOG Db FROM DISK='c:\db_log.bak' WITH RECOVERY,STOPAT=@dtGO--查询一下,看表是否恢复 SELECT * FROM Db.dbo.TB_test/*--结果: ID          ----------- (所影响的行数为 0 行) --*/--测试成功 GO
SQL SERVER数据库置疑后恢复步骤--1. 恢复步骤:   --a.将smlog_log.ldf文件备份到其它目录下;   --b.将源目录下的smlog_log.ldf文件改名为smlog_log_bak.ldf;   --c.执行以下语句修改数据库的状态:   use Master   go   update sysdatabases set status=32768 where name='数据库名称'     --修改状态,設為緊急狀態 go   shutdown with nowait     --停止数据库服务器   go   --d.退出SQL并在(COMMAND)命令行模式中通过下面的代码重新启动SQL:   sqlservr -c -T3608 -T4022     --安全模式启动SQL SERVER--e.在查询分析器中执行以下语句来查看刚刚修改过状态的数据库状态:   select Name,Status from sysdatabases where Name='数据库名稱'  --f.执行以下代码新建日志文件:   dbcc traceon(3604)--跟踪   dbcc rebuild_log('数据库名称','日志文件全路徑') --文件名要有全路径和扩展名--dbcc rebuild_log('prs_msc','d:\mscsql\mssql\data\prs_msc_log...
SQL2005恢复只有mdf文件的数据库。我把原来的数据库分离后,直接把日志文件给干掉了。原来在SQL 2000里经常这么干,只用一个mdf就附加了。没想到sql2005居然不行。我试验了一圈 终于找到一个成功的方法。转载,供后来者参考。SQL2005 如何在没有日志文件的情况下如何恢复MDF数据库文件第一步:先建立一个同名数据库,停止SQL SERVER2005,将没有日志的的.mdf数据库文件覆盖刚新建的.mdf数据库文件,重新启动数据库。第三步:在查询分析器中运行如下代码:alter database 数据库名   set emergency   —将数据库设置为紧急状态use master declare @databasename varchar(255) set @databasename=‘数据库名’         —你的.mdf文件文件名exec sp_dboption @databasename, N’single‘, N’true’ —将目标数据库置为单用户状态 dbcc checkdb(@databasename,REPAIR_ALLOW_DATA_LOSS) dbcc checkdb(@databasename,REPAIR_REBUILD) exec sp_dboption @databasename, N’single‘, N’false’—将目标数据库置为多用户状态 执行出现“数据库其他多个文件与数据库主文件不匹配….”错误,再执行一次即可。
SQLserver2000数据库置疑的解决方法汇总只有mdf文件的恢复技术由于种种原因,我们如果当时仅仅备份了mdf文件,那么恢复起来就是一件很麻烦的事情了。如果您的mdf文件是当前数据库产生的,那么很侥幸,也许你使用sp_attach_db或者sp_attach_single_file_db可以恢复数据库,但是会出现类似下面的提示信息设备激活错误。物理文件名 'C:\Program Files\Microsoft SQL Server\MSSQL\data\test_Log.LDF' 可能有误。已创建名为 'C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_log.LDF' 的新日志文件。但是,如果您的数据库文件是从其他计算机上复制过来的,那么很不幸,也许上述办法就行不通了。你也许会得到类似下面的错误信息服务器: 消息 1813,级别 16,状态 2,行 1未能打开新数据库 'test'。CREATE DATABASE 将终止。设备激活错误。物理文件名 'd:\test_log.LDF' 可能有误。怎么办呢?别着急,下面我们举例说明恢复办法。*/--A.我们使用默认方式建立一个供恢复使用的数据库(如test)。可以在SQL Server Enterprise Manager里面建立。--B.停掉数据库服务器。--C.将刚才生成的数据库的日志文件test_log.ldf删除,用要恢复的数据库mdf文件覆盖刚才生成的数据库数据文...
    总共268页,当前第242页 | 页数:
  1. 232
  2. 233
  3. 234
  4. 235
  5. 236
  6. 237
  7. 238
  8. 239
  9. 240
  10. 241
  11. 242
  12. 243
  13. 244
  14. 245
  15. 246
  16. 247
  17. 248
  18. 249
  19. 250
  20. 251
  21. 252