我在apache代理后面有一个erpnext服务器。该服务经常发生故障,并显示503个服务不可用错误
Service Unavailable
The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.
erp.example.it端口443的Apache/2.4.41 (Ubuntu)服务器
我确信erpnext服务器正在工作,因为我可以通过ip访问网页。我知道这个错误是由apache给出的,当
我为我们的ERP软件构建了一个新的2 cpu 8核心40 gb内存服务器,使用Sql server 2008 R2 on Win server 2008 standart R2,在SQL中有7个数据库,其中2个用于测试,2个用于保存公司数据,另外3个用于ERP核心操作,但它们都用于ERP软件,还有7个工作正在运行(时间计划),数据库的最大大小为470,88 MB,但使用内存的一半20 GB,我通知了ERP软件技术人员,他们告诉我,这是正常的,他们将Sql内存使用限制在20 GB,看起来很可疑,我没有太多关于Sql的信息,我也不想破坏任何Sql设置,我在İ网络上搜索了很多,他们都说Sql消耗了太
当我想使用桑巴在centos6.5中将文件复制到我的windows 7文件夹时,出现了一个错误。这是错误消息:
you need permission to perform this action
You require permission from ERP\hao to make change to this file.
[global]
workgroup = MYGROUP
server string = Samba Server Version %v
log file = /var/log/samba/log.%m
# max 50KB per lo
在意识到数据库启用了自动收缩选项后,我对其进行了搜索,并意识到将其关闭是一种好做法(有许多网页都支持此选项,如),因为自动收缩通常被认为会导致性能问题
所以我跑了
ALTER DATABASE MyDatabase SET AUTO_SHRINK OFF WITH NO_WAIT'
我意识到在此之后,SQL server的RAM使用率要高得多,它最终会通过减慢整个服务器的速度来写入交换文件。
是什么导致了这个内存问题?在普通数据库(这是客户端服务器ERP应用程序的数据库,因此主要用于读取数据,写入数据的频率较低)上关闭自动收缩不是一个很好的实践吗?
我意识到自动收缩是在这个数据库是sq