问题[indexes](server)

我刚刚在新的 Windows 机器上设置了 Apache v2.4、PHP 和 MySQL。我只对httpd.conf. 我包括httpd-vhosts.conf，它定义了 2 个自定义站点（我从中删除了默认dummy站点），它们都是 WordPress 站点。

其中一个 WordPress 站点没有数据库，当我转到htdocs根目录时，我看到该站点的数据库连接错误。当我注释掉DocumentRoot虚拟主机的行时，目录列表再次出现。

以下是（按顺序）的所有 -Directory相关行：httpd.conf

Define SRVROOT "C:/webserv/Apache24"

ServerRoot "${SRVROOT}"

<Directory />
    AllowOverride none
    Require all denied
</Directory>

DocumentRoot "${SRVROOT}/htdocs"
<Directory "${SRVROOT}/htdocs">
    Options Indexes FollowSymLinks
    AllowOverride All
    Require all granted
</Directory>

<Directory "${SRVROOT}/cgi-bin">
    AllowOverride None
    Options None
    Require all granted
</Directory>

这是导致问题的虚拟主机：

<VirtualHost *:80>#gutenberg
    DocumentRoot "${SRVROOT}/htdocs/gutenberg"
    ServerName gutenberg.squarestarmedia.ie
    ErrorLog "logs/gutenberg.localhost-error.log"
</VirtualHost>

（请注意，我使用我的hosts文件指向 ServerName）。

我应该提到我正在htdocs从不同的驱动器对目录进行符号链接，但是我在另一台没有遇到相同问题的 Windows 机器上进行了非常相似的设置。

如何修复它以便htdocs始终显示目录列表，即使子目录/虚拟主机有错误？

我一直在寻找几天来找到关于 Graylog/Elasticsearch 如何使用索引以及何时创建新索引的一个很好的解释。有很多关于分片索引的信息，但关于索引本身的信息并不多，除了它们是一组关于要保留多少数据以及如何管理它们的设置，但不是为什么。（或者在我看来）

背景：

我们将 Graylog 4.0 与 Elasticsearch 7.10 和 MongoDB 3 一起使用。

我们尝试集中来自 6 个仓库位置的日志（彼此相距数百公里）。每个都有 6 到 20 个 RFID 门，每个门都有日志。每个门都有连接到中央控制器中间件的连接器中间件，并且所有这些中间件都有日志。然后是自动化仓库“AWMS”的控制器、WMS服务器、ERP服务器及其前端。我们还考虑从运行这些服务的服务器的 Windows 事件日志中收集至少一些事件。

通常我们需要分析一个子系统中的问题，因此需要搜索其中一个日志。有时我们需要查看从 RFID 门到 AWMS、WMS 和 ERP 的整个流程。

目前，我考虑为每个日志创建一个流，并在搜索中使用相关的流。（或者这种方法是否已经存在缺陷，如果是，为什么？）

问题：

1. Graylog中设置的索引是否只是保留策略的设置？
2. 如果我有很多或几个索引，会有什么影响？
   • 在Elasticsearch Index Model中，听起来分片大小及其分布对搜索性能有主要影响，而索引只是管理分片的框架
3. 我的用例应该有多少个索引集？
   • 每个流多个？
   • 每个流一个？
   • 每个位置一个？
   • 每个子系统一个？
   • 每个保留时间或大小间隔一个？
   • 一个全球的？
   • 从性能的角度来看，这重要吗？
4. 我在哪里可以找到关于这些东西的更多信息，这解释了“为什么”，而不仅仅是“如何”来管理索引？（我一直在研究Graylog 索引模型、Elasticsearch 索引模型、Elasticsearch 索引模板）

当我使用

Options +indexes

...在 .htaccess 文件中，Apache (1.3) 显示该目录中的格式化文件列表。耶！但是，这种格式的实际布局很糟糕。文件名只有大约 20 个字符宽，最后用“..”截断。有什么方法可以改变 Apache 如何格式化此处各种文本的宽度？（除了，你知道，编辑源代码。）

我负责一个较小的 DB 300+ 百兆 100'ish 表，大约有 45 个用户在整个工作日内点击它。主要是读取，但有相当数量的更新和插入。我一直在放慢学习数据库结构的速度，以便从中获得一些性能。我听说查看索引是一个很好的起点。所述数据库的表的所有大多数索引都是集群的，其中一些是非集群的。

集群与非集群相比有速度优势吗？我有一个维护计划（是的，我知道），在差异备份之前每晚重新组织和重建索引，现在这是否足够好，直到我更好地掌握索引的形成和利用？

是否有（一个或多个）脚本可以帮助我查看各种索引的“性能”？我把自己弄进了多大的蠕虫罐头？

我有一个大表，它有一个带有标识主键的聚集索引。我正在确定此表的填充因子的正确值，以最大程度地减少页面拆分。我们使用每天运行的脚本来维护索引，该脚本会测量碎片并采取适当的措施。该表包含可变长度列。

我的第一个想法是将其设置为 100（因为记录应该只写入表的末尾），但我认为对可变长度列的更改也可能导致页面拆分，所以我现在转向 90。

任何建议表示赞赏。

我在生产数据库上有一个夜间 sp_updatestats，它似乎工作正常，除了一个特定的存储过程在更新后遇到性能问题。

开发团队目前正在修复 proc（我推荐的一些新索引和一些查询重组），但目前唯一的解决方法是做一个

UPDATE STATISTICS [SuperGiantTable]
WITH FULLSCAN

所以，问题是，我可以强制 sp_ updatestats 执行“with fullscan”选项吗？我想要吗？如果没有，那么我可能只是在 UPDATE STATISTICS 命令上方添加此命令，以便在 sp_updatestats 之后立即运行。

SQL 2000，顺便说一句。

我们的夜间完整（和定期差异）备份变得非常大，主要是由于我们表上的索引数量；大约一半的备份大小由索引组成。

我们正在使用简单恢复模型进行备份。

有没有办法通过使用FileGroups或其他文件分区方法从备份中排除索引？

如果这也可以扩展到全文目录，那就太好了。