我们正在build立两个集群。 一个开发者和一个产品。 生产将托pipe两个SQL实例 – 一个OLTP和一个DW。 该开发将主办4个OLTP非生产环境和至less一个DW非生产环境。 我们正在努力获得更多的DW非制式和可能更多的OLTP系统。 我正在考虑一个像这样的命名scheme，其中PROJ将是项目名称的3个首字母缩写。 开发群集 MSSQLPROJD1 \ D1（DEV） MSSQLPROJD2 \ D2（testing） MSSQLPROJD3 \ D3（QA） MSSQLPROJD4 \ D4（STAGE） MSSQLPROJD5 \ D5（DW） Prd群集 MSSQLPROJP1 \ P1（PRD） MSSQLPROJP2 \ P2（DW） 在斜杠的左侧，每个名称必须是唯一的networking范围。 在每台服务器上，斜杠右侧的实例名称必须是唯一的。 对此有何想法？ 我试图避免实例名称随着项目的进展而逐渐偏离现实 – 比如说我们改变了我们所说的某个环境，或者想重新定义一个环境。 然后，我们可以更新实例的目的列表，并用它来完成。 这样的计划如何为你解决？ 也许你在店里以另一种方式做事 – 告诉我这件事。 谢谢。 转2 开发群集 SQLERPD1 \ D1（DEV） SQLERPD2 \ D2（testing） SQLERPD3 \ D3（QA） SQLERPD4 […]
我们在ASP.NET + SQL Server 2008中有一个商业Web应用程序。 一开始，SQL Server和IIS在同一台机器上。 现在我们买了另一台机器。 目前的configuration是IIS机器加上SQL Server机器，它们通过一个1GB的LAN连接进行连接。 有了这个configuration我们的Web应用程序比以前更慢。 最大带宽是networking的1-2％，大约15mbps。 当我们使用另一个线程从相同的IIS机器使用同一个SQL Server时，networking使用率更高。 所以这对于SQL Server来说没有问题。 何我们可以为这个SQL连接提供更高的带宽？ 眼镜： .Net 3.5 SQL Server 2008 Standard 文件传输可以使用100％的LAN SQL 通过TCP / IP协议连接SQL login池使用启用和testing
我们有一个在SQL Server 2008 r2 64位上运行的新系统。 有一个主要的在线交易处理（OLTP）数据库，可接受来自全国各地商店的数千个销售点系统的大量更新。 为了保护这个至关重要的function，我决定引入一个专用的报表数据库服务器 – 多个用户可以从中运行一些相当复杂的报表。 我意识到有很多select，但我决定使用事务复制作为将数据从OLTP数据库复制到新报告数据库的机制 – 单向复制。 该解决scheme在testing中运行良好。 现在我被问到需要对备份策略进行哪些更改以涵盖体系结构更改。 我已经阅读了诸如MSDN：备份和恢复快照和事务复制的策略，但我认为这些对于我的解决scheme来说是过分的。 实际上，我目前的想法是，我们只需要继续备份OLTP数据和日志。 如果报告数据库或任何系统复制（例如发行）数据库失败，那么没有什么大不了的 – 我们可以清除所有数据，然后重新创build复制。 我意识到拍摄完整的OLTP快照将会非常耗时（大约5小时），但是我会更放松一些，试图按照正确的顺序恢复各种数据和日志文件的备份。 我的看法是，MSDN文章中提出的复杂策略只能是比我更复杂的复制解决scheme，例如，如果有多个订阅者进行双向复制。 你同意吗？ 我会很感激任何意见。 非常感谢， 抢。，
我负责接pipeMySQL安装（在Red Hat Linux上运行）的pipe理，这些安装在不久的将来将对我们的业务变得相当重要。 我想知道是否有人可以推荐一些资源来pipe理已经与其他关系数据库（SQL Server和一些Oracle在我的情况下）的DBApipe理MySQL的MySQL。 具体来说，我正在寻找有关灾难恢复以及高可用性的信息，但是我确实希望在整个系统中取得圆满成功。 在此先感谢，丹
我们有一个使用MSSQL 2000后端数据库的Web应用程序。 目前，我们正在为共享主机付出一笔可观的金额，单单数据库成本就是每月150美元（MSSQL 100MB额外空间是每月40美元）。 我们的数据库大小是896.38 MB 我正在寻找一个虚拟专用服务器，并将数据库升级到MSSQL2008 Express数据库。 我知道Express版本仅限于一个10GB的数据库（R2），并且仅限于一个CPU。 我还提供了SQL Server 2008 Web Edition，价格为每月19美元，但我无法find许多有关Express和Web之间差异的细节。 这里有什么build议？ 我还想知道的是：如果我们将数据库升级到MSSQL 2008数据库，将来有没有可能的数据转换问题？ 即是否可以使用SQL Server 2008 Standard Edition进行下载和安装？ 我更关心如何通过SQLpipe理工具将数据导入和导出数据库。 还有什么我可能会遇到的问题吗？ 谢谢，迈克
我刚刚在运行Windows Server 2008的新服务器上安装了Sql 2008 Express。我知道Sql工作正常，因为我可以在服务器上本地连接到数据库。 我无法通过IP地址或计算机名称（iporname \ instance）从客户端连接到它。 我知道我有正确的IP地址，因为我RDCing进入服务器执行所有这些configuration和设置，如果我ping服务器名称，它也parsing到正确的IP地址。 在服务器上，我设置了一个入站防火墙例外，允许任何协议的任何端口上的所有stream量到sqlservr.exe 。 在SSMS中，在server > Properties > Connections 启用远程连接到此服务器 。 在Sql Serverconfigurationpipe理器中，在Protocols for <instance>和Client Protocols部分的Protocols for <instance>中都启用了TCP / IP。 我查看了Windows日志，但没有看到有关连接被拒绝或丢失的任何信息。 据我所知，我有一切正确，但不能从客户机连接。 客户端可以连接到其他Sql 2008 Express服务器，所以我知道客户端configuration是正确的。 任何想法，我可以find什么/哪里/如何连接下降，大大apprecaited信息！ 客户端返回的错误是： **TITLE: Connect to Server** Cannot connect to [MY.IP.ADD.RSS]\[MYINSTNAME]. ADDITIONAL INFORMATION: A network-related or instance-specific error occurred while establishing a connection to […]
我有一个在SQL Server 2000上运行的SAP ECC实例。数据库设置为完全恢复模式，但事务日志备份永远不会完成（不是我的select）。 相反，每天都会保存完整的备份。 这当然意味着事务日志文件不断增长。 要控制它的大小，在一个月内事务日志将被截断 ，然后用dbcc shrinkfile进行收缩 （再次，不是我的select）。 正如你可以很容易地猜到的，这不太好，因为有时日志文件增长太快，填满它的分区，数据库挂起。 我被要求改善这种情况。 如果select是我的，我会每天做多次事务日志备份，但实际负责人不需要这样做。 第二个明显的select是更频繁地运行truncate＆shrink作业。 但是根据我的理解，这不是一个好的select。 我在这里读到的一件事最让我担心： 通过在（时间）截断日志，你完全失去了你的日志的一致性，没有办法恢复过去的任何数据（上次完整备份的时间）。 这是真的？ 这是否意味着现在使用的日志文件是完全无用的？ 如果我现在开始经常备份它，它可以用于时间点恢复吗？ 日志备份是否一致？ 我最好使用简单的恢复模式？ 谢谢。
我们要提高我们的Oracle数据库的性能，这个数据库存储大约10TB并且是OLTP。 我注意到Oracle服务器使用IDE硬盘，并且听说SCSI比IDE快。 切换使用SCSI的服务器会提高查询和存储过程的性能。 更新？ PS：我知道查看查询优化的其他方面很重要，但是我正在寻找硬盘方面。 我也可以直接询问我们的DBA，但是他的回答会有偏差，取决于他是否想要头疼。
我试图安装phpBB，而我所需要的是一个工作的SQL数据库瓦特/login等我已经尝试使用mySQL，它不会让我改变密码（我想这是一个普遍的问题），所以现在我'嗯，尝试MS SQL，甚至没有工作。 这里是phpBBlogin： 我的用户名/密码在下面。 当我按“下一步”，它给了我这个错误。 我安装了Microsoft SQL Server 2005 Express，当我运行SQL Serverconfigurationpipe理器时，我将login设置为：本地系统（所以我将我的用户名/密码设置为我的服务器login名，让我知道这是不正确的）。 无论如何，它应该仍然连接，我很好奇它为什么不会。 我有点新，但我没有看到一个工具安装编辑/添加数据库，只是服务本身。 任何帮助？
我有一个位于colo中心的SQL Server。 目前，我们的数据库大概是100Gb。 日志文件平均大约500Mb /天，差异备份增长略less于此。 我目前的灾难恢复计划是：在其他地方进行完整备份，每十分钟进行一次日志备份，每天晚上进行一次备份。 我把日志和差异复制到S3，所以除了尾巴，它们不在机器上，以防万一。 我可以在其他地方恢复完整的备份，并且偶尔检查以确保我可以恢复整个日志链。 通常情况下，我只是恢复“完整 – >最新的差异 – >差异后的日志”，但我偶尔运行全套，只是为了确保我可以。 我的问题是，人们实际上多久做完整的备份？ 我看不出有什么值得每天尝试将100Gb塞进S3的。 我甚至不确定我会每星期做一次。 是否有一个“最佳实践”，或者这只是归结为我自己的购买带宽/存储的能力/欲望，如果我必须申请几天（或几周）的日志，恢复时间会更长。 我想真正的风险是链中的一些日志文件被损坏，然后我完全搞砸了。