无法开机,或者开机无反应,首先怀疑电池或者电源适配器问题。
将电源适配器所有接口全部插紧插牢,充电一段时间再开机试试。如果还是没反应,送修理店吧,这个要拆机检测,自己搞不定的。一、管理上的问题 系统部署到服务器上后,系统的升级、补丁更新、甚至病毒的更新、扫描没有人做或做的不到位。主要原因是运维团队与开发团队是分开的。运维团队目前不敢对系统贸然进行升级、打补丁,怕更新后系统运行有问题,怕担责任,这个可以理解,但是作为运营级的服务,我觉得必须对用户负责的,在运营工作上是要投入资源的,研发也是要投入资源和精力的。 太多的情况都需要跟研发中心协调,但是研发中心的利润点是新项目,对运维工作资源投入有限。在这种研发与运维关系的协调与管理上缺乏成功经验。 缺乏真正技术层面上的运维管理经验。 管理上缺乏自动化工具:自动化网管(网络设备、系统服务监控、入侵及防御系统等)工具。 衡量运维员工的绩效成绩,应该主要考核所运维系统及平台的稳定性、运维规章制度执行情况及对突发事件响应情况,而不应该以考核工作量为主,这样的话谁还在乎技术、技能的提升? 员工有活儿干就是了。二、技术上的问题 没有专门的安全工程师负责安全方面问题的集中解决、处理、咨询。 没有对 *** 作系统及相关应用系统统一要求的安全配置标准基线。(我粗略的想应该有Windows/Linux的 web服务、虚拟主机服务、应用服务等的配置基线,例如:sp打到何种程度、杀毒软件及病毒库日期、端口开发哪些、启动哪些服务、启动的服务如何配置、用户及密码管理、文件系统权限、本地或远程的管理模式等; 缺少切实可行的维护与管理计划:系统更新配置方式及部署方式、杀毒软件更新频率、杀毒软件定期杀毒频率、主机安全定期扫描计划及方案) 没有对重要系统或应用的应急备份及启用预案。 运维员工及公司二线工程师对应用系统的维护和管理水平还有待提高。 运维的巡检工作方向目前以网络和硬件为主,但是缺乏对具体技术、安全配置 、安全管理等方面的关注。
查看cpu cat /proc/cpuinfo
查看内存top、free -m
清理内存 echo 1 > /proc/sys/vm/drop_caches
查看磁盘使用情况df-h
看你需求巡检哪些东西了,每台机器上面应用是否需要巡检 查看启停情况 日志等等
不用维护,混就好,没事祈求上天保佑别出事。出了事情就推卸责任,怪杀毒软件,怪360,怪自动维护软件,怪机房环境等等。如果你不想这样,那就从头开始重视,当然自动维护软件不是不好,他能减轻你很多工作负担,特别是要维护大量服务器的时候也是必须的,但是,你要从根本上了解一台服务器维护要做的内容。
如果你对windows系统不熟悉,你必须要在干净的系统做好后留一个备份,同时对系统的各项指标留下文档报备,没事的时候定期做巡检对比找出可疑之处。在出事的时候能对照报备找出原因。其中包括系统的概况(磁盘,cpu,内存,I/O,中断请求等),系统网络活动程序,防火墙出入站规则,本地安全策略,系统日志,注册表完整备份,DLL 注入程序情况,远程登入的程序,影像劫持情况,系统驱动,计划任务,系统额外服务,系统引导项,安装的程序,等等,除此如果按装了数据库还要对数据库的情报做一个报备文档。详细的系统和数据库文档报备你可以参考一下大神的工作报告。工作报告可以通过自动维护软件去做,但如果服务器不多或者有空的情况下,还是需要自己手动去看看,微软官网有许多这样的维护工具,你可以看到系统的详细信息。总比啥也不清楚。当你熟悉了系统以后基本不需要完整的报备就能发现可以的问题了。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)