Articles of sql server

SQL SERVER 2008 R2 INSTANCESHAREWOWDIR问题

我试图在我的VServer(Windows 2008 SP2 64位)上安装SQL SERVER R2 Express高级服务。 该服务器也有一个SQL Server 2005快递实例plesk … 我正在运行安装目录无法设置的奇怪的安装问题。 我发现了很多关于这个问题的文章 http://www.cannontrodder.net/2009/07/24/sql-server-2008-x64-on-windows-server-2008-x64-is-utterly-broken/ 我没有按照步骤,但没有任何运气,似乎我不能改变path,下面的命令不会影响任何东西… 运行此命令不会更改path… setup /action=install /INSTALLSHAREDDIR="C:\Program Files\Microsoft SQL Server\\" /INSTALLSHAREDWOWDIR="C:\Program Files\Microsoft SQL Server Shared\\" 我没有想法…任何帮助将是伟大的…

SQL Server 2000,通过WAN复制

在两个SQL2000实例之间设置第一个复制似乎有很大困难。 他们都运行在不同的广域网(IP端口分配给SQL远程),但我已经能够通过远程SQL连接,所以他们出现在两个地方的企业pipe理器。 我无法弄清楚如何正确地做到这一点,因为我尝试了许多不同的方法,并得到了很多错误试图做到这一点。 我不知道它是一个错误的安装(与SP4)或一些权利,我需要调整或我想要做的是不可能的。 我的想法是采取主服务器(让我们称之为MASTER或#5),然后发布一些数据库复制到辅助/备份服务器(让我们称之为SLAVE或#4) 我已经添加了“同步帐户login”两个,使用相同的名称和密码,看看是否会让事情变得更容易。 我有完整的pipe理访问权限,所以可以对此设置进行任何必要的更改 – 只要我马上得到修复。 (已经开始考虑如果这需要很长时间来修复,并检查出MySQL或其他东西,完全离开SQL服务器)… 但是…到目前的任务/情况: 我们有两台服务器,一台正在生产,另一台正在开发,我真的希望在这两个“单个实例”之间有更改MERGE。 他们附近没有ActiveDirectory机制,所以他们是100%独立的机器。 当我尝试将主configuration为“Distributor / Publisher”时,向导会停止,并显示“(null)”错误。 我得到一些奇怪的错误代码,告诉我没有什么有用的。 所以我想知道,是否有一个“导游”的地方如何以正确的顺序做到这一点,以便我可以检查,如果我试图build立起来,是否已经错过了一些东西。 一些权利,一些标志,一些补丁或额外的防火墙端口或奇怪的复制所需的东西。 在我到目前为止find的每一个例子中,它看起来都非常简单,但它却不起作用。 请帮助 :-)

基于自定义SQL Server数据库的邮件列表的最佳解决scheme并同步到Outlook?

这实际上是一个两部分的问题,但我写在同一个问题,因为可能有解决scheme,可以处理这两个问题。 客户拥有一个基于MS SQL Server的定制LOB数据库以及我们希望用作邮件列表基础的客户数据。 目前他们正在使用Exchange中的公用文件夹,然后将邮件发送到不同的通讯组列表。 公用文件夹与LOB分开维护。 显然,这是一个非常耗时的解决scheme。 我正在考虑使用API​​与MailChimp进行一些整合,但预算紧张,因此可能太多了。 而且他们并不需要MailChimp提供的所有function。 这将处理解决scheme的邮件列表部分。 问题的第二部分是,他们想保留Exchange / Outlook中的联系人。 所以我search了一下,发现了不同的build议,如STSsync,这将使LOB数据库作为Sharepoint存储展现给Outlook。 相当整洁,但不幸的是项目看起来被抛弃。 任何人有任何这样的解决scheme的经验? 任何好的第三方应用程序在那里? BTW。 我们正在谈论Exchange 2003和Outlook 2007。

在SQL Server 2005中的字符编码

在哪里可以configuration(如果可能)Sql Server 2005如何“解释”通过TDS协议发送的string数据的字符编码(在这种情况下,从Web应用程序)? 也许如果我描述整个有问题的情况会更好: 当插入区域性字符如:,Ą,,,,((等等 – 波兰语区域字符)时,通过TDS协议 – 从Web应用程序中“插入到”查询,它们在mssql表中显示为:a ±),A(而不是Ą),c,L,z等 目标列types是nvarchar(MAX) 我查看了“槽线”(使用WireShark)发送的数据,所有数据都使用UTF-16编码发送,看起来没问题:例如,Ą以U + 0104发送。 当将相同的string插入到本地数据库实例(Microsoft SQL Server Express Edition)时,它可以正常工作,但是在远程主机上(在客户位置 – 它是Microsoft SQL Server标准版64位)发生此“解除区域化”。 这就是为什么我想这是关于SQL Server的configuration,因为唯一的区别是从Web应用程序端select其他的SQL Server(所以TDS的驱动程序,configuration,连接设置等是相同的)。 我希望有人能帮助我。

asp.net mvc – 会员提供商

对于我的ASP.NET MVC应用程序,我只是发现处理唯一标识符更难,所以我已经将我自己的字段添加到ASPNET_USERS表 – UserIdInt(实际上是一个bigint!)因此,大多数用户操作使用userIdInt作为参考。 无论如何,我在两种方法之间辩论: 1)当用户login时,从数据库中查找并将userIdInt存储在会话variables中,并且任何时间会话variables都会丢失,重新查找并将其放回到会话variables中。 (可以在MVC应用程序中使用会话,对吗?) 2)任何时候需要执行一个操作,只要将userName传递给数据库,并在ASPNET_Users表上执行连接等操作,就可以在数据库端处理UserIdInt。 我非常倾向于1)…但是我想确保我在正确的轨道上。

