Вопросы Теги

Повреждение журнала NFS

На эту статью от Microsoft Knowledge Base:

  • DriveLetter$: Это - общий корневой раздел или объем. Общие корневые разделы и объемы отображены как имя буквы диска, добавленное со знаком доллара ($). Например, когда буквы дисков C и D совместно используются, они отображены как C$ и D$.
  • ADMIN$: Это - ресурс, который используется во время удаленного администрирования компьютера.
  • IPC$: Это - ресурс, который совместно использует именованные каналы, которые Вы должны иметь для коммуникации между программами. Этот ресурс не может быть удален.
  • СЕТЕВОЙ ВХОД В СИСТЕМУ: Это - ресурс, который используется на контроллерах домена.
  • SYSVOL: Это - ресурс, который используется на контроллерах домена.
  • PRINT$: Это - ресурс, который используется во время удаленного администрирования принтеров.
  • FAX$: Это - совместно используемая папка на сервере, который используется клиентами факса во время передачи факса. Отметьте СЕТЕВОЙ ВХОД В СИСТЕМУ, и SYSVOL не скрыты доли. Вместо этого это специальные административные доли

Можно удалить эти доли, живые согласно ответу Roy.

Примечание: Windows автоматически создаст администраторские доли после перезагрузки. Для предотвращения этого поведения используйте regedit для нахождения следующего ключа:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters

Создайте следующие 2 стоимости реестра DWORD:

AutoShareServer 0
AutoShareWks 0

0
задан 30 October 2009 в 21:08
2 ответа

Я не уверен, что существует достаточно информации для ответа на этот вопрос. Вы попытались писать, что большие объемы данных от Ваших различных серверов до NFS монтируются, те файлы показывают повреждение? Если не это могло бы быть websphere конкретным вопросом или взаимодействием между websphere и NFS. Возможно, что-то в пути это пишет данные в файлы журнала....

Так или иначе я не рекомендовал бы регистрироваться к NFS, монтируются, были ли вообще возможный, Вы бы намного лучше обслужены с централизованным демоном системного-журнала-ng с входом по tcp через локального демона системного журнала. В целом это было бы более гибким решением, будет допускать большее дублирование и удалять большую сложность, свойственную от NFS.

Если бы это изменение в архитектуре не возможно затем, я сначала исключил бы сам сервер NFS перед обеспечением Websphere в уравнение.

1
ответ дан 4 December 2019 в 15:26

У нас было подобное поведение с когда два приложения где, регистрируясь в тот же файл. Особенно, если одно приложение прокручивает файл журнала, в то время как другое приложение пытается записать в файл журнала, это могло бы произойти, что они получают положение в перепутанных файлах.

Поэтому удостоверьтесь, что только один процесс пишет в каждый файл. Также избегайте, чтобы два различных потока в рамках одного процесса записали непосредственно в файл. Это только напрашивается на неприятности, если два приложения пишут в тот же файл.

1
ответ дан 4 December 2019 в 15:26

Теги

Похожие вопросы