小编Cru*_*ler的帖子

我在我的盒子上运行 sql standard 2008 r2。并且它工作得很好。我刚刚在我的机器上安装了 sql server 2014 作为第二个实例。

该服务运行良好，但是当我尝试使用 sa 密码登录它时，我收到有关登录失败的错误消息。

假设我可能在安装时弄乱了密码，我卸载并重新安装。同样的问题。

奇怪的是，当我尝试使用 Windows 身份验证登录时，它也失败了

但是我可以使用 Windows 身份验证登录到我的 2008 R2 实例，没问题

有些东西困扰着我，它不一定是登录，但可能是服务的登录方式，但它的登录方式与 2008r2 服务完全相同。

完整的错误信息在这里

Server Name: CRAIG-PC\MSSQLSERVER2014
Error Number: 18456
Severity: 14
State: 1
Line Number: 65536

提前致谢

全屏抓取服务

浏览器从此路径“C:\Program Files (x86)\Microsoft SQL Server\90\Shared\sqlbrowser.exe”运行

我有一个数据库，由于一些愚蠢的代码问题，它已经大大增长。它现在是 24GB，其中大部分是非常不必要的日志信息（系统生成的调试信息）。

我的服务器位于云托管服务器上。由于文件大小，我现在有两个问题：

1. 我支付存储费用。我很高兴为我的核心业务付费，但为愚蠢的数据付费似乎......

2. 我的备份现在也很大。我每晚进行完整备份，然后将它们发送到 FTP 服务器。这个过程需要的时间越来越长。

鉴于我的问题，萎缩有那么糟糕吗？我将重建我所​​有的索引。我做了一次试运行，并将我的数据库降低到 6GB。

这家伙（谁我一直信任我的SQL大师）表示，它的坏.... mkay “SQL SERVER -收缩数据库是坏的-提高了碎裂-降低性能”

我遇到了数据库性能问题，因此我们重建了所有索引，因为我们在维护它们方面做得并不好。重建运行了大约 20 分钟。然后我找到了一个查询来查看我的索引的外观

SELECT 
t.NAME 'Table name',
i.NAME 'Index name',
ips.index_type_desc,
ips.alloc_unit_type_desc,
ips.index_depth,
ips.index_level,
ips.avg_fragmentation_in_percent,
ips.fragment_count,
ips.avg_fragment_size_in_pages,
ips.page_count,
ips.avg_page_space_used_in_percent,
ips.record_count,
ips.ghost_record_count,
ips.Version_ghost_record_count,
ips.min_record_size_in_bytes,
ips.max_record_size_in_bytes,
ips.avg_record_size_in_bytes,
ips.forwarded_record_count
FROM 
sys.dm_db_index_physical_stats(DB_ID(), NULL, NULL, NULL, 'DETAILED') ips
INNER JOIN  
sys.tables t ON ips.OBJECT_ID = t.Object_ID
INNER JOIN  
sys.indexes i ON ips.index_id = i.index_id AND ips.OBJECT_ID = i.object_id
WHERE
AVG_FRAGMENTATION_IN_PERCENT > 0.0
ORDER BY
AVG_FRAGMENTATION_IN_PERCENT, fragment_count

所以我的大多数索引的平均碎片化百分比 <1 但我有大约 10 个是 85%，另外 10 个是 100%

我不是 dba，对我在这里所做的事情知之甚少，但这肯定很糟糕吗？

还值得注意的是，100% 都是主键

我是否陷入了困境，还是我对统计数据的理解不正确？

注意：值得一提的是我的数据库是 24GB，我的驱动器有 115GB 中的 46GB …