数据条带化是否可能像此处提到的在 SQL Server 2012 等最新版本的 SQL Server中的旧 SQL Server 2005中的数据条带化?
我知道这在 2008 和 2008R2 中是可能的。
我想知道在SQL Server 2012/2008 的setup.exe 中选择哪个选项?我这里有的是 Windows Active/Active 集群设置,其中配置了一个仲裁和一个 msdtc。我通过选择“新 SQL Server 故障转移群集安装”安装了我的第一个节点,现在我不确定在第二个节点上选择什么。在第二个节点上,我应该选择相同的“新 SQL Server 故障转移群集安装”还是选择“将节点添加到 SQL Server 故障转移群集”选项。请记住,它将是 A/A SQL Server 群集。感谢您的回答。
sql-server-2008 sql-server sql-server-2008-r2 sql-server-2012
使用在 Windows Server 2008 R2 SP1 上运行的 SQL Server 2012 Enterprise Edition SP1 对于 SQLOS 上的每个逻辑处理器核心,都有一个分配给它的调度程序。这些调度程序可以被视为状态“VISIBLE ONLINE”sys.dm_os_schedulers
工作线程(任务)可以在调度程序上运行,并且这些线程(任务)可以具有各种状态,例如基于等待队列
a) 暂停在等待队列中等待资源可用
b) 可运行队列(主要是 FIFO,除非受资源调控器控制)或
c) 当前在调度程序上运行。
我的问题是说例如一个任务(SELECT在这种情况下是查询)首先进入调度程序(我们称之为调度程序 A)但发现它必须等到页面被带入内存(IO 操作)它现在被放入等待队列在挂起状态下,一旦 IO 完成,该特定工作线程(任务)就会发出信号并按到达该队列的顺序放入可运行队列。
任务是否总是必须转到调度程序A来完成其时间片,或者它可以切换其上下文,现在可以在没有可运行任务的任何空闲调度程序(我们称之为调度程序B)上运行?如果有上下文切换,它的作用是什么?
我无法将 ODBC 64 位驱动程序与在 SQL Server 2012 64 位实例上运行的 SSMS 2012 一起使用。但是,我相信 32 位驱动程序可以工作。
我的问题是我可以使用 SSMS 2005 32 位在 SQL Server 2012 的 64 位实例上使用 ODBC 创建链接服务器吗?我尝试这样做,但是当我单击“确定”以创建链接服务器时,我收到了消息:
索引超出数组范围
我在做什么完全错误,或者有什么方法可以使用 32 位 ODBC 连接创建此链接服务器?
如果之前有人问过这个问题,很抱歉提出。SQL Server 服务被定义为手动,每当我启动它时,我都会得到(事件查看器):
服务器 TCP 提供程序无法侦听 [“any”1433]。TCP 端口已被使用。
SQL Server (MSSQLSERVER) 服务因特定于服务的错误而终止
通常只允许每个套接字地址(协议/网络地址/端口)使用一次。
奇怪的是,我的以太网和 WiFi 适配器都禁用了 ipv6,但它已经运行良好多年了。
环境详情:
我有一个存储过程,在通过应用程序执行时出现以下错误:
异构查询需要为连接设置 ANSI_NULLS 和 ANSI_WARNINGS 选项。这确保了一致的查询语义。启用这些选项,然后重新发出您的查询。
该存储过程SELECT中有一条语句连接到链接服务器表以返回结果。如果直接在SMS中执行这个存储过程,是没有任何问题的。如果我通过 ODBC 连接通过脚本执行存储过程,那么就没有问题。生成错误的唯一方法是当应用程序尝试执行它时。
查看应用程序时,没有错误。事实上,看起来运行成功,只是没有任何结果。我们能够识别此错误的唯一方法是运行 SQL 跟踪。
跟踪显示没有任何进程实际运行,相反,它只是立即出错并出现该错误。跟踪还表明它没有以不同的方式执行(例如exec sp_executesql或类似的方式)。我可以看到存储过程开始执行,然后出现错误,然后停止。
我对此进行了大量研究,答案似乎很简单,但没有任何效果。
我尝试将SET ANSI_NULLS ON&添加SET ANSI_WARNINGS ON到存储过程中,甚至将其移动到其中的不同位置。但始终没能成功
另外,尝试调整数据库级别设置 -
ALTER DATABASE [NGDevl] SET ANSI_NULL_DEFAULT OFF WITH NO_WAIT
GO
ALTER DATABASE [NGDevl] SET ANSI_NULLS OFF WITH NO_WAIT
GO
ALTER DATABASE [NGDevl] SET ANSI_WARNINGS OFF WITH NO_WAIT
GO
Run Code Online (Sandbox Code Playgroud)
但即使在重新启动 SQL 实例后也不起作用。
我唯一的另一个想法是让应用程序使用其中的设置部分执行过程,就像 ---
SET ANSI_NULLS ON;SET ANSI_WARNINGS ON;exec sp_storedproc 0,0,'A','0001'
Run Code Online (Sandbox Code Playgroud)
但不幸的是,我们无法控制应用程序来尝试这一点。
此外,重新创建了存储过程,以便将链接服务器所需的所有数据提取到临时表中,使其位于本地,然后加入到那里,但出现同样的问题。
你们有什么想法或可以在这里尝试吗?该错误似乎应该很容易修复,只是不确定我错过了什么。
我正在通过 BCP 创建一些报告以通过电子邮件发送。
create TABLE ##tempsss
(
create TABLE ##JOB_DataAssociacao_verContrato
(
F1 VARCHAR(6)
,F2 VARCHAR(200)
,F3 VARCHAR(22)
,F4 char(1)
,F5 varchar(10)
,F6 varchar(15)
,F7 varchar(30)
,F8 varchar(10)
,F9 VARCHAR(18)
) --it needs to be varchar to be able to use header
)
insert into ##tempsss
SELECT
...fields...
FROM some table or view
go
-------------------------------------------------------------
--passo 2 --
exec xp_cmdshell 'bcp "select ''field1'',''field2'',''field3'' UNION ALL select * from table or view" queryout "filepath\filename.xls" -U sa -P password -w -S servername'
------------------------------------------------------------- …Run Code Online (Sandbox Code Playgroud) 我已经阅读了很长时间,当数据库启用了 TDE 时,压缩备份似乎并不安全。
是否有人在使用 tde 数据库的压缩备份还原期间遇到错误?
我从未经历过此类错误,但我真的很担心。
似乎问题出在 SQL SERVER 2016 上,因为我使用的是 2012,所以我看不到任何问题。
此外,即使使用MAXTRANSFERSIZE = 131072备份也不压缩。会是什么呢?我正在使用NO CHECKSUM和WITH CHECKSUM两者的尺寸相同。
backup compression sql-server-2012 transparent-data-encryption
我不熟悉 SQL Server,并且想使用 SQL Server Management Studio 在 dockerized 旧 SQL Server 数据库中进行一些临时搜索,其中一个字段是日期时间,我想使用 BETWEEN 运算符来提取特定时期。
所以像
/****** Script for SelectTopNRows command from SSMS ******/
select card, sum(amount) as sum, count(*) as count
FROM ... where cardused between '01-03-2021' and '03-03-2021' group by card
Run Code Online (Sandbox Code Playgroud)
现在我的问题是这被解释为 MDY 日期而不是 DMY 日期(这是我们在这里使用的)。服务器 TZ'ed 到欧洲/哥本哈根。我的 Windows 10 会说丹麦语。如果我set dateformat dmy;先运行,它会按预期解释。
无论服务器设置如何,是否有文档格式在查询字符串中使用时始终正确解释?
基于早期使用 Excel 的工作,这可能类似于
'2021-03-01 15:36'
Run Code Online (Sandbox Code Playgroud)
在我当地的时区得到这个。服务器和客户端最终将在同一时区运行 - 这会是一个问题吗?
我们使用SQL Server 2012标准版。有没有办法重建索引,尽量不造成数据表锁定,减少对性能的影响?
当我们重建索引时,会导致程序访问数据库超时。我希望避免或减少性能影响。