Windows services 用于转储windows服务日志文件的文件夹

Short:windows服务最适合将日志文件转储到哪个文件夹

详细信息

我有一个windows服务，它可以生成低技术终端用户可能感兴趣查看的日志文件（计算机和生产线监控传感器之间的实际通信）

计算机是一台独立的专用计算机，充当数据采集服务器，它具有监视器，可供最终用户访问，但除非出现问题，否则不得触摸

将这些日志文件输出到的最佳（最合适）位置（文件夹）是什么

我的考虑是：

易于配置（以防我必须授予本地服务帐户访问该文件夹的权限）

最终用户访问的方便性（同样：他们不需要，但偶尔他们可能想要）

---

编辑：它创建大约10个最大1Mb的滚动大小文件。大小没有问题，因此无需压缩和清理。

好吧，我想说一下您的服务安装到哪里，在

/Logs/

文件夹中。然后在以后的阶段添加压缩这些文件的功能

---

这样做，您就不会从实际运行的应用程序中分离应用程序数据。例如，将其保存到

C:\LogDumps\

中不会显示最初是哪个程序创建了这些文件，这将是一场维护的噩梦。

好吧，我想说的是，您的服务安装到哪里，在

/Logs/

文件夹中。然后在以后的阶段添加压缩这些文件的功能

---

这样做，您就不会从实际运行的应用程序中分离应用程序数据。例如，将其保存到

C:\LogDumps\

中不会显示最初是什么程序创建了这些文件，这将是一场维护的噩梦。

我认为最直观的日志记录位置是安装服务的文件夹中的子文件夹“Logs”。例如，如果服务安装在此处：

c:\program files\my company\my service\

把日志放在这里：

c:\program files\my company\my service\logs\

---

我不喜欢应用程序登录到“文档和设置”或“我的文档”区域——我不喜欢在应该是我的文档的文件夹中创建垃圾。我认为最直观的登录位置是安装服务的文件夹中的子文件夹“日志”。例如，如果服务安装在此处：

c:\program files\my company\my service\

把日志放在这里：

c:\program files\my company\my service\logs\

---

我不喜欢应用程序登录到“文档和设置”或“我的文档”区域-我不喜欢在本应为我的文档的文件夹中创建垃圾。

我的首选是使用“所有用户”文件夹结构。通过在其中创建一个与您的服务应用程序同名的文件夹，可以清楚地看到内容来自何处，您可以在不影响Program Files文件夹的情况下授予对其的访问权限，当您卸载或升级应用程序时，不会在程序文件中留下无法删除的“孤立”文件夹，因为安装程序不知道它必须删除一些日志文件。

我的首选是使用“所有用户”文件夹结构。通过在其中创建一个与您的服务应用程序同名的文件夹，可以清楚地看到内容来自何处，您可以在不影响Program Files文件夹的情况下授予对其的访问权限，当您卸载或升级应用程序时，不会在程序文件中留下无法删除的“孤立”文件夹，因为安装程序不知道它必须删除一些日志文件。

如果我在程序文件目录中安装服务，我将不愿意授予“本地服务”对“程序文件”中任何内容的写入权限。C:\LogDumps可能出于同样的原因不好，因为我希望服务能够在缺少最低级别文件夹的情况下创建该文件夹。您没有授予程序文件的权限。您正在为文件夹中的文件夹、程序文件中的文件夹授予权限。如果您仅保留对日志文件夹的权限，则只能访问日志文件夹。正如我所说的“我不愿意授予“本地服务”对“程序文件”中的任何内容的写访问权”，我的理解是“应用程序数据”目录就是为了避免程序必须写入程序文件，所以程序文件只用于程序安装和安装级配置。我个人不喜欢这样。这对用户来说并不理想/方便，尽管它在应用程序数据中位于您的应用程序之下，但它仍然会将日志隐藏在视线之外。此外，愿意查看日志文件的最终用户可能没有进入“程序文件”的权限（甚至没有读取权限）。如果我在Program Files目录中安装服务，我将不愿意授予“本地服务”对“Program Files”中任何内容的写访问权限。C:\LogDumps可能出于同样的原因不好，因为我希望服务能够在缺少最低级别文件夹的情况下创建该文件夹。您没有授予程序文件的权限。您正在为文件夹中的文件夹、程序文件中的文件夹授予权限。如果您仅保留对日志文件夹的权限，则只能访问日志文件夹。正如我所说的“我不愿意授予“本地服务”对“程序文件”中的任何内容的写访问权”，我的理解是“应用程序数据”目录就是为了避免程序必须写入程序文件，所以程序文件只用于程序安装和安装级配置。我个人不喜欢这样。这对用户来说并不理想/方便，尽管它在应用程序数据中位于您的应用程序之下，但它仍然会隐藏日志