1.查看磁盘信息:freedisk 可以查看每一个盘的剩余空间
wmic diskdrive
可以看出来牌子和大小.
Wmic logicaldisk
可以看到有几个盘,每一个盘的文件系统和剩余空间
wmic volume
每个盘的剩余空间量,其实上一个命令也可以查看的
fsutil volume diskfree c:
这个命令查看每一个卷的容量信息是很方便
2.CPU信息
wmic cpu
上面显示的有位宽,最大始终频率, 生产厂商,二级缓存等信息
3.内存信息
wmic memorychip
可以显示出来三条内存,两条256,一条1G的,速度400MHz
4.BIOS信息
wmic bios
从任务列表中找到需要的进程
tasklist | findstr /s /i e.*
tasklist | findstr /s /i "python"
切换目录
cd /d D:/
dir
start D盘中的文件夹即可打开文件夹
tasklist/svc 就可以看到计算机当前正在运行程序
计算机操作系统不像2000系统那样会提示“链接太多”,而是提示“服务不可用”,这种情况是由于网站超出系统资源限制造成的,主要是因为程序占用了太多的资源,下面就让爱站技术频道小编为你浅析Service Unavailable的原因以及解决方法。
一、如果出现“Service Unavailable”的提示,刷新几下又可以访问。
出现这种情况是由于您的网站超过了iis限制造成的
由于2003的操作系统在提示IIS过多时并非像2000系统提示“链接人数过多”,而是提示"ServiceUnavailable",出现这种情况是由于网站超过了系统资源限制造成的,主要是程序占用资源太多。
比如同样是100人在线的论坛,雷傲论坛所占的资源就是PW论坛所占资源的10倍以上;另外,一些死循环程序,或者不优化的程序都会占用太多的系统资源,而系统资源明显是有限的。不过WINDOWS2003的操作系统,各网站之间是以独立进程运行的,不会相互影响。
如果一个网站的程序占资源太多或者发生太多的错误,系统日志就会提示:“应用程序池'xxx'被自动禁用,原因是为此应用程序池提供服务的进程中出现一系列错误,或者提示:应用程序池'xxx'超过了其作业限制设置。这时,访问这个网站就会提示:ServiceUnavailable。一般系统会在30秒左右恢复正常,多刷新几次就能正常访问了。
另外,如果你的网站当前访问人数过多,超过了系统的iis连接数限制,也会出现ServiceUnavailable的提示(win2k主机下出现连接过多就会提示:连接过多,请稍后再试;而win2003的主机刚直接提示:ServiceUnavailable)
二、没有限制IIS连接,还是遭遇Service Unavailable
多见于使用ACCESS数据库的网站
一般使用windows2003IIS6的用户可能这个问题一直正常的系统,突然有一个网站打不开了
提示:ServiceUnavailable但这个网站并没有限制IIS连接数。然后马上影响到了别的网站,不到一会,其他的网站也全变成了ServiceUnavailable
这是什么原因呢?//本文来自https://www.zzqidc.com
我们分析后可以知道,还是MS的老问题。ACCESS引擎当了。用服务器医生的文件医生修复,查看修复结果时会发现一些文件引起ACCESS引擎“灾难性故障”及“未将对象引用设置到对象的实例”的错误。通过文件医生修复后,系统才会恢复正常。
三、浏览一个WindowsSharePointServicesWeb站点时,提示:ServiceUnavailable
1.MicrosoftInternet信息服务(IIS)6.0中没有正确地配置用于虚拟服务器的应用程序池,就可能会发生此问题。
解决方案
要解决此问题,按照下列步骤操作:1.验证是否已为虚拟服务器配置了应用程序池。默认的应用程序池是MSSharePointPortalAppPool。
请按照下列步骤来确定虚拟服务器正在使用的应用程序池。
a.单击“开始”,指向“管理工具”,然后单击“Internet信息服务(IIS)管理器”。
b.展开“ServerName”,展开“Web站点”,右键单击虚拟服务器,然后单击“属性”。
c.单击“主目录”选项卡。为虚拟服务器配置的应用程序池列在“应用程序池”框中。
d.单击“确定”。
2.验证应用程序池帐户使用的密码是否正确。IIS不会自动轮询ActiveDirectory目录服务中的密码更改。如果应用程序池帐户是一个域帐户,其密码已过期,则在为此帐户重新指定一个新密码后,您可能会收到本文“症状”部分所描述的错误信息。
3.验证应用程序池帐户是服务器上的IIS_WPG组和STS_WPG组的成员。
4.重新启动IIS以回收应用程序池
ServiceUnavailable”出现的原因
ServiceUnavailable的出现一般是资源不足,如IIS、CPU或内存等。
我们的所有虚拟主机均不限制IIS,因此可以排除IIS不足。
我司所有服务器操作系统均为windows2003,有个很关键的东西就是“应用程序池”
一般情况下为30-50个站共用一个程序池,这个程序池可以简单理解为资源库,即这30-50个站共用这块资源。我们限定一个程序池的CPU占用为60%,内存使用为200M。
如果这个资源被其中一个站用完,则程序池就会停止,所有使用这个程序池的站就会出现“ServiceUnavailable”资源不足的提示,直到该程序池被重新启动。
大多数情况下,60%的CPU和200M内存完全足够使用;如果出现垃圾程序或遇到攻击,则可能出现CPU急速上升或内存大量使用,这个是大部分“ServiceUnavailable”出现的原因。从目前我们监测的情况看,大部分是CPU占用在90%-100%之间出现的。
1、出现“ServiceUnavailable”怎么办?
我们自主开发了一套专门监视并修复IIS的程序,每隔10分钟自动检查一次IIS,如果发现程序池停止,就会重新启动。因此一旦出现“ServiceUnavailable”,最多不超过10分钟,就会自动修复,大多数情况下只需要2-5分钟。其他大部分公司都没有监控程序,则只能手工修复,一般持续时间为2-6小时才能发现并启动。
2、频繁出现“ServiceUnavailable”怎么办?
如果频繁出现了这个提示,则表明其中一个和您共用资源的站出了问题,请联系我们的技术员进行排查。
3、出现“ServiceUnavailable”是服务器问题吗?
很多人都认为是服务器不稳定的问题,其实不然。如果是服务器问题,不会出现“ServiceUnavailable”的提示,而是直接瘫痪掉,连FTP也上不去。
出现这个是因为有站消耗了大量资源,服务器的资源始终是有限的,如果长期超过设置的值,则服务器会自动停止这个程序池,防止影响其他程序池的用户。
在日常使用数据中为了方便管理我们可能会使用客户端来连接MySQL,不过有时可能会出现无法连接。
如果第一次使用客户端连接MySQL数据库那么出现错误代码1130的概率会比较高,原因是禁止连接。
ERROR 1130: Host ‘192.168.1.1’ is not allowed to connect to this MySQL server
# 其中Host后面的IP地址是你本地的IP地址而非服务器IP地址
从报错的字面意思上可以看出原因在于IP不被允许连接MySQL服务,这是MySQL默认的安全设置导致的。
因此若想通过客户端连接MySQL就需要更改默认的安全策略,其位于MySQL的User数据表中。
MySQL默认的安全策略将root或其他用户设置为仅允许localhost访问,这里的localhost地址就是服务器的IP,因此你自己的IP是无法连接的。
解决办法:
![]()
1、先查询自己的IP地址(点击这里),然后将自己的信息添加至下列语句并在phpmyadmin执行即可;
GRANT ALL PRIVILEGES ON *.* TO ‘root’@’你自己的IP地址’ IDENTIFIED BY ‘数据库密码’ WITH GRANT OPTION;
#上面是一句、排版问题被分割成了两行,执行时请一次性执行;
#如上图:最后一行即执行此命令将本地IP添加进去的;
优点:既可以满足日常使用需求又可以保证安全 ;缺点:当你的IP地址变化了需要重新添加;
2、允许所有IP地址连接MySQL,将root用户默认的localhost改成%即允许所有IP地址连接MySQL。
如上图:将root用户的Host由localhost变更为%即允许所有IP访问,但安全性会大大降低(不推荐);
题外话:
诸如阿里云等云服务提供商会对3306等端口进行拦截,因此除了要进行上述操作外还需要修改安全组规则。
安全组规则位于ECS服务器控制台的左侧,将你自己的IP或IP段添加至公网流入规则并设置允许访问即可。
phpMyAdmin无法连接MySQL怎么办
解决方案:
1、首先我们进入phpmyadmin的目录,看有没有配置文件config.inc.php,如果没有把config.sample.inc.php复制重命名为config.inc.php;
2、然后打开配置文件,搜索localhost,找到$cfg[‘Servers’][$i][‘host’] = ‘localhost;
3、把localhost修改为127.0.0.1;
1 |
$cfg['Servers'][$i]['host'] ='localhost'; |
修改为:
1 |
$cfg['Servers'][$i]['host'] ='127.0.0.1'; |
开发人员有时候使用类似下面SQL将字符串转换为日期时间类型,乍一看,这样的SQL的写法是没有什么问题的。但是这样的SQL其实有时候就是一个定时炸弹,随时可能出现问题(),下面简单对这种情况进行一个简单概括。
1
|
SELECTCONVERT(DATETIME,'2020-01-13 6:46:42');
|
如果你将连接数据库的登录名的默认语言修改为Aribc,然后去执行上面SQL语句,就会遇到错误,为什么呢?
为什么上面SQL的日期转换出错了呢?其实是因为登录名修改默认语言后,会话对应的date_format变化了,从mdy变成了dmy,所以上面转换就报错了,有时候不报错,但是可能转换成一个错误日期,产生了逻辑错误,这个反而是一个跟糟糕的隐性错误。等你发现的时候,可能已经产生大量错误数据了。
SELECTsession_id
,program_name
,client_interface_name
,language
,date_format
FROMsys.dm_exec_sessions
WHEREsession_id = 53;
|
关于不同语言的默认date_format,可以使用下面命令查看:
1
|
sp_helplanguage'us_english'
|
另外一种情况,如果当前会话使用SET命令修改过DATEFORMAT,也会遇到这个错误,如下所示:
1
2
3
|
SETDATEFORMAT DMY;
GO
SELECTCONVERT(DATETIME,'2020-01-13 6:46:42');
|
这种情况就比较复杂了,有可能是某一段SQL里面设置了DATEFORMAT,导致整个会话后面的日期格式全部变化了。所以上面这种SQL的“健壮性”就比较差,在平时就要避免写出这样的SQL,如果你使用这样的SQL,不管是会话的默认语言变化了,还是当前会话的DATEFORMAT变化了,都不会产生错误或逻辑错误。
1
|
SELECTCONVERT(DATETIME,'2020-01-13 6:46:42', 120)。
|
平时遇到这种日期转换,就一定要明确指定转换格式,让其不要受会话的DATEFORMAT变化影响,书写健壮、可靠的SQL语句,下面这两个简单SQL的细微差别,也可判别一个人是否用有书写健壮性SQL的意识!
1
2
|
SELECTCONVERT(DATETIME,'2020-01-13 6:46:42');
SELECTCONVERT(DATETIME,'2020-01-13 6:46:42', 120)
|
不少新手用户,以为文件传上去就代表网站安装好了,这是错误的。
PHP去除BOM的方法:首先创建一个PHP代码文件;然后设置文件目录;接着定义一个“checkdir”以及“checkBOM”方法;最后将此代码文件放到根目录下并运行即可。
自己在调用接口时候,因为用到了对方提供的封装方法,在输出一组数据时候一直显示错误,最后想到可能对方给的方法里面含有编码问题(具有BOM头),所以上网搜索到一个检测BOM的方法并且可以去除重新生成新文件,运用之后就能正常显示数据了。
什么是BOM头?
解决方法:
# 这里代码为PHP方式去除当前目录及字目录所有文件BOM信息,只要将此代码文件放到根目录下,然后浏览器运行访问就可以了
今天再给表加字段的时候,发现数据库报错,总是不能加入数据显示(Errcode: 28 - No space left on device), Time: 0.102000s这么一个错误。空间已满,这种情况一般是由于某个程序的日志较多造成的。
我们执行df -lh。查看写磁盘情况,发现/dev/vda1 40G 38G 0 100% /
达到了100%。
我们再执行du -sh /* .就可以发现哪个文件夹内容较多了。然后我们就可以一级一级的执行该方法,知道找到最终的日志文件就可以了。然后清理下我们不需要的日志文佳,数据库就正常了。