1回答
我已经在本地创建了一个简单的智能搜索索引(带有简单分析器的页面爬虫)。当我手动触发重建时，我能够使用test关键字找到一个页面。然而，如果我用一个new关键字保存页面，直到我再次触发重建，我才能看到变化。我可以看到几个任务列在“本地任务”下，但当我单击“处理任务”时没有任何反应。是否在其他地方有我需要运行的计划任务？
浏览 10提问于2019-07-30得票数 0
2回答
我正计划重建一个索引，但是我的日志很容易出现过大的大小。我的数据库使用完整的恢复模型。当发生的事务较少时，在本周末晚些时候进行重建之前，是否应该将恢复模型更改为大容量日志。如果我的潜伏期很高，你有什么建议？有
浏览 0提问于2012-08-29得票数 1
回答已采纳
在我的夜间维护计划中，我做了所有事情--重新组织和重建索引，更新统计数据等等。有一个每小时的维护计划，可以执行事务日志备份。我注意到，在夜间重建之后立即进行的事务日志备份是巨大的--一项小小的研究告诉我，这是因为重建索引等都是日志操作。
我不想通过备份索引重建日志来加重备份系统的负担。因此，我计划按夜间
浏览 0提问于2012-07-21得票数 4
回答已采纳
1回答
重新构建索引的作业的问题
、、、
我们有一个维护计划(MP)工作，每周重建索引。索引的重建正在使用MP计划的标准工具进行。据我所知，如果一个用于索引重建的标准MP作业由于死锁而停止，这意味着其他索引(在死锁索引之后)也需要重建吗？还是M
浏览 0提问于2017-09-30得票数 2
我读过很多文章，了解到基于BOL的重组不会更新统计数据，因为数据分布不会发生变化。我们过去每天晚上都会进行索引重建，直到它变得太慢，有时会进行索引重建，有时会进行索引重组(我称之为智能重建索引)。突然，在更改6个月后，我接到一个电话，说你的查询有问题……经过几个小时的分析，我终于发现这个问题是由于过时的统计数据造成的。我的理论，如果我错了，请纠正
浏览 1提问于2015-12-18得票数 0
我们的开发团队一直在与智能搜索功能有一个持续的问题，在我们的PROD网站上没有像预期的那样工作。UAT站点按预期工作。我们使用Kentico 9 CMS。示例：我们在Kentico中创建了一个页面，并向智能搜索字段添加了一些信息。我们在UAT和PROD中遵循了相同的过程，但只有UAT在网站上使用此功能时才返回搜索结果。以下是UAT中的搜索结果并没有提供任何相关信息：
·我们注意到PROD站点
浏览 3提问于2020-05-07得票数 0
我们的中型网站(Kentico 9)不会显示新添加页面的搜索结果。索引状态表示需要重建。有人知道重建智能搜索索引是否会导致站点宕机吗？Dev和UAT环境中的相同功能运行良好，不需要重新构建。
浏览 2提问于2020-02-26得票数 0
1回答
我的一个数据库的一个索引有一个奇怪的行为，那就是随着时间的推移变得越来越慢。但是，当我在特定索引上执行手动重建时，查询时间从几分钟减少到半秒。为什么维护计划的“重建索引</em
浏览 2提问于2014-05-09得票数 0
2回答
重建指标
、、、、
我们的生产Server 2014中有一个名为WSS_Us_App的数据库。在这个数据库中，所有索引都需要重建，因为大多数索引的碎片级别都大于50%。我计划在工作时间内重建这些索引，因为我被告知不会出现问题，也不会引起任何重大问题。用ONLINE选项重建这些索引更好吗？(我很难理解在线选项与非在线选项之间<em
浏览 0提问于2020-12-28得票数 -1
回答已采纳
1回答
系统：发行：问题：我也不确定更频繁地重建指数是否会有帮助。(因为我不知道这是否是一个“批量”操作，它将从最近重新索引的表中获益)。注意:升级到SQLServer2005
浏览 0提问于2012-03-28得票数 2
回答已采纳
我在server 2008 R2标准版上有一个完全安全模式的镜像数据库。我希望创建一个维护计划，以便每周重建和重新组织索引。维护计划设置为每天备份3次，事务日志备份每30分钟一次。我尝试在非高峰时间手动重建索引，这使得日志文件在原理上和镜像上都有很大的增长。
在镜像环境中重建索引时是否需要遵循任何具体步骤？我在网上搜索，但没有发现在镜像和不镜像中重建索引的方式有任
浏览 0提问于2011-01-28得票数 0
回答已采纳
在“改善SQL Server数据库的SSW规则”中，有一个完整的数据库维护计划示例：。在该示例中，它们先运行重组索引，然后运行重建索引，然后运行更新统计信息。这有什么意义吗？我认为重组索引是重建索引的一个快速但效率较低的版本？并且索引重建也将自动更新统计信息(至少在聚集索引上)。
浏览 3提问于2008-08-11得票数 41
回答已采纳
1回答
索引维护计划
、、
在我们的组织中，我们从visual迁移到SQL Server，因此没有维护计划，也没有DBA。我们已经完成了备份计划，索引维护只是在需要时进行索引重建。我想提出一个新的计划，为索引维护，但希望确定是否错误的it.its，如每日索引重组和索引重建时，必要时(每周或迟至每月)。
据我所知，重组可以在线进行，减少碎片的积累。聚集索引是
浏览 0提问于2014-07-03得票数 0
如果我使用数据库维护计划向导并将其设置为全部重新生成索引，然后运行包，则对表执行此操作将失败。另一个问题是:如果应用重建索引，则不需要使用Reorganize，对吗？
以下是作业历史记录中的错误消息:以用户身份执行的消息: xxx\sqlservice。：100%完成结束进度: 2012-04-14 19:21:30.09来源:正在执行查询"USE MyDB”的重建索引任务。：0%完成结束进度错误: 2012-04-14 1
浏览 1提问于2012-04-16得票数 1
回答已采纳
我在存储过程中有一个查询，当它通常以毫秒为单位运行时，相同的输入会周期性地超时(>30秒)。
该表有2077748行、59列和13个索引。我们发现，重建其中一个索引会使性能恢复到毫秒。这是有趣的部分。每次重建该索引时，该索引上的碎片百分比为< 1%，上次是.01%。我一直在使用填充因子，因为我认为这可能是一个扩展问题，当时是100，然后是80，现在是60。这并没有影响这个问题的频率。avg_fragmen
浏览 0提问于2012-02-03得票数 1
回答已采纳
1回答
我之前的DBA使用了https://ola.hallengren.com/downloads.html中的“C0”来创建iIndex解决方案。我可以看到作业是按月调度和运行的，逻辑应用是:如果碎片< 20，那么重新组织索引，如果碎片> 40，重构索引，我计划通过SSMS使用维护计划来重组或重建索引。如何找到哪一个已经运行了“重组/重建”，我可以看到一些表的<
浏览 0提问于2019-07-05得票数 0
回答已采纳
看来search正在尝试索引联系人对象。我有联系人的搜索索引。我有急救执照。我们也在使用Kentico开箱即用的Rest创建/更新联系人。
知道吗，在这种情况下可能会发生？这可能是用户级访问问题吗？
浏览 8提问于2020-03-03得票数 0
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
对象存储
腾讯会议
云直播活动推荐
腾讯云开发者
