IT博客-技术提高能力,沟通开拓视野-文章分类-系统维护

快速清除SQLServer日志的两种方法

Alligator — Mon, 15 Oct 2007 10:57:00 GMT

日志文件满而造成SQL数据库无法写入文件时，可用如下两种方法：

第一种方法：清空日志。
     1．打开查询分析器，输入命令
       DUMP TRANSACTION 数据库名 WITH NO_LOG
    2.再打开企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件
      --在收缩方式里选择收缩至XXM,

     这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以

第二种方法有一定的风险性，因为SQL SERVER的日志文件不是即时写入数据库主文件的，如处理不当，
     会造成数据的损失。

1: 删除LOG
   分离数据库企业管理器－＞服务器－＞数据库－＞右键－＞分离数据库
2：删除LOG文件
   附加数据库企业管理器－＞服务器－＞数据库－＞右键－＞附加数据库

此法生成新的LOG，大小只有500多KB。

注意：建议使用第一种方法。
如果以后,不想要它变大。
SQL2000下使用：
在数据库上点右键->属性->选项->故障恢复-模型-选择-简单模型。
或用SQL语句：
alter database 数据库名 set recovery simple
另外，Truncate log on checkpoint(此选项用于SQL7.0，SQL 2000中即故障恢复模型选择为简单模型)
当执行CHECKPOINT 命令时如果事务日志文件超过其大小的70% 则将其内容清除在开发数据库时,
常将此选项设置为True Auto shrink定期对数据库进行检查当数据库文件或日志文件的未用空间超过其大小的25%时，
系统将会自动缩减文件使其未用空间等于25%。
当文件大小没有超过其建立时的初始大小时不会缩减文件.
缩减后的文件也必须大于或等于其初始大小.
对事务日志文件的缩减只有在对其作备份时或将 Truncate log on checkpoint 选项设为True 时才能进行。

注意：一般立成建立的数据库默认属性已设好，但碰到意外情况使数据库属性被更改，请用户清空日志后，
检查数据库的以上属性，以防事务日志再次充满。

Alligator 2007-10-15 18:57 发表评论

IBM T60笔记本重装找不到硬盘的解决方法

Alligator — Mon, 08 Oct 2007 03:50:00 GMT

      按照通常安装笔记本做法，用光盘启动准备装系统，会提示找不到硬盘，安装无法继续。

      根本原因是SATA硬盘的笔记本用传统安装盘安装系统时，需要做一些特殊设置：
      首先开机按F1，进入BIOS，在SATA的，将硬盘模式改为Composite（混合模式），这样问题就解决了，顺利安装好了系统。
     但是这样设置会降低系统性能特别是硬盘的性能，解决办法：
     在IBM网站上下载AHCI驱动，
     http://www-900.cn.ibm.com/cn/support/download/driver/detail?DocId=XJCI-6N5C5P然后在设备管理器里更新IDE ATA/ATAPI控制器的驱动，更新后的驱动显示为Intel(R) 82801GBM SATA AHCI Controller，更换驱动后进入BIOS的设置，将硬盘模式改为SATA，重新启动机器就可以正常的以高速的SATA模式来进入系统了。

Alligator 2007-10-08 11:50 发表评论

"你是盗版软件受害者"解决方法

Alligator — Wed, 06 Jun 2007 03:27:00 GMT

一：打开注册表(开始----运行----输入regedit)
然后依次打开　　HKEY_LOCAL_MACHINE\SOFTWARE\microsoft\WindowsNT\CurrentVersion\Winlogon\Notify\WgaLogon，删除它（WgaLogon）
二：　再重新启动(一定要重起，要不然删不了C盘的文件)，wgatray.exe就不会自动启动了，再把C:\windows\system 32中的wgaTray.exe删除，再搜索一下，确定在另外的文件夹下还有，统统删除，（搜索的方法是开始---搜索--所有文件及文件夹---全部文件或部分文件名，写上"wgaTray.exe"后点搜索，搜索到后，点鼠标右键删除之），然后再次重起
三：　然后再次进到注册表HKEY_LOCAL_MACHINE\SOFTWARE\microsoft\WindowsNT\CurrentVersion\Winlogon\Notify\WgaLogon，删除它（和第一次的操作相同），至此问题解决了！！

Alligator 2007-06-06 11:27 发表评论

Windows登录类型

Alligator — Tue, 29 May 2007 04:00:00 GMT

