Indexer 태스크: Update 및 Updall

업데이트

기본적으로 업데이트는 서버 시작 시 로드되어, 업데이트해야 할 보기와 폴더에 대한 작업 큐를 확인하고 계속 실행됩니다. 인덱서는 각 데이터베이스 업데이트 작업 사이에 5초간 대기하여 가장 적합한 시스템 자원을 사용합니다.

Update 태스크는 다음과 같이 서로 다른 세 개의 업데이트 태스크를 수행합니다.

• Domino® 디렉토리에서 보기를 업데이트합니다.
• 다른 모든 데이터베이스에서 보기를 업데이트합니다. 보기 업데이트 요청이 있으면 마지막 업데이트 이후 20개 이상의 Note가 변경되고 최근 7일간 보기에 액세스한 적이 있는 경우에만 보기가 업데이트됩니다. 보기 업데이트 서비스는 Notes® 클라이언트에서 보기를 연 경우 보기 액세스 시간 속도를 향상시킵니다. 보기를 자주 업데이트하지 않는 경우 보기를 열 때마다 자동으로 보기가 업데이트되므로 사용자나 애플리케이션에서 보기를 여는 시간이 오래 걸린다는 점을 제외하고는 이로 인한 영향을 받지 않습니다.
• 전체 텍스트 색인을 업데이트합니다. 전체 텍스트 색인은 최근 추가된 Note에 대한 검색 기능을 제공합니다. 가장 최근의 전체 텍스트 색인 후 Note를 추가할 경우 해당 Note는 전체 텍스트 검색으로 찾을 수 없습니다.

업데이트는 두 개의 작업 큐(즉시 수행 큐, 지연 수행 큐)을 유지관리합니다. 라우터 및 복제자와 같은 기타 서버 컴포넌트는 데이터베이스가 변경되면 Updater에 요청을 게시합니다. 일부 요청은 지연 수행 요청으로 일부는 즉시 수행 요청으로 게시됩니다.

보기 또는 폴더 변경이 큐에 기록되면, Update는 약 15분을 대기한 후 데이터베이스에 있는 모든 보기 색인을 업데이트하는데, 이 때 15분 대기 시간 동안 변경된 다른 데이터베이스도 모두 업데이트합니다. 데이터베이스의 보기 색인을 업데이트한 후, Update는 즉시 업데이트나 매시 업데이트로 설정된 전체 텍스트 검색 색인을 가지고 있는 모든 데이터베이스를 업데이트합니다.

Update가 손상된 보기 색인 또는 전체 텍스트 색인을 발견하면, 문제를 해결하기 위해 손상된 보기 색인 또는 전체 텍스트를 재빌드합니다. Update는 보기 색인 또는 전체 텍스트 색인을 삭제한 후 재빌드합니다.

보기 색인 성능을 향상시키려면 서버에 적절한 CPU가 있는 경우 여러 Update 태스크를 실행할 수 있습니다.

Update 태스크 및 업데이트 태스크의 시스템 자원 사용 관리

인덱서는 서버 업데이트 비율이 낮은 경우 즉, 서버의 데이터베이스에 변경된 내용이 거의 없는 경우 서버의 기본 구성에 있는 업데이트 비율을 유지할 수 있습니다. 너무 많은 애플리케이션 데이터베이스 사용, 다수의 메일 사용자 또는 대용량 메일로 인해 서버의 업데이트 비율이 높은 경우, 기본 자원 사용 구성에서는 Updater 큐의 크기가 커질 수 있습니다. 업데이트 큐가 너무 클 경우 해당 서버에서 업데이트를 수행하는 방법을 결정하십시오. 일반적으로, 큐가 길다는 것은 보기와 전체 텍스트 색인이 최신이 아님을 나타냅니다.

다음은 사용 가능한 샘플 시나리오 및 실행과 이를 구현하는 데 사용되는 단계입니다.

