我有一个 .mdf/.ldf 对,最初在 2008 R2 标准中创建,远低于 10GB,带有 ACL:
d:\db snapshot\DB_NAME.mdf
SERVERNAME\SQLServerMSSQLUser$ACCOUNT$MSSQLSERVER:F
OWNER RIGHTS:F
BUILTIN\Administrators:F
d:\db snapshot\DB_NAME_log.ldf
SERVERNAME\SQLServerMSSQLUser$ACCOUNT$MSSQLSERVER:F
OWNER RIGHTS:F
BUILTIN\Administrators:F
Run Code Online (Sandbox Code Playgroud)
当我将数据库附加到 SQL Express 2008 R2 的实例时,它显示为只读。当使用 SQL Web 2008 R2 设置完全相同的acls 和用户帐户以及 SQLCMD 语句时,它会变为可写。我查看了 MSDN 的比较页面,但没有任何反应。为什么会发生这种情况?谢谢!
我需要一个小时来备份我的 24GB 数据库。我将备份放在与实际 SQL 数据库所在位置相同的磁盘上,但我认为这不是原因。
当我执行时exec sp_who2
,结果如下:
这是结果
SELECT wt.session_id, ot.task_state, wt.wait_type, wt.wait_duration_ms, wt.blocking_session_id, wt.resource_description, es.[host_name], es.[program_name] FROM sys.dm_os_waiting_tasks wt INNER JOIN sys.dm_os_tasks ot ON ot.task_address = wt.waiting_task_address INNER JOIN sys.dm_exec_sessions es ON es.session_id = wt.session_id WHERE es.is_user_process = 1
Run Code Online (Sandbox Code Playgroud)
这是性能窗口:
如何诊断此问题?
我有一台运行 sqlserver 和 tomcat 的具有 32 GB RAM 的 Windows 服务器。
在资源监视器中它显示超过 95% 的内存使用率,但是当我在进程中搜索所有进程时,每个进程消耗的内存不到 500 MB。
下面是一些来自服务器的顶级内存使用过程。
Tomcat7 (SYSTEM) 360 MB
sqlservr (SYSTEM) 328 MB
w3wp (NETWORK SERVICE) 302 MB
chrome (devel) 283 MB
svchost (SYSTEM) 266 MB
javaw (devel) 247 MB
...... 146 MB
Ssms (devel) 80 MB
NewRelic.ServerMonitor 69 MB
java (SYSTEM) 65 MB
...... (SYSTEM) 62 MB
explorer (devel) 54 MB
....... (devel) 49 MB
....... (SYSTEM) 40 MB
svchost 26 MB
....... (SYSTEM) 26 MB
WmiPrvSE …
Run Code Online (Sandbox Code Playgroud) 我的公司最近将一个 .NET 1.1/SQL Server 2000 Web 应用程序迁移到 SQL Server 2012。我们接到了几个与异常行为相关的支持电话 - 特别是没有 ORDER BY 子句的存储过程查询。
我很欣赏依赖于这些类型查询的排序的功能是不好的做法 - 但有没有人知道是否有关于 SQL Server 版本之间默认排序更改的官方 Microsoft 文档?
我想知道是否有人可以向我指出有关数据库部署流行度的研究或统计数据的链接。显然,MySQL、Oracle、SQLServer 是一些主要参与者,但我正在寻找有关市场份额的实际数据。任何带有图表/图形等的数据或站点都可以优先考虑市场份额随时间的变化。
谢谢。
我们在 Window 2008 服务器上安装了 SQL 2008 R2 Enterprise。它有 24 GB 的 RAM。SQL 服务器在优化作业期间占用所有内存,并且在作业完成后不会释放它。唯一的解决方法是重新启动 SQL 服务.请告知如何解决此问题。
我与在托管公司工作的专业人士进行了交谈,他告诉我 MS SQL Server 在执行查询时确实比 MySQL 占用更多内存。真的吗?你认为这背后的原因是什么?是什么让 SQL Server 需要更多 RAM?
众所周知,您可以轻松识别网络中运行 SQL SERVER INSTANCE 的系统,但这是否可以强制 DHCP 识别我的应用程序?
例如: 我有很多客户端和一个服务器。但在安全网络中,外联流量和端口侦听器被阻止。所以我试图使用反向模型。
我通过查询 DHCP 成功地获取了有关所有租用 IP 的信息,但我希望我的客户端可以查询 DHCP,即我的服务器在哪里,我希望无需访问 DHCP 服务器即可。
场景#1: 服务器运行于:192.168.3.245 DHCP:192.168.3.1 当我的客户端应用程序在某台机器上运行时,它会查询有关服务器的 DHCP,DHCP 应该告诉他您的服务器正在运行 @ 192.168.3.245
解释
服务器启动,开始初始化
Requested IP from DHCP Server [broadcast a packet called DHCP Discover packet] Server 回复并分配 IP
我想要的是将一些供应商特定信息发送到 DHCP 服务器,以便它可以将其存储在 43 字段中。当我的 43 字段感知 [客户端中存在的解析逻辑] 客户端将打开时,它将通过填充字段 60 来发送数据包该 DHCP 服务器将该供应商特定信息返回给我的客户端,即存储在字段 43 中的供应商特定信息。我可以在那里存储 N 个字节,这意味着我可以存储我的服务器 IP 地址,这对客户端很有用。
我希望这现在很清楚..如果您有兴趣,请阅读
RFC 2131 标准跟踪 1997 年 3 月
我刚刚获得了对安装了 SQL Server 2008 R2 的新 Windows Web Server 2008 R2 的访问权限。当我打开 SQL Server Management Studio 并尝试连接时,它使用 Windows 身份验证进行连接,但是,它不会要求我输入密码,并且成功连接。
我担心(希望不是)不应该访问服务器的人会这样做,然后可以轻松连接到 SQL Server Management Studio,甚至不需要输入密码,然后就可以访问数据库。例如,窃取了 Windows Web Server 登录详细信息的人。他们现在登录到 Web 服务器,并且因为他们使用的登录详细信息标识了该用户使用 Windows 身份验证(无需密码)访问 SQL Server 的权限,因此他们可以访问数据库和数据。
确保任何想要访问我的数据库的人都必须输入密码的最佳方法是什么?
我知道我可以在 SQL Server 中创建用户帐户并将用户分配给特定的数据库(SQL Server 身份验证),但这并不能解决不应该在服务器上的用户的问题,只需选择 Windows 身份验证类型,输入没有密码,并且可以完全访问我的数据库。
有人可以就此提出建议吗?
谢谢各位。
这将仅用于测试和开发。我有一个 100 GB 的数据库正在处理,需要一个 sanbox 环境。我拥有的唯一硬件是 3GB 和 32 位的台式机。我可以在 XP 上安装 SQL 2008 Ent 32 位(试用版),没有任何问题。一旦我恢复了大数据库,启动服务会不会有任何问题?
我使用 SQL Server 2008 R2 有一段时间了。它工作得很好。现在我需要使用 SQL Server 2012。这会影响我现有的数据库吗?在运行 SQL Server 2008 R2 的计算机上安装 SQL Server 2012 涉及多少风险。
我想在 server sbs 2011 上安装 sql server 2000。你能告诉我方法吗。因为我在 sql 2000 上有最后一个数据库。
我是 Active Directory 域服务和 Windows 服务器的新手。我使用 AD DS 在 Windows Server 2008 R2 上创建了一个域,并且我将公司的所有 PC 都加入了该域。现在我想要的是在服务器上安装 SQL Server 2012 以从这些相同的 PC(以及后来的 TFS)访问它的实例。我目前发现我无法在同一台服务器上安装它,因为 SQL Server 无法安装在域控制器上。那么我应该在这里做什么?
1- 有没有办法在同一台服务器上安装 SQL Server?
2- 我应该获得一个新服务器并将其用于 SQL 和 TFS 吗?
3- 如果我获得一台新服务器并在其上安装 SQL,那么即使不在同一域中,指定域中的 PC 仍然可以访问服务器上的 SQL?
抱歉,我很困惑,我是这些问题的真正初学者。
sql-server ×13
memory ×2
mysql ×2
database ×1
dhcp ×1
domain ×1
memory-leak ×1
memory-usage ×1
oracle ×1
performance ×1
sql ×1
windows ×1