Articles of sql server

SQL Server 2014防火墙设置

我有一个在Windows 2012 R2上运行的SQL Server 2014实例。 如果我closures域的Windows FW,我可以使用SSMS远程连接到SQL实例。 如果我打开它,我无法连接。 我收到一个错误,指出连接超时已过期。 我在FW上添加了1433和1434的SQL规则无济于事。 我甚至在服务器FW上添加了任何/任何入站和出站规则,也无济于事。 似乎无论FW设置如果打开,我都无法远程连接到SQL。 任何帮助将不胜感激!

如何编写SQL Server作业以进行迁移

在迁移服务器时,如何将所有SQL Server作业脚本轻松地写入新机器? 注意 不接受“备份msdb”作为答案。

我们应该把数据库移到我们的(共享)networking主机上吗?

我工作的公司在过去的八年左右一直在使用Access数据库(我只需要忍受五次)。 我们正在开始一个在线订购系统的工作,所以现在是时候(实际上,过去的时间)转向更强大的工作。 我们有一台MSSQL 2k的SBS 2003服务器,而且我们的networking主机也有一个MSSQL 2005数据库,所以SQL似乎是要走的路。 我已经想到了一些如何处理这个情况,并希望任何inputSF提供。 1)内部SQL数据库的一切。 优点:完全控制安全性,通过我们想要的任何应用程序平台快速进行内部访问。 缺点:在繁重的订购期间可能会使我们的互联网连接陷入困境。 2)用于日常操作的内部SQL数据库。 复制支持订购系统到在线数据库的必要条件。 优点:完全控制数据库内部部分的安全性。 快速的内部访问。 将客户stream程与员工stream程分开。 缺点:重复的数据,需要额外的接口来迁移站点之间的数据 3)完全迁移到Web服务器。 优点:支持pipe理员和客户stream程的单一数据库。 移动员工的访问更方便。 缺点:完全相信主机的安全/备份。 从我们的位置直接访问数据库的速度较慢(如果我们要使用非Web界面)。 有什么想法吗?

bulk_logged和简单恢复模式有什么区别? 哪一个被最小化logging?

bulk_logged和简单恢复模式有什么区别? 哪一个是最低限度的日志logging,对于批量操作来说总是一个更好的select? 假设我使用select into语句来复制数以百万计的行,哪一个是最佳使用?

什么时候索引不值得更新

是否有一个公认的阅读与写作的比例,使得一个指数有价值,还是不那么切割和干燥? 我正在使用这个: WITH UnusedIndexQuery ( Object_ID, ObjectName, IndexName, Index_ID, Reads, Writes, Rows ) AS ( SELECT s.object_id , objectname = OBJECT_NAME(s.OBJECT_ID) , indexname = i.name , i.index_id , reads = user_seeks + user_scans + user_lookups , writes = user_updates , p.rows FROM sys.dm_db_index_usage_stats s JOIN sys.indexes i ON i.index_id = s.index_id AND s.OBJECT_ID = i.OBJECT_ID […]

与SharePoint 2007和SQL Server默认sorting有关的潜在问题?

SharePoint安装指南指定SQL Serversorting规则应设置为Latin1_General_CI_AS_KS_WS(不区分大小写,区分重音,假名和宽度敏感)。 但是,我们的内部主机组使用默认的SQL Server 2005sorting规则SQL_Latin1_General_CP1_CI_AS。 MOSS 2007可能面临的潜在问题是什么?

SQL Server中的高可用性

我如何在SQL Server 2005/2008 Standard中实现高可用性? 有人推荐我使用第三方工具,如双重采取。 你怎么看。

将int转换为datetime时溢出

我目前从MYSQL导入到MSSQL表。 有一个列存储date,只有它存储为一个数字。 当我将它导入到MSSQL我得到它作为一个int数据types。 当我尝试将其转换为datetime时,我得到: 将expression式转换为数据typesdatetime的算术溢出错误。 由于我使用MSSQL 2005,我不能使用datetime2,并适应它,所以它不会溢出。 有没有办法修剪存储为int的date,所以它不会溢出date时间格式?

我们有DB数据和日志文件之间的比例吗?

好吧,我们都知道一个大的日志文件会使数据库性能崩溃。 今天,我们正在分析一个客户端的服务器,并看到一些比数据文件大约3900%的日志文件。 这让我很好奇,他们两个之间有没有最好的比例?

SQL Server最大RAM

我有一台运行Windows 2003 Enterprise(x86)和SQL Server 2005 Enterprise SP的服务器。 尽pipe服务器的服务器大约有12GB(由于32位的限制,操作系统只能看到4GB),但是目前的sqlserver进程占用了大约1.6GB的内存。 要使用所有这些内存,我需要升级到一个64位的操作系统和64位的SQL Server企业? 我也读过关于使用AWE的内容,但是如果可能的话,我想尽可能不要这样做。