Questions tagged «configuration»

选择数据库系统的硬件,固件,软件或其他组件的设置。

1
PostgreSQL:设置默认的psql客户端编码
当我使用连接到Postgresql数据库时psql,通常会收到以下消息: => SELECT * FROM question_view ; ERROR: character with byte sequence 0xd7 0x9e in encoding "UTF8" has no equivalent in encoding "LATIN1" 按照这个答案,我知道我应该相应地更改客户端编码: SET client_encoding = 'UTF8'; client_encoding每次连接数据库时都要进行更改。有没有办法在.pgpass文件中或其他任何地方永久配置此设置?

1
为SQL Server中的所有连接设置ARITHABORT ON的后果是什么?
因此,我确定SQL Server的行为不稳定是由于.Net SqlClient数据提供程序的默认设置为SET ARITHABORT OFF。话虽如此,我已经阅读了各种文章,讨论了实现此目标的最佳方法。对我来说,我只想采用一种简单的方法,因为SQL Server遭受了麻烦,而且我的查询调优还没有完全跨应用程序(显然,SET在sp中添加不能正常工作)。 在Erland Sommarskog 关于该主题的精彩文章中,他基本上建议通过更改要SET ARITHABORT ON为连接发布的应用程序来采用安全的方法。但是,在dba.stackexchange 问题的此答案中,Solomon Rutzky 提供了实例范围和数据库范围的方法。 在此设置整个实例范围时,我在这里缺少什么后果?正如我所看到的...由于SSMS ON默认情况下已设置了此设置,所以我认为在ON所有服务器范围内都设置此服务器范围没有什么害处。归根结底,我只需要此SQL Server才能执行最重要的任务。

2
使用WSRM限制最大CPU使用率SQL SERVER
我有一台运行SQL Server实例的物理服务器。 我注意到该服务器通常以100%的CPU使用率运行。 我的IT团队对此并不满意,建议我们为操作系统保留32个内核中的2个。 效果很好,现在最大使用量峰值接近90%。此外,不再报告从各个用户进行缓慢的数据检索。 是否有任何理由不以这种方式使用WSRM(Windows系统资源管理器),而不是使用SQL资源调控器?

9
更改数据目录后,MongoDB无法启动
我已经mongodb使用yum安装了一个实例。。现在一切正常。我使用开始了服务service mongod start。它运作良好。然后,我在配置文件中更改了data directory和log path。我再次重新启动服务器,然后启动了服务。但是我得到以下错误: Restarting mongod (via systemctl): Job for mongod.service failed. See 'systemctl status mongod.service' and 'journalctl -xn' for details. [FAILED] 当我给systemctl status mongod.service我时,得到以下内容: Loaded: loaded (/etc/rc.d/init.d/mongod) Active: failed (Result: exit-code) since Wed 2015-03-18 11:35:56 IST; 22s ago Process: 10672 ExecStop=/etc/rc.d/init.d/mongod stop (code=exited, status=0/SUCCESS) Process: 10841 ExecStart=/etc/rc.d/init.d/mongod start …


2
在mysql中启用LOAD DATA LOCAL INFILE
LOAD DATA LOCAL INFILE默认情况下未启用。通常,应通过放置local-infile=1在中来启用它my.cnf。但这并不适用于所有安装。以我的经验,尽管这两个安装都来自相同的预编译deb软件包,但它仅适用于Debian 7 minimal。两者都在OpenVZ VPS上。 如何调试为什么local-infile=1对安装无效,以及如何安全激活LOAD DATA LOCAL INFILE?