如果你留意Windows系统的安全日志，在那些事件描述中你将会发现里面的“登录类型”并非全部相同，难道除了在键盘上进行交互式登录（登录类型1）之外还有其它类型吗？不错，Windows为了让你从日志中获得更多有价值的信息，它细分了很多种登录类型，以便让你区分登录者到底是从本地登录，还是从网络登录，以及其它更多的登录方式。因为了解了这些登录方式，将有助于你从事件日志中发现可疑的黑客行为，并能够判断其攻击方式。下面我们就来详细地看看Windows的登录类型。
　　
　　登录类型2：交互式登录（Interactive）
　
　　这应该是你最先想到的登录方式吧，所谓交互式登录就是指用户在计算机的控制台上进行的登录，也就是在本地键盘上进行的登录，但不要忘记通过KVM登录仍然属于交互式登录，虽然它是基于网络的。
　　
　　登录类型3：网络（Network）
　　
　　当你从网络的上访问一台计算机时在大多数情况下Windows记为类型3，最常见的情况就是连接到共享文件夹或者共享打印机时。另外大多数情况下通过网络登录IIS时也被记为这种类型，但基本验证方式的IIS登录是个例外，它将被记为类型8，下面将讲述。
　　
　　登录类型4：批处理（Batch）
　　
　　当Windows运行一个计划任务时，“计划任务服务”将为这个任务首先创建一个新的登录会话以便它能在此计划任务所配置的用户账户下运行，当这种登录出现时，Windows在日志中记为类型4，对于其它类型的工作任务系统，依赖于它的设计，也可以在开始工作时产生类型4的登录事件，类型4登录通常表明某计划任务启动，但也可能是一个恶意用户通过计划任务来猜测用户密码，这种尝试将产生一个类型4的登录失败事件，但是这种失败登录也可能是由于计划任务的用户密码没能同步更改造成的，比如用户密码更改了，而忘记了在计划任务中进行更改。
　　
　　登录类型5：服务（Service）
　　
　　与计划任务类似，每种服务都被配置在某个特定的用户账户下运行，当一个服务开始时，Windows首先为这个特定的用户创建一个登录会话，这将被记为类型5，失败的类型5通常表明用户的密码已变而这里没得到更新，当然这也可能是由恶意用户的密码猜测引起的，但是这种可能性比较小，因为创建一个新的服务或编辑一个已存在的服务默认情况下都要求是管理员或serversoperators身份，而这种身份的恶意用户，已经有足够的能力来干他的坏事了，已经用不着费力来猜测服务密码了。
　　
　　登录类型7：解锁（Unlock）
　　
　　你可能希望当一个用户离开他的计算机时相应的工作站自动开始一个密码保护的屏保，当一个用户回来解锁时，Windows就把这种解锁操作认为是一个类型7的登录，失败的类型7登录表明有人输入了错误的密码或者有人在尝试解锁计算机。
　　
　　登录类型8：网络明文（NetworkCleartext）
　　
　　这种登录表明这是一个像类型3一样的网络登录，但是这种登录的密码在网络上是通过明文传输的，WindowsServer服务是不允许通过明文验证连接到共享文件夹或打印机的，据我所知只有当从一个使用Advapi的ASP脚本登录或者一个用户使用基本验证方式登录IIS才会是这种登录类型。“登录过程”栏都将列出Advapi.
　　
　　登录类型9：新凭证（NewCredentials）
　　
　　当你使用带/Netonly参数的RUNAS命令运行一个程序时，RUNAS以本地当前登录用户运行它，但如果这个程序需要连接到网络上的其它计算机时，这时就将以RUNAS命令中指定的用户进行连接，同时Windows将把这种登录记为类型9，如果RUNAS命令没带/Netonly参数，那么这个程序就将以指定的用户运行，但日志中的登录类型是2.
　　
　　登录类型10：远程交互（RemoteInteractive）
　　
　　当你通过终端服务、远程桌面或远程协助访问计算机时，Windows将记为类型10，以便与真正的控制台登录相区别，注意XP之前的版本不支持这种登录类型，比如Windows2000仍然会把终端服务登录记为类型2.
　　
　　登录类型11：缓存交互（CachedInteractive）
　　
　　Windows支持一种称为缓存登录的功能，这种功能对移动用户尤其有利，比如你在自己网络之外以域用户登录而无法登录域控制器时就将使用这种功能，默认情况下，Windows缓存了最近10次交互式域登录的凭证HASH，如果以后当你以一个域用户登录而又没有域控制器可用时，Windows将使用这些HASH来验证你的身份。
　　
　　上面讲了Windows的登录类型，但默认情况下Windows2000是没有记录安全日志的，你必须先启用组策略“计算机配置/Windows设置/安全设置/本地策略/审核策略”下的“审核登录事件”才能看到上面的记录信息。希望这些详细的记录信息有助于大家更好地掌握系统情况，维护网络安定。