集中式数据库备份服务器

我们有在MySQL和Microsoft SQL上运行的数据库服务器。 有没有一种软件可以对我们所有的数据库服务器进行自动备份? 我已经评估过MySQL的zrm(没有web访问,很难configuration),bacula(只在mysql上)和navicat(我喜欢精心devise的GUI,但不支持ms sql)。 那里有什么其他工具? 谢谢。

在SSRS中查找报告订阅错误

我在SSRS中创build了一个简单的报告,然后用数据驱动的订阅尝试了我的手。 我可以validation订阅在“我的订阅”页面上运行,但在状态下显示有一个错误。 我如何知道这个错误是什么?

在SQL Server 2008中pipe理日志文件

这些是我目前的设置: 恢复模式:简单日志文件初始大小:10 mb日志文件自动增长:无数据库自动缩小:关 日志文件自动增长设置为无,因为我不希望日志文件增长。 我的目标是保持日志文件一直很小,因为我不需要它来恢复目的。 这两个设置好吗? 另外,如果我有一个涉及大量插入和删除的大事务(超过10MB的更改)会发生什么情况。 由于日志文件空间不足,操作是否会完成?

无法连接到SQL服务器

我在本地计算机上安装了SQL 2008服务器,实例名称为“SQL2008”。 我试图使用Management Studio连接到它。 我可以使用sa身份validation进行连接,但无法连接到Windows身份validation。 更多细节: 服务器安装在本地计算机上。 我正在使用<local machine name>\SQL2008进行连接 错误消息是“无法连接到<local machine name>\SQL2008 ”和“用户login失败'<domain>\administrator' (错误:18456) 我可以使用sa身份validation进行连接 我无法连接到Windows身份validation 我确定pipe理员的密码是正确的。 我以相同的凭据以pipe理员身份login到计算机 有人可以提出任何build议吗? 我对SQL服务器没什么经验,这非常紧迫。 谢谢。

与Sql Server 2005与SMS和服务,但不IIS的远程连接问题

这是情况:我有一个Server 2008框正在尝试连接到Sql Server 2005实例。 从IIS环境中运行的网站连接使用Sql Server身份validation正常工作到Sql Server计算机。 摇滚。 但是,使用相同的连接string,我无法在同一个盒子上获得一个Windows服务与Sql Server进行通信。 我也不能让pipe理工作室从同一个箱子连接。 IIS很棒,其他选项没有那么多。 对于咧嘴笑话,我曾尝试用IIS应用程序池中的用户帐户进行修改,以便与服务的用户帐户相匹配,以使网站中断并且没有工作,所以它似乎不是用户帐户问题。 由于这是发生在两个不同的程序,而不是与IIS,我假设有closures的Sql Server,需要允许非IIS连接的东西沟通,但我不知道那会是什么。 任何帮助,将不胜感激。