4
database_scoped_configurations中的错误
我正在尝试从以下位置插入结果集: SELECT * FROM sys.database_scoped_configurations 到临时表中,因为我想检查服务器上所有数据库的设置。所以我写了这段代码: DROP TABLE IF EXISTS #h CREATE TABLE #h(dbname sysname, configuration_id INT, name sysname, value SQL_VARIANT, value_for_secondary SQL_VARIANT) EXEC sys.sp_MSforeachdb 'USE ?; insert into #h(dbname, configuration_id, name, value,value_for_secondary) SELECT ''?'' as dbname, * FROM sys.database_scoped_configurations D' SELECT * FROM #h H 但随后将只有每个数据库一行,而不是4行,我从在每个数据库中运行一个普通的选择期待。 我知道有比使用sp_MSForEachDB更好的编码方法,我尝试了几种方法。但是我仍然每个数据库只获得一行。我已经在SQL Server 2016 …

3
Always On可用性组,始终将用户重定向到只读实例
我们有一个Always On可用性组,其中有一个主服务器和一个已启用读取的辅助服务器。我们的实施团队有一个用户,该用户使用数据库检查他们打算放入数据库的数据的正确性。 用户仅具有读取数据库的权限,但是当用户通过AG Listener连接(通过SSMS)时,他们始终连接到活动节点。 我试图让他们直接访问只读实例,但是它们陷入了困境,在一两天之后,它们又又回到了活动节点上。 SQL Server是否可以通过某种方式说出该用户始终具有只读意图,并将其重定向到那里? 注意:我尝试在其他连接参数中设置'ApplicationIntent = ReadOnly',但这似乎没有重定向到辅助节点,也不是理想的解决方案,因为它们不可避免地会忘记为新的启动程序进行设置。 SQL Server 2012 Enterprise,可用性组1个主要的,1个可读性次要的同步提交。 我不打算让用户连接到链接服务器或通过任何其他服务器。用户通过SSMS(没有其他应用程序)直接连接到数据库,并且我希望AG侦听器(或附近的东西)能够将用户定向到辅助节点(如果有)(因为那里只有读取访问权限)无需用户做任何事情就可以访问主数据库,因为用户在计算机之间移动并且会忘记添加应用程序意图。另外,我发现将其添加到其他连接参数并不总是将您定向到辅助节点。

4
为什么MySQL会说我内存不足?
我试图INSERT...SELECT用JDBC在MySQL中执行相当大的操作,但出现以下异常: Exception in thread "main" java.sql.SQLException: Out of memory (Needed 1073741824 bytes) at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:1073) 由于我实际上没有返回ResultSet对象,因此我认为Java堆空间应该不是问题。但是,无论如何,我都尝试将其调高,但效果不好。然后,我尝试在MySQL Workbench中执行该语句,并且得到了基本上相同的东西: Error Code 5: Out of memory (Needed 1073741816 bytes) 我应该有足够的RAM来完成这些操作(足以容纳要从中选择的整个表),但是我猜测我需要调整各种设置以利用我的所有内存。我正在使用Windows Server 2008 AMI 运行Amazon EC2 高内存双超大实例。我尝试摆弄my.ini文件以使用更好的设置,但就我所知,我可能会使情况变得更糟。这是该文件的转储: [client] port=3306 [mysql] default-character-set=latin1 [mysqld] port=3306 basedir="C:/Program Files/MySQL/MySQL Server 5.5/" datadir="C:/ProgramData/MySQL/MySQL Server 5.5/Data/" character-set-server=latin1 default-storage-engine=INNODB sql-mode="STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION" max_connections=100 query_cache_size=1024M …