Alligator 2007-05-29 12:00 发表评论

日志错误提示：Windows无法决定用户名或计算机名。返回值(1722)的解决方法

Alligator — Wed, 16 May 2007 05:07:00 GMT

现象描述：公司内部一台Win2000客户机，在登录域过程中，非常缓慢,从开机到进入登录界面，至少要十分钟时间，登录后到显示桌面，也需要十分钟时间。
问题跟踪：一开始以为是公司的WSUS补丁自动更新服务造成，将该机所有的补丁手动更新完成后，现象仍然存在。将该机全面杀毒后问题依然。在检查客户机日志后，发现有如下日志错误提示：Windows无法决定用户名或计算机名。返回值(1722)。
使用IpConfig /All后，发觉是DNS服务器指向不对，该机指向的DNS服务器已停用，重新指向正确的DNS服务器后问题解决。

问题总结：DNS是整个网络中的经脉，地位非常重要。如果客户机在开机时，长时间停留在“正在准备网络连接”状态，基本上都是DNS出现问题。

Alligator 2007-05-16 13:07 发表评论

C:\windows\system32\autoexec.nt.系统文件不适用于运行MS-DOS与MICROSOFT WINDOWS 应用程序。选择关闭终止应用程序. 的解决方法

Alligator — Tue, 08 May 2007 14:29:00 GMT

解决方法：
1、到Windows目录下的repair文件夹，把里面的autoexec.nt复制到system32目录，如果提示config.nt出错方法相同。
或
2、打开任意一扩展名为.com的文件,然后查看属性,在"程序"活页卡片内点击"高级"按钮,在第一行内填入 %SystemRoot%\SYSTEM32\AUTOEXEC.NT.在第二行内填入 %SystemRoot%\SYSTEM32\CONFIG.NT，如果以上还不行的话,在WINDOWS\SYSTEM32下有个文件AUTOEXEC.NT,用记事本打开,删除原内容,然后输入以下内容: @ECHO OFF lh %SystemRoot%\system32\mscdexnt.exe lh %SystemRoot%\system32\redir lh %SystemRoot%\system32\dosx
注：AUTOEXEC.NT.文件的作用：是用来初始化MS-DOS环境，它是XP启动盘的重要文件

Alligator 2007-05-08 22:29 发表评论

config.nt.系统文件不适用运行MS-DOS与Microsoft Windows应用程序。选择“关闭”终止应用程序的解决方法

Alligator — Tue, 08 May 2007 14:27:00 GMT

我们常常遇到这种情况：有些可执行文件，在一台机上可以正常运行，但在另一台上却无法打开。而且还弹出如下错误提示框：
“config.nt.系统文件不适用运行MS-DOS与Microsoft Windows应用程序。选择“关闭”终止应用程序”
具体的原因是该电脑由于中了病毒或其它原因，导致以下文件出现错误。

解决方法:
插入WinXP的安装盘到光驱中，在命令提示符下面分别执行如下命令(假设系统安装在C盘, 光驱为Z盘:)

expand Z:\i386\config.nt_ C:\windows\system32\config.nt
expand Z:\i386\autoexec.nt_ C:\windows\system32\autoexec.nt
expand Z:\i386\command.co_ C:\windows\system32\command.com

重启即可.

Alligator 2007-05-08 22:27 发表评论

WinXP系统下,FRM_92100错误故障解决办法一则

Alligator — Fri, 02 Feb 2007 07:40:00 GMT

公司某台PC重装后,使用的ERP系统(Oracle Form Application)频繁出现如下错误：
FRM-92100 与服务器的连接中断。这可能是网络错误或服务器上的失败导致的。需要重新建立会话。
细节：
Java Exception:
java.io.EOFException
at java.io.DataInputStream.readUnsignedByte(Unknown source
at oracle.forms.engine.Message.readDetails(Unknown source
at oracle.forms.engine.Message.readDetails(Unknown source
at oracle.forms.net.StreamMessageReader

问题定位：
考虑到仅这一台机出现这种情况，其它机使用正常，排除网络与服务器问题。问题出现在该主机上。

故障排查：
　1：检查网络连通性,ping服务器地址，一直畅通，排除网络故障。
　2：检查病毒,经使用Nod32杀毒，无任何结果。
3：检查相关设置，ERP系统设置与其它机器相同，也不应该系统设置问题。
　
百思不得其解中，突然想到，重装前机器的操作系统是Win2000,重装后为WinXP.是不是WinXP自带的防火墙的原因呢？关掉防火墙后，再测试，ERP系统一切正常，问题解决。.......

Alligator 2007-02-02 15:40 发表评论