小编Ade*_*ata的帖子

明年，我将帮助清理多个 SQL Server 环境。

我们有大约 10,000 个存储过程，估计其中只有大约 1000 个是定期使用的，另外还有 200 个左右是在极少数情况下使用的，这意味着我们有很多工作要做。

由于我们有多个部门和团队可以访问这些数据库和程序，因此我们并不总是调用这些程序的人，这意味着我们必须确定正在调用哪些程序。最重要的是，我们希望在几个月内而不是几天内确定这一点（这消除了一些可能性）。

一种方法是使用SQL Server Profiler并跟踪正在调用的过程，并将它们与我们拥有的过程列表进行比较，同时标记是否使用了这些过程。从那时起，我们可以将程序移动到不同的模式，以防部门尖叫。

Profiler在这里使用最有效的方法吗？和/或你们中有没有人做过类似的事情并找到了另一种方法/更好的方法来做到这一点？

我们有 SQL Server 2008 R2 合并复制设置。

最近我开始遇到一些表的冲突，当我检查冲突查看器时，我可以看到获胜者和失败者列的值是相同的！

我确信只有一位订阅者输入了这些数据。

我曾经sp_showrowreplicainfo获得有关冲突行的更多详细信息，我得到了 2 行：一个用于发布者，另一行用于订阅者，两行的“版本”均为 1。

我还实现了 Brandon 的方法：Auditing changes in Merge Replication，但它只显示正常插入！

你能告诉我如何开始解决这种冲突吗？

据我了解，填充因子为 80 意味着每个叶级页面的 20% 将是空的，以实现未来的增长。我无法将 0 和 100 的填充因子如何相同！我错过了什么吗？

我们已经使用 SQL Server Replication 很长时间了，但遇到了一些问题，有时我们需要重新初始化订阅以解决一些问题，而有时我们需要破坏整个复制结构并重新重建它！

我们主要担心的是，一旦我们遇到复制问题，几乎所有时间的简单解决方案都是重新初始化我们的业务需求不接受的复制。

现在我们正准备发布一个新的大项目，我们正在尝试寻找用于 SQL Server 复制的 3rd 方软件。

我们的设置包括分布在分支机构（不同国家/地区）的服务器 + 移动客户端（具有本地 SQL Server 数据库的笔记本电脑），我们需要在所有这些之间复制数据并提供文章过滤功能。

有人可以为我们建议一些替代解决方案吗？

我们设置了 SQL Server 2008 R2 合并复制。

我们有 20 多个推送订阅。

在同步过程中，我偶尔会收到以下错误消息：

Error messages: The merge process could not set the status of the subscription correctly.
(Source: MSSQL_REPL, Error number: MSSQL_REPL-2147200963)
Could not find stored procedure 'dbo.sp_MScheckIsPubOfSub'.
(Source: MSSQLServer, Error number: 2812)

我找到了上述 SP 的代码并针对订户数据库运行它，一切正常。

我的问题是：为什么这个存储过程会时不时地被删除？我该如何解决这个问题？

在 mysql 数据文件夹中，未知文件是这样创建的：

这是 my.ini 的内容：

[client]
host= .
port= 3306
socket= "MySQL"

[mysql]
no-auto-rehash


[mysqld]

max_allowed_packet = 800M
thread_concurrency = 8
skip-external-locking
port=3306
basedir="c:/zpanel/bin/mysql/"
datadir="e:/hafez/bin/mysql/mysql5.5.24/data/"
character-set-server=utf8
default-storage-engine=MYISAM
max_connections=200
query_cache_size = 128M
table_cache=256
tmp_table_size=256M
thread_cache_size=8
myisam_max_sort_file_size=32G
myisam_sort_buffer_size=205M
key_buffer_size = 384M
read_buffer_size = 2M
read_rnd_buffer_size = 8M
sort_buffer_size = 2M




innodb_fast_shutdown=0
innodb_additional_mem_pool_size = 16M
innodb_log_buffer_size = 8M
innodb_buffer_pool_size=1800MB
innodb_log_file_size = 256M
innodb_thread_concurrency = 16
innodb_lock_wait_timeout = 120
innodb_file_per_table 

innodb_doublewrite = 0
log-bin = 0
innodb_support_xa = 0
innodb_flush_log_at_trx_commit = 0


tmpdir= …