4
SQL Server 2014的MAXDOP设置
我知道这个问题已经被问过很多次,并且也有答案,但是,我仍然需要更多有关该主题的指导。 以下是来自SSMS的CPU的详细信息: 以下是数据库服务器任务管理器中的“ CPU”选项卡: 我MAXDOP通过以下公式保持设置为2: declare @hyperthreadingRatio bit declare @logicalCPUs int declare @HTEnabled int declare @physicalCPU int declare @SOCKET int declare @logicalCPUPerNuma int declare @NoOfNUMA int declare @MaxDOP int select @logicalCPUs = cpu_count -- [Logical CPU Count] ,@hyperthreadingRatio = hyperthread_ratio -- [Hyperthread Ratio] ,@physicalCPU = cpu_count / hyperthread_ratio -- [Physical …

1
如何在NT SERVICE \ MSSQLSERVER帐户上运行SQL服务(如果该服务先前在LocalSystem上运行)
最近,仅出于实验目的,我将服务器设置中的默认(C:...)data \ log文件路径重新定位到新位置(G:\ DBA)。 然后,我将以前存在的数据库的data \ log文件移到了新位置(G:\ DBA)并重新启动了SQL服务。从那时起,每当我创建数据库时,它就会按预期工作,即在新位置创建数据\日志文件(很酷...)。 但是问题是,我看到我以前所有的现有数据库都处于RecoveryPending状态,并且还出现了诸如Access Denned的错误。 考虑到运行SQL的服务帐户(NT SERVICE \ MSSQLSERVER)无法访问新位置(G:\ DBA),我在计算机管理控制台中将登录帐户更改为SQL服务的本地系统。现在我看到所有数据库都很好。 但是,我想在NT SERVICE \ MSSQLSERVER(默认实例)服务帐户上运行我的sql服务。我尝试通过为NT SERVICE \ MSSQLSERVER授予对G:\ DBA \的完全访问权限,但是没有用。如果要在NT SERVICE \ MSSQLSERVER服务帐户上运行我的SQL服务,请帮我做什么。我是这个领域的初学者。请帮帮我。 提前致谢。。。

2
列出SQL Server实例启动参数
我有一台刚刚重启的服务器,并使用以下命令验证了哪个跟踪标志处于活动状态DBCC TRACESTATUS: 跟踪标志:3688功能:删除错误日志中有关已启动和已停止跟踪的消息 在这里,您可以看到每个跟踪标志的作用。 旗3688 启动参数如下: 题: 如何通过T-SQL查找SQL Server服务的启动参数是什么?

1
最新服务器上的性能降低
我们有几个生产中的数据库服务器,其中有四个具有非常相似的硬件配置。Dell PowerEdge R620,唯一的不同是2个最新的(购买和配置3个月前)具有RAID控制器v710、256GB RAM和CPU,是2个物理Xeon E5-2680 2.80GHz。旧版本(大约在1年前购买和配置)具有RAID控制器v700、128GB RAM并运行在第2台物理Xeon E5-2690 2.90GHz上。BIOS已更新,所有驱动程序已更新为最新版本,等等。所有正在运行的SQL Server 2008R2 Enterprise(SP1)已更新为最新CU和Windows 2012R2 Standard。两者都在200 GB SSD x5 RAID10上运行。每个数据库上仅运行一个数据库,使用调用SSIS程序包的作业进行同步。我们的系统管理员已进行了大量性能和压力测试,以确保我们没有任何硬件或网络遗漏配置或故障。不出所料,最新的表现出更好的性能结果。到目前为止,一切都很好。 在Kibana的屏幕截图中可以看到我们遇到的问题。黄色和橙色是2台较新的服务器(表上为6.7),在所有其他服务器之下。完全可见这2台新服务器的响应时间较慢。不仅如此,而且这2台服务器的负载也比2台旧服务器(表上的浅蓝色和深蓝色线-4,5)要少一些。 有几个监视脚本,用于收集有关性能计数器的信息。尽可能地利用DMV和第三个监视工具进行挖掘,我掌握了很多信息。但是这里应该有(ofc)我缺少的东西,因为我找不到这种较慢的响应时间的答案。 这两个最新的服务器使用的RAM较少,但是与其他较旧的服务器相比,这是可以预期的,因为它们的负载较低。 | Server Name| Mem_MB | Mem_GB | Server_RAM_GB | SQL_max_mem_GB| SQL_min_mem_GB | |------------|--------|--------------|---------------|---------------|----------------| | 4 | 41108 | 40.145263671 | 128 | 120 | 16 | | 5 | …
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.