• 시나리오 1 - 대용량 업데이트 볼륨 데이터베이스에 대해 전체 텍스트 색인을 시작하지 않은 경우, 일반적으로 큐 길이는 짧습니다. 이런 경우 보기 업데이트 요청은 전체 텍스트 색인을 기다립니다. 이로 인해 전체 텍스트 색인화가 완료될 때까지 큐가 증가합니다. 큐를 축소하기 위해 더 많은 시스템 자원을 사용하려면 개별 스레드에서 보기 업데이트 및 전체 텍스트 색인 업데이트를 수행하십시오. 이렇게 하려면 서버의 NOTES.INI 파일에 UPDATE_FULLTEXT_THREAD=1 변수를 입력하십시오.
• 시나리오 2 - Updater 태스크가 큐를 짧게 유지하기 위해 필요한 시스템 자원을 충분히 확보하지 못하여 시간이 지나면서 큐가 점차 증가하고 너무 길어집니다. 추가 자원을 사용하여 큐를 짧게 유지하려면 각 Update 작업 간의 지연을 설정하십시오. 지연을 설정하려면 서버의 NOTES.INI 파일에 UPDATE_IDLE_TIME 변수를 입력하고, 두 개의 스레드를 사용하는 경우 FTUPDATE_IDLE_TIME 변수를 입력하십시오. 기본적으로 지연 기간은 5초입니다. Update 태스크가 추가 시스템 자원을 사용할 수 있게 하려면 지연을 5초 미만으로 설정하십시오. 대형 서버에서는 보다 세밀한 정밀도가 필요할 수 있습니다. 이런 경우 서버의 NOTES.INI 파일에 UPDATE_IDLE_TIME_MS 변수를 추가하고 두 개의 스레드를 사용하는 경우 FTUPDATE_IDLE_TIME_MS 변수를 추가하여 지연을 밀리초 단위(Domino® 7 이상 버전에만 해당)로 설정할 수 있습니다.
• 시나리오 - 업데이트 비율이 높은 서버는 종종 너무 많은 시스템 자원을 요구하므로 큐를 작게 유지할 수 없습니다. 이런 경우 보기 업데이트를 수행하지 않고 보기를 열어 업데이트가 자동으로 수행되도록 할 수 있습니다. 서버의 NOTES.INI 파일에 UPDATE_DISABLE_VIEWS=1 변수를 추가하여 보기 업데이트를 사용 불가능으로 설정합니다. 다른 선택사항은 전체 텍스트 데이터베이스에 대해 즉시 수행 업데이트 수를 제한하는 것입니다. 데이터베이스 업데이트 주기를 시간별, 일별 또는 특정 스케줄로 변경합니다. 또한 외부 전체 텍스트 색인을 삭제할 수 있습니다.

  몇 개의 데이터베이스에서만 전체 텍스트 색인화를 자주 수행하고 다른 데이터베이스의 전체 텍스트 색인화는 금지하려면 Updater에서 전체 텍스트 색인화를 사용 불가능으로 설정한 후 Updall 실행을 예약(예: 30분마다 실행)하는 프로그램 문서를 추가하십시오. Updater에서 전체 텍스트 색인을 사용 불가능으로 설정하려면 서버의 NOTES.INI 파일에 UPDATE_DISABLE_FULLTEXT=1 변수를 입력하십시오.

  업데이트를 금지할 수 있으며 보기를 열어 보기 업데이트가 자동으로 수행되도록 할 수 있습니다. 업데이트를 금지하려면 업데이트 문자열을 제거하여 NOTES.INI 변수를 편집하십시오.

  업데이트를 수행할 수 있는 시스템 자원이 있는 경우 다중 Update 태스크를 실행할 수 있습니다. 이렇게 하려면 NOTES.INI 파일에서 ServerTasks 변수를 편집하고 두 번째 Update 태스크를 추가하십시오.

  수정된 보기가 실제로 업데이트되었는지 여부를 확인하는 기능을 조정할 수 있습니다. 데이터베이스와 보기는 여전히 열려 있어야 하지만, 해당 임계값에 도달하지 않은 경우 보기는 업데이트되지 않습니다.

자세한 내용은 UPDATE_ACCESS_FREQUENCY 및 UPDATE_NOTE_MINIMUM, 기타 NOTES.INI 설정을 참조하십시오.

Updall

Updall은 Update와 유사하지만, 계속해서 실행되거나 큐에서 작동하지 않습니다. 대신, 필요에 따라 Updall을 실행합니다. Updall 실행 시, 선택사항을 지정할 수 있지만, 선택사항이 없이도 Updall은 업데이트 해야 하는 서버의 보기 색인이나 전체 텍스트 검색을 업데이트합니다. 디스크 공간을 절약하기 위해, Updall은 데이터베이스에서 삭제 스텁을 삭제한 후, 데이터베이스 설계자가 보기 색인 삭제에 대한 다른 기준을 지정하지 않은 경우, 45일간 사용되지 않은 보기의 보기 색인을 삭제합니다. NOTES.INI 설정 Default_Index_Lifetime_Days를 사용하여 Updall이 사용되지 않은 보기 색인을 삭제하는 시기를 변경하십시오.

Update와 마찬가지로, Updall은 손상이 발견된 모든 보기 색인과 전체 텍스트 검색 색인을 재빌드합니다.

기본적으로 Updall은 NOTES.INI 설정 ServerTasksAt2에 포함되기 때문에 매일 오전 2시에 실행됩니다. Updall을 매일 실행하면, 삭제 스텁을 제거하고 사용되지 않은 보기 색인을 삭제하여 디스크 공간을 절약하는 데 유용합니다. 또한 일별 업데이트로 설정된 전체 텍스트 검색 색인이 업데이트됩니다.

다음 표는 Update 및 Updall의 특징을 비교합니다. Updall의 경우 표에서 기본 특징을 설명합니다. Updall 옵션을 사용하여 이러한 특성 중 일부를 수정할 수도 있습니다.