精华内容
下载资源
问答
  • windows 服务器重启原因排查

    万次阅读 2016-08-03 01:27:23
    如果机器出现重启,可通过查看系统日志来追查系统重启的原因: 系统日志路径:控制面板-管理工具-事件查看器-windows日志-系统 打开发现日志记录太多了,逐条查看太慢,是否可以直接查看到系统是从...
    如果机器出现重启,可通过查看系统日志来追查系统重启的原因:
    系统日志路径:控制面板-管理工具-事件查看器-windows日志-系统
    打开发现日志记录太多了,逐条查看太慢,是否可以直接查看到系统是从什么时间启动的,再从这个时间往回查不就简单多了?
    这块有个小技巧,建议在查看日志之前,直接运行cmd,再输入systeminfo,可以查看到什么时间启动的系统,详见下图:
    查看到这个时间后,直接到日志里定位到这个时间的日志进行回查,可以看到系统重启的日志记录:
    再继续往前查,终于查到重启的原因为windows update搞的鬼:
    总结:系统日志是个好东西,可以看到很多有用的信息,包括机器登录信息等。
    展开全文
  • 前言:有时候管理、维护Windows服务器需要定期重启服务器(为什么需要重启,你懂的),但是这个...这个时候,你就需要查看服务器运行了多长时间,下面介绍一下如何查看Windows服务器运行时间的方法 方法一:如果这...

    前言:有时候管理、维护Windows服务器需要定期重启服务器(为什么需要重启,你懂的),但是这个“定期”有时候会受很多因素影响,例如某台服务器忘了重启;某台服务器那个时间段业务繁忙,不能重启;那个时间段你忘了重启服务器.....。 诸如此类。当你的Schedule被打乱了。这个时候,你就需要查看服务器运行了多长时间,下面介绍一下如何查看Windows服务器运行时间的方法

    方法一:如果这台Windows服务器是数据库服务器,那么可以通过查看SQL SERVER启动时间来间接判断Windows服务器上次启动时间。

    这个时间是否准确的前提条件是SQL SERVER服务是自动启动,而且中途没有重启过SQL SERVER服务。 如果Windows服务器是应用服务器,那么没法使用这个方法。

            1.1 :SQL SERVER服务每次启动时,都会重新创建tempdb,所以可以以tempdb的创建时间来判断SQL Server服务的启动时间

                --系统数据库tempdb创建的时间 
                 

       1: SELECT CREATE_DATE AS StartDateTime
       2:  
       3: FROM sys.databases
       4:  
       5: WHERE NAME='TEMPDB'

     

          

           1.2:通过查看系统兼容性视图master..sysprocesses获取。会话Id 为1的是SQL Server启动时创建的 。

       1: SELECT CONVERT(VARCHAR(30), LOGIN_TIME,120) AS StartDateTime
       2:  
       3: FROM master..sysprocesses WHERE spid=1

             1.3 通过查看DMV sys.dm_os_sys_info获取, 这个动态管理 视图中的字段sqlserver_start_time 表示SQL Server 上次启动时的日期和时间

       1: SELECT sqlserver_start_time AS StartDateTime
       2:  
       3: FROM sys.dm_os_sys_info

              1.4 通过 查看DMV sys.dm_exec_requests获取  。会话Id 为1的是SQL Server启动时创建的。它的start_time(请求到达时的时间戳)可以判定SQL Server服务启动的时间。

       1: SELECT start_time AS StartDateTime 
       2: FROM sys.dm_exec_requests WHERE session_id = 1

              1.5 : 通过查看sys.traces 目录视图。该目录视图包含当前在系统中运行的跟踪

       1: SELECT start_time AS StartDateTime
       2:  
       3: FROM sys.traces
       4:  
       5: WHERE is_default=1

     

    方法2:通过systeminfo命令或systeminfo | find "System Boot Time" 命令查看服务器启动时间。

    clipboard_thumb1

        C:\Users\xxxx>systeminfo | find "System Boot Time"

          System Boot Time: 3/8/2014, 12:24:34 PM

    clipboard1_thumb1

     

     

    方法3:通过命令net statistics workstation 命令查看

    clipboard2_thumb1

    方法4:工具,Uptime.exe,是可用于显示系统的可用性。Uptime.exe 可以用于显示当前的本地或远程系统的正常运行时间。它还可以扫描重要的系统事件 (如系统重新启动或计算机没有响应 (挂起) 的事件日志。在可能的情况下,它还会计算系统的可用性。它主要是为 Windows NT 服务器 4.0 Service Pack 4 或更高版本,尽管其有限的方式,在早期版本上运行。大家可以从官方http://support.microsoft.com/kb/q232243 下载

    clipboard3_thumb1

       E:\>uptime /?

    UPTIME, Version 1.01

    (C) Copyright 1999, Microsoft Corporation

    Uptime [server] [/s ] [/a] [/d:mm/dd/yyyy | /p:n] [/heartbeat] [/? | /help]

            server Name or IP address of remote server to process.

            /s Display key system events and statistics.

            /a Display application failure events (assumes /s).

            /d: Only calculate for events after mm/dd/yyyy.

            /p: Only calculate for events in the previous n days.

            /heartbeat Turn on/off the system's heartbeat

            /? Basic usage.

            /help Additional usage information.

     

    方法5:查看系统日志: 通过检查6005、6006、6009等系统日志事件。

    • 6005 事件都记录启动时记录的事件日志服务已启动。它使消息"的事件日志服务已启动"。
    • 6006 事件被记录为干净关闭。它使消息"的事件日志服务已停止"。
    • 6008 事件被记录为不正常关机。它使消息"在日期上以前的系统关机不意外"。
    • 6009 事件将记录在每次启动过程并表示操作系统版本,生成编号、 service pack 级别和其他相关的信息系统。根据您当前的配置,它提供了类似的消息:"Microsoft (R) Windows NT 4.0 1381年服务包 6 多处理器可用"

    Windows Server 2000

    clipboard4_thumb1

    Windows Server 2008

    clipboard5_thumb1

     

    参考资料:

    http://zarez.net/?p=1077

     

    转自:https://www.cnblogs.com/kerrycode/p/3675298.html 本文只为自己留存和查阅使用。

    展开全文
  • windows 2003 svn服务器,运行一段时间后远程连接失败,能PING通,提交代码有问题,过段时间后蓝屏重启查看系统日志,有持续的报错,该报错一般是由于系统内存不足引起的: 分析蓝屏文件,发现蓝屏时,...

    windows2003服务器内存泄露问题分析

    windows 2003 svn服务器,运行一段时间后远程连接失败,能PING通,提交代码有问题,过段时间后蓝屏重启。

                查看系统日志,有持续的报错,该报错一般是由于系统内存不足引起的:
                    
                     

    分析蓝屏文件,发现蓝屏时,堆栈在显卡驱动igxpmp32中,分析后认为该处不是第一现场,而是由于内存不足的情况下,该驱动处理存在问题。

         可以使用!poolused 找出哪个tag使用的内存高。

                       

        使用内存池监视器poolmon,监控内存池使用情况 编写脚本每分钟调用一次,并将结果写入日志文件中

                    如果没有dump文件,可以使用poolmon监控内存使用情况,监控一段时间后,发现非分页内存使用异常,pool tag名为SQLP的非分页内存使用明显超出正常范围。
                    
            

    在drivers目录,执行命令strings * | findstr SQL 查出使用该pool tag名称的驱动是360AntiHacker.sys。

                由此定位出内存泄露的元凶是360安全卫士。

    转载于:https://www.cnblogs.com/diveintokernel/p/9481302.html

    展开全文
  • 最近一段时间,我总是遇到服务器用一段时间后就会卡顿!具体表现为客户端的java语言开发的应用程序在做业务操作的时候会卡顿或者提示程序无影响的现象,而且是所有连接到这一台服务器的所有客户端的程序都有这样的...

    最近一段时间,我总是遇到服务器用一段时间后就会卡顿!具体表现为客户端的java语言开发的应用程序在做业务操作的时候会卡顿或者提示程序无影响的现象,而且是所有连接到这一台服务器的所有客户端的程序都有这样的现象;这样的情况下,就定位到了服务器上可能存在问题了。马上通过网络远程服务器,但是这时却提示无法远程该服务器!难道是服务器直接宕机了?直奔机房,通过直连的显示器查看该服务器,发现这台服务器也没有死机,机器机箱外壳指示灯也无异常。但是在操作服务的时候特别卡,连操作双击我的电脑的这么一个步骤进入到我的电脑的盘符列表界面都要等上十几秒中。

    后来在百度N遍不放弃的态度的搜索和过滤后,最终确认了之前我多次怀疑的问题。就是服务器的可用内存过小导致的服务器里的各种程序应用不能正常运行的问题。之前只是怀疑,因为每次出现这种卡顿故障,重启一下服务器就可以恢复了。之前也百度过多遍,但是一直没有查到比较官方的理由依据。下图就是微软官方的证明了。

    97d0c04e2d1b900ad6bc5e75ca238c29.png

    微软官方网站对该问题的描述

    aac6d3d51360ada09a0ac80f4c79c15c.png

    引起卡顿的原因及其症状

    0ba80d8707b877335c4651d84d05fcac.png

    症状:telnet服务器,网络正常,但是就是不能远程桌面

    21f933e6bdec63ac07f3d58f4f81bb85.png

    症状2:任务管理器查看可用内存几乎为0了

    接下来我就根据官网上的所说的步骤来验证存在这个问题,如下:

    1、通过网址http://technet.microsoft.com/en-us/sysinternals/ff700229下载SysInternals RamMap 工具进行查看缓存是否存在持续不断增长中。

    a8126f4563afa7f31a3f3e13442e2cf0.png

    通过SysInternals RamMap 工具查看缓存是否持续增长

    2、再一步使用服务器自带的工具进行查证是否存在这个问题。

    82137e20ac8e80b4156756663cde829f.png

    找到系统自带的性能监视器

    ada6f1a55476cb8dce45ad4ef659af33.png

    添加缓存计数器监视1

    574260c8188547f278e226ca7d501b9c.png

    添加缓存计数器监视2(找到system cache bytes,点击添加)

    做完上面的步骤后就可以看到缓存是不是一直增加了,由于我的服务器的截图是重启后的截图了,所以没有呈现到一直增大的趋势图。(因为当时服务器已经卡到没有办法动了,只能重启了)

    051772aaadcdb13fbd650f0f96f62e37.png

    服务器重启后的截图

    如果有问题的话应该是显示如下图的样子。

    5dcda763df5d9def1fd8c6a320421fdc.png

    性能监视器下缓存不停增加的证据图

    然后,就要解决这个问题了;

    1、从微软网站下载一个叫 Microsoft Windows Dynamic Cache Service 的工具;但是我尝试微软官网的这个下载网址都无法正常下载,只是能看到下图的这个界面,点击进去却无法打开。后来通过百度在其他网址找到了Microsoft Windows Dynamic Cache Service这个工具。

    7639ae630833e51d582081fc47a8e6eb.png

    官网这个download下载不了

    4329f8f4b6d2e1dc46cd22f1b5374b70.png

    这个工具的文件结构目录(大小为1.3M左右)

    2、根据自己服务器的操作系统是32位(在下载的文件的I386文件夹目录下复制DynCache.exe文件)还是64位(在下载的文件的AMD64文件夹目录下复制DynCache.exe文件)到相应的目录下复制复制工具中的DynCache.exe文件到服务器操作系统盘的system32文件夹的根目录下。

    e4558269edf9bf09bd36c033529be4e8.png

    3、通过命令行窗口生成服务。

    输入以下命令(注意=和值之间一定要有空格):

    sc create DynCache binpath= %SystemRoot%System32DynCache.exe start= auto type= own DisplayName= "Dynamic Cache Service"

    9b0a794323db56f35083b3c5be4da92e.png

    输入命令

    613c63cc195ced5e7fb7fbf9851e0ccd.png

    命令执行完后会提示成功,并且在服务这里可以看到这个服务

    4、双击执行已下载下来的的文件夹里的注册文件DynCache.reg。

    af4f98c7c9b5a7785a6995612426f60b.png

    导入注册表信息

    5、在注册表中找到MaxSystemCacheMBytes(位置HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesDynCacheParameters ),双击它,选择“十进制”,在数值里输入要限制最大的缓存数(单位是MB),输入800就是限制缓存最大为800MB,输入0为不限制。

    876671ac7f2e9786e1117894cbf666c5.png

    在注册表中更新最大缓存值为800(原值为0的,是不限制的)

    6、重启服务器后就生效了。因为注册表修改后需要重新启动计算机之后才会生效,不重启之前应用的是修改之前的方案。

    7、如果后期需要停用这个改变的话,可以在“命令提示符”中依次输入sc stop DynCache —— 回车 —— sc delete DynCache —— 回车,然后重启服务器就可以停用了。

    展开全文
  • 在企业实际生产环境,尤其是部署了服务器虚拟化之后,配置虚拟机自动重启是一个很有必要的措施,即使当服务器出现问题或者计划内维护完成之后又能够自动重启虚拟机,亦可以减少宕机时间。 今天的文章主要介绍在Hyper...
  • 重写配置文件并重启脚本后,本错误出现。推测是脚本的行为被b站认定为bot并拒绝了链接,是否可以通过清空cookie或者重置脚本缓存之类的方法解决问题呢? <p><strong>截图或者视频或者报错文字...
  • 最近公司进行网络改造, 给每个工程组分配不同的网段,使得组织间的网络不能互相访问,在我重新配置完我们组的网络后,刚开始可以使用台式机连接服务器,但是过了一段时间重启后,所有的windows服务器都不能ping通,...
  • 作为服务器的管理人员,不可能经常上服务器查看内存是否达到极限,然后重启实例。想找一种自动实现的方式。方法如下: 分析内存每天达到极限的时间段,找出空闲时间。 批处理能重启服务 任务计划能让批处理每天...
  • 在日常运维中可能有时候系统突然重启了,但是不知道什么时候重启的,那么可以到服务器管理器的诊断——windows日志——查看系统日志,可以通过筛选以下事件ID来查看系统是什么时间意外关机或启动; ...
  • 故障描述,重启服务器后,发现该重启节点未成功加入到Windows群集中,导致该节点上的Alwayson服务也受影响处于“正在解析”状态,尝试重启cluster服务,发现无效,查看windows日志,发现以下错误: 发现...
  • 系统windows2003 server服务器不明原因重启,日志里面只有重启时间没有重启原因。Mantis出现的2个问题:一,选定某个项目后点击“查看问题”报错数据库查询失败。数据库返回的错误信息是:#1194: Table 'mantis_...
  • 背景:在windows系统中为定期完成某项任务,可以在系统管理工具的Task Scheduler中创建Task,设置执行账号和触发时间(如定期重启服务器)。现收到用户需求,监控用户在Task Scheduler中创建任务的执行状态(多个...
  • 1、首先打开任务管理器,能够查看到一个wlms.exe的进程,就是他搞的鬼,结束进程,服务器重启,又出现了,哈哈,需要使用工具处理。 2、下载工具PStools 能够K.O它,链接...
  • 系统windows2003 server服务器不明原因重启,日志里面只有重启时间没有重启原因。Mantis出现的2个问题:一,选定某个项目后点击“查看问题”报错数据库查询失败。数据库返回的错误信息是:#1194: Table 'mantis_...
  • 最近在安装Windows 2008R2 测试服务器,发现一个客户的测试服务器 Ping路由器正常,ping 服务器不正常,telnet 服务器端口也不正常,一般这个情况需要找网络部门帮着排查,偶然查看网卡连接时间,oh, 居然已经开了...
  • 服务器的定时强制重启也是很重要的,这可以保证服务器能长期稳定运行,这里会用到任务计划程序来计划每隔一段时间重启一次,命令为:shutdown -r -f -t 0,一般可设置为每周重启一次,如下: 可使服务器每周一1时...
  • * 支持远程重启服务器/重启IIS * 支持远程获取服务器基本信息、获取IIS主机头信息等。 Version 1.4.0.0 (2012-06-14) - 修正一处程序退出时可能引起的线程错误 - 优化一处引起程序启动慢的问题 - ...
  • - Windows事件日志中查看6013事件,计算当前操作系统运行时间是否超过497天 - Windows事件日志中重复报5719事件:RPC服务器不可用 2. 对运行时间超过497天的局点,先重启windows2008R2系统,恢复业务 3. 打上系统...
  • 从昨天开始,网站响应速度变得缓慢,网站服务器登录上去非常卡,重启服务器就能保证一段时间的正常访问,网站响应状态时而飞快时而缓慢,多数时间是缓慢的。针对网站服务器异常,系统日志和网站日志,是我们排查处理...
  • 迷你版SQL2000服务器

    2015-01-23 17:32:37
    Windows OS(vista/win7/win8/xp/2000/2003) 不支持Windows 9x 软件功能: 1、MSSQL2000数据库服务开启、关闭控制; 2、基本数据库操作(改密码、数据库新建、删除、分离、附加、备份、恢复); 3、日志和连接...
  • WindowsXP安装SQL_server2000的过程图解

    热门讨论 2012-06-07 11:22:37
    例如笔者的Windows服务器名称是 "Darkroad",则SQL Server的名字也是 "Darkroad"。SQL Server 2000可以在同一台服务器上安装多个实例,也就是你可以重复安装几次。这时您就需要选择不同的实例名称了。建议将实例名...
  • 7.6 eventvwr——Windows 事件查看器 341 7.7 wevtutil——管理Windows事件 343 第8章 故障恢复 349 8.1 bcdedit——配置数据存储编辑器 349 8.1.1 bcdedit命令简介 349 8.1.2 应用于存储的bcdedit命令选项 349 ...

空空如也

空空如也

1 2 3 4 5 6
收藏数 103
精华内容 41
关键字:

windows查看服务器重启时间