我们有一个新的本地服务器,它使用sql server 2008和ssis处理数据。在这个服务器上,我有专门的驱动器来做不同的事情。C驱动器用于操作系统和软件。D驱动器用于db存储,而ssis。E驱动器是一个ssd驱动器,我们将恢复ssis使用的每个数据库。
我们的想法是,我们处理分配的数据,由于ssd驱动器只有500 to (由于成本),我们将在一个常规驱动器上的所有东西,并将使用的数据库转移到ssd驱动器,以使进程运行更快。
当我在没有ssd驱动器的情况下运行ssis时,大约需要8小时;当我运行恢复ssd驱动器上的数据库的进程时,该进程需要大约相同的时间来处理(事实上,如果我包括数据库的恢复
我们正在尝试运行一个存储过程,它将对超过1000万行的表中的每一行进行一次小更新(正如您可以想象的那样,这是一个大型数据库)。我们运行的是SQL Server 2005。
我创建的存储过程表现得很奇怪。当它启动时,它的移动速度非常慢-占用的CPU资源非常少。然后,突然,它会在一两个小时内达到峰值,占用99%的CPU资源--在这一点上,它移动得非常快(这正是我们想要的)。
但是,突然,它又变慢了,工作起来非常慢!
我们希望它运行得很快(即.获取所需的所有资源),以便它可以完成任务(因为这是设计用于更新数据库的一次性存储过程)。
我们的服务器具有以下资源:英特尔(R)至强(R) CPU E5520
目前,我们在/etc/security/limits.conf s.conf中的条目低于
* hard nofile 65000
我希望增加名为oracle的特定用户的限制,所以如果我在下面添加一行,如
oracle hard nofile unlimited哪个优先?
另外,增加这一特定限制是否需要服务器中的更多资源?我之所以进行此更改,是因为服务器正在达到当前的65000打开文件的极限。当我尝试登录时,我得到了too many open files in the system错误消息。oracle数据库托管在服务器上。是否需要在进行此更改后弹出数据库或重新启动服务器?