참고: 이 문서는 곧 사용이 중단됩니다. "페이지를 찾을 수 없음" 문제를 방지하기 위해 알고 있는 링크를 제거하고 있습니다. 이 페이지에 대한 링크를 만든 경우 링크를 제거해 주세요. 그러면 웹을 연결된 상태로 유지하겠습니다.
Microsoft Search Server 2010
|
질문/문제점 |
답변/해결 방법 |
|
Microsoft Search Server 2010의 하드웨어 및 소프트웨어 요구 사항: 이 콘텐츠는 Technet에 있습니다. |
|
|
SharePoint 검색 언어 검색 엔터프라이즈 검색에는 저작권 특성을 제공 해야 하는 언어 검색 기능이 있습니다. |
ICU 라이선스-ICU 1.8.1 이상 원본 SSLeay 라이선스 LIBXML2 라이선스 |
|
상의 PowerShell을 통해 검색 서비스에 대 한 성능 수준을 변경한 후에 일부 assert 문 "RobotThread tid {num}에서 받은 perf obj 없음"이 로그에 표시 될 수 있습니다. |
관리자 권한 프롬프트에 다음 두 명령을 입력 하 여 팜의 각 상자에서 검색 서비스를 재생 합니다. net stop osearch14 net start osearch14 |
|
Beta2 업그레이드 후 자동 언어 검색은 기본적으로 수행 됩니다. 기본적으로 검색 엔진은 크롤링 중에 올바른 tokenizers (라고도 함)를 선택 하기 위해 문서 언어를 유추 합니다. wordbreakers). 일부 고객은 이러한 기능을 고의적으로 해제 하 고 검색 서버 2007 동작을 모방 하기 위해 해제 하도록 할 수 있습니다. RTM 릴리스는 Beta2에서 업그레이드 하는 경우 기본적으로 언어 유추 시스템을 설정 합니다. |
자동 언어 검색 기능을 해제 하거나 필요에 따라 검색 서비스를 다시 시작 합니다 (아래 참조). 검색을 끄면 일부 문서, 특히 html, 메시지 및 txt 파일이 검색 되지 않습니다. 언어 검색을 해제 하려면 다음을 0으로 설정 합니다. EnableLanguageDetection EnableLanguageDetectionPerChunk 레지스트리 내에서 다음을 수행 합니다. HKEY_LOCAL_MACHINE \SOFTWARE\Microsoft\Office 서버 \ 이 작업을 수행한 후에는 다음 명령을 사용 하는 등 검색 서비스를 다시 시작 해야 합니다. net stop osearch14 net start osearch14 대부분의 html, 메시지 및 txt 파일에 대해 가장 일반적인 언어로 인덱스 서버 언어를 설정 해야 합니다. 이러한 키를 끄면 고급 검색에서 언어에 대 한 필터링이 이러한 파일에 적용 되지 않습니다. |
맨 위로 이동
Microsoft 빠른 검색 서버 2010
|
질문/문제점 |
답변/해결 방법 |
|
Setup.exe 이탈리아어 Win2k8 SP2 X64에서는 빠른 검색 서버 구성이 실패 합니다. 다음 오류 때문에 설정 후 구성이 실패 합니다. 예외-: 예외-Microsoft. t e t. t e L'attributo. 배포 예외: XML 유효성 검사 오류: ' modifiedTime ' 비 è valido. Il e ' 2010-04-16T 14.35.48 Z ' 비 è valido il tipo dati ' '-La stringa "2010-04-16T 14.35.48 Z" 비 è un. XsdDateTime valido. 영어로 번역 됨: |
최상의 해결 방법은 Win2k8 SP2 대신 Win2k8 R2를 설치 하는 것입니다. 다른 해결 방법은 파일을 삭제 하는 것입니다. C:\FASTSearch\etc\deployment.xsd. 해당 파일을 찾을 수 없는 경우에는 스키마 유효성 검사가 수행 되지 않습니다. |
|
빠른 검색 센터 설정: 제공 된 스크립트를 사용 하 여 기본 FASTSearch 인증서를 새 인증서로 바꾸기: ReplaceDefaultCertificate는 일본 OS에서 실패 합니다. |
해결 방법:
참고:이 파일을 수정 하는 경우 프로덕션 환경에서는 이후 패치를 해제 하는 것이 좋습니다. 나중에 패치로 바꿀 수 없습니다. |
|
색인 콘텐츠 컬렉션을 삭제 하는 작업은 내결함성이 없습니다. 백업 인덱싱 노드에서 작업을 수행 하지 못하면 마스터 인덱싱 노드에서 작업이 취소 되지 않습니다. 결과적으로 마스터 및 백업 인덱싱 노드에서 동기화가 손실 됩니다. |
콘텐츠 컬렉션을 삭제 하는 동안 백업 인덱싱 노드에 장애가 발생 하는 경우에는 수동으로 동기화 해야 합니다. |
|
색인 Unclean 종료 후 인덱싱 노드를 다시 시작 하면 데이터 구조를 다시 작성 하는 동안 시간이 오래 동안 중지 된 것 처럼 보일 수 있습니다. 인덱스 크기에 따라 데이터 구조를 다시 작성 하는 데 몇 시간이 걸릴 수 있습니다. |
진행률은 인덱싱 노드 로그 파일에 표시 됩니다. 이벤트 앞에는 로그 메시지 재작성 문서 색인이 있습니다. 명령줄 도구 indexerinfo를 사용 하 여 인덱싱 노드의 상태를 검색할 수도 있습니다. 데이터 구조가 다시 작성 되는 동안에는 프로세스를 중지 하지 마세요. |
|
색인 로그 메시지:
백업 인덱싱 노드에 표시 됩니다. |
이러한 로그 메시지는 백업 인덱싱 노드에서 무시 해도 안전 합니다. |
|
색인 인덱싱되지 않은 문서는 문서를 급지 하는 동안 인덱스 스키마를 업데이트 하 여 발생할 수 있습니다. |
스키마를 업데이트 하는 동안 공급을 일시 중단 하 고 다시 시작 하기 전에 스키마 변경이 문서 처리 노드와 인덱싱 노드에 모두 전파 되었는지 확인 합니다. |
|
색인 마스터 인덱싱 노드에서는 백업 인덱싱 노드에 사용 가능한 디스크 공간이 충분 한지는 확인 하지 않습니다. 데이터를 백업 인덱싱 노드로 보내기 전에 마스터 인덱싱 노드에서 백업을 완료 하는 데 충분 한 디스크 공간이 있는지 확인 합니다. 전송 되는 데이터가 크면 데이터 전송 시간 동안 백업 인덱싱 노드의 디스크 공간이 외부 이벤트로 채워질 수 있습니다. 이로 인해 마스터 및 백업 노드가 동기화 되지 않습니다. |
백업 인덱싱 노드에 최소한 마스터 인덱싱 노드인 사용 가능한 디스크 공간이 있는지 확인 합니다. |
|
색인 콘텐츠 컬렉션을 삭제 하는 작업은 내결함성이 없습니다. 백업 인덱싱 노드에서 작업을 수행 하지 못하면 마스터 인덱싱 노드에서 작업이 취소 되지 않습니다. 결과적으로 마스터 및 백업 인덱싱 노드에서 동기화가 손실 됩니다. |
콘텐츠 컬렉션을 삭제 하는 동안 백업 인덱싱 노드에 장애가 발생 하는 경우에는 수동으로 동기화 해야 합니다. |
|
검색 컨트롤러: 구성 서버를 사용할 수 없는 경우 시작 시 검색 노드가 지연 됩니다. 검색 노드에서 초기화 중에 구성 서버에 연결을 시도 합니다. 연결 시도가 여러 번 수행 되며 로그 메시지는 검색 컨트롤러가 특정 시간 동안만 연결을 시도 하는 것을 의미 하며,이는 실제로 대기 하는 시간도 훨씬 길어집니다. |
구성 서버를 시작 하 고 검색 노드를 다시 시작 합니다. |
|
공급 JDBC Connector는 업데이트 하도록 설정 된 jdbctemplate .xml의 구성 설정 출력->OperationMode와 함께 사용할 수 없습니다. 업데이트 작업 모드는 기존 항목에 대해서만 특성의 하위 집합을 업데이트 하는 데 사용 됩니다 (부분 업데이트 라고도 함). |
작업 모드 업데이트를 사용 하지 마세요. 증분 크롤링에서는 항상 작업 모드 추가를 사용 해야 합니다. 작업 모드 추가를 사용 하 여 콘텐츠를 크롤링하는 경우 JDBCSQL에서 모든 항목 특성을 선택 해야 합니다. |
|
연관성 어떤 이유로 든 지 웹 분석 엔진이 해당 작업자 프로세스와의 대화 상대를 잃으면 처리를 중지 하 고 자동으로 다시 시작 되지 않을 수 있습니다. 이 문제는 일반적으로 컴퓨터가 다시 부팅 되거나 네트워크가 불안정 한 경우에 발생할 수 있습니다. 이벤트 뷰어와 FS14 시스템 로그에는 다음과 유사한 로그 메시지가 포함 됩니다. [2009-12-13 17:15:03] 오류: webanalyzer@HOSTNAME: systemmsg: 메이크파일 "wapartialupdate"에서 "default" 보기에 대 한 처리에 실패 했습니다. 뷰는 중지 된 상태로 설정 됩니다. |
Waadmin enqueueview 명령을 사용 하 여 anchortext 및 링크 처리를 다시 시작 합니다. 추가 웹 분석 보기가 만들어졌으면 waadmin enqueuview-n<viewname>를 실행 하 여 해당 보기를 다시 예약 해야 할 수도 있습니다. |
|
연관성 Waadmin 옵션 drop_intra는 사이트 내 링크를 삭제 하도록 설정 되어 있지만 웹 분석 링크 분석에 영향을 주는 것 같지 않습니다. |
이 옵션은 데이터 원본이 빠른 검색 웹 크롤러 인 경우에만 작동 합니다. 데이터 원본이 빠른 검색 커넥터 인 경우에는 효과가 없습니다. |
|
연관성 이벤트 뷰어나 FS14 시스템 로그에서 다음 로그 메시지가 관찰 되 고 클릭 하는 엔진이 클릭 로그 데이터 처리를 중지 했습니다. [2010-01-16 04:00:10.333] 경고 systemmsg Asyncore 콜백 함수에서 예외가 발생 했습니다. <클래스 ' socket. 오류 ' >: (10054, ' 피어에서 연결 다시 설정) [C:\d\cruise\builds\active\common\sharepointrelevance\src\server\SPUtils.py | asyncore_loop | 522] [C:\d\cruise\builds\active\common\sharepointrelevance\ [C:\d\cruise\builds\active\common\sharepointrelevance [C:\d\cruise\builds\active\common\sharepointrelevance\ [C:\d\cruise\builds\active\common\sharepointrelevance\ [C:\d\cruise\builds\active\common\sharepointrelevance\ [C:\d\cruise\builds\active\common\sharepointrelevance\ [fdmapi. py | setup | 519] [filesys. py | init_filesystem | 171] [async_remote | run_remote_commands | 325] py |
Nctrl 다시 시작 sprel를 사용 하 여 클릭 하 여 서버를 다시 시작 합니다. 웹 분석 서버 (WebAnalyzer)와 같은 컴퓨터에서 실행 됩니다. |
|
검색 백 엔드: 텍스트 속성에 대 한 부동 소수점 숫자 쿼리는 잘못 된 적중을 반환할 수 있습니다. 이는 데이터 형식 텍스트의 크롤링 속성 또는 관리 속성에 대해 발생할 수 있습니다. |
부동 소수점 숫자 값을 정확 하 게 일치 시키려면 Float 또는 Decimal 형식의 관리 속성을 사용 합니다. |
|
검색 백 엔드: 시간에 따라 스키마에 여러 관리 속성을 추가 하면 fixmlindex 프로세스의 메모리 사용량이 크게 떨어질 수 있습니다. |
이 문제를 해결 하려면 빠른 검색을 다시 설치 하 고 한 번에 스키마 변경 내용을 적용 하거나이 절차를 따르세요.
|
|
검색 백 엔드: 대부분의 문서에서 발생 하는 조건이 있는 쿼리에 대 한 불충분 한 순위입니다. 적은 양의 문서로 설치 하는 경우에도이 문제가 발생할 수 있습니다. |
빠른 검색 순위 지정은 많은 수의 문서를 가질 때 우수한 검색 성능을 유지 하기 위해 성능상의 영향을 수행 하도록 기본적으로 구성 됩니다. 이를 통해 검색 백 엔드에서 읽고 처리 해야 하는 데이터의 양을 줄일 수 있습니다. 그러나 중요 하지 않은 문서가 반환 되 고 관련 문서 (예: 정밀도가 감소 됨)가 발생할 수 있습니다. 단점은 노드의 문서 수에 관계 없이 이루어집니다. 일부 경우에는 첫 번째 공급을 수행 하는 동안에도 순위 조정을 수행 하기 시작 하는 것이 좋습니다. 그러나 특정 사용 사례에서는 특히 작은 시스템에서 가장 적합 한 순위 동작을 선택 해야 할 수 있습니다. 빠른 검색 최적화 관련 문서에 설명 된 대로,이 성능 향상의 효과를 줄이기 위해 rank 프로필에서 StopWordThreshold 및 PositionStopWordThreshold 값을 늘릴 수 있습니다. |
|
검색 백 엔드: 관리 속성의 형식을 한 숫자 형식에서 다른 숫자 형식으로 변경 하면 다음과 같은 여러 가지 문제가 발생할 수 있습니다. 일부 경우에는 공급 되는 문서가 인덱싱에서 삭제 될 수 있습니다. Indexeradmin resetindex 명령을 사용 하거나 시스템을 갑작스런 방법으로 다시 시작 하는 경우이 문제가 발생할 수 있습니다. 다른 경우에는 이미 제공 된 콘텐츠가 잘못 인덱싱될 수 있으므로 알려진 숫자 값을 사용 하 여 쿼리 하는 경우 잘못 된 문서 집합에 대 한 결과 또는 적중 횟수가 반환 되지 않을 수 있습니다. 관련 된 문제는 동일한 이름을 사용 하 고 형식이 변경 되지 않는 관리 속성을 삭제 하 고 다시 만들기 때문에 모든 문서에 대 한 검색 프런트 엔드에서 해당 관리 속성의 콘텐츠가 다시 표시 되는 것입니다. 이는 항상 예상과 다를 수 있습니다. |
관리 속성의 데이터 형식을 변경한 후 콘텐츠를 다시 공급 하 여 콘텐츠가 올바르게 인덱싱되어 있는지 확인 합니다. |
|
검색 백 엔드: 빠른 Lotus Notes 커넥터를 사용 하는 경우 Get-FASTSearchSecurityUserSecurityFilter는 정보를 반환 하지 않습니다. |
MaxStringContentLength를 65536에서 655360로 늘리고,%FASTSEARCH\bin\Microsoft.SharePoint.Search.Extended.에서 maxArrayLength를 16384에서 163840로 변경 합니다. |
|
검색 백 엔드: Get-FASTSearchSecurityConfigurationStatus comandlet이 작동 하지 않습니다. %FASTSEARCH%\bin\Microsoft.SharePoint.에서 기본 포트가 잘못 되었습니다. |
%FASTSEARCH%\bin\Microsoft.SharePoint.Search. 열기 |
|
검색 백 엔드: 동일한 호스트에 배포 된 검색 노드 및 인덱싱 노드 간에 행 식별자가 일치 하지 않습니다. |
검색 노드의 행 식별자는 동적으로 할당 되지만 인덱싱 노드의 행 식별자는 설치 중 결정 됩니다. |
|
백업 및 복원: 빠른 검색 센터 구성을 다른 설치 디렉터리로 복원한 후에는 검색을 사용할 수 없습니다. |
%FASTSEARCH%\components\sam\admin\adminTransaction.log.에서 더 이상 유효 하지 않은 경로 수정 빠른 검색 센터 관리 노드에서 다음 단계를 따라 문제를 해결 합니다.
a5e8d609-9d8f-42b5-bec5-e2ca03f94e66, 12/04/2009 년 14:29:23, NORTHAMERICA\username, AddDomain, ln1, C:\FASTSearch\components\sam\admin\ln1.domain.config.xml 다음으로 변경 해야 합니다. a5e8d609-9d8f-42b5-bec5-e2ca03f94e66, 12/04/2009 년 14:29:23, NORTHAMERICA\username, AddDomain, ln1, E:\FASTSearch\components\sam\admin\ln1.domain.config.xml
|
|
백업 및 복원: 빠른 검색 센터 관리 노드를 복원 했지만 빠른 검색 센터 쿼리 노드가 복원 되지 않은 경우 검색이 작동 하지 않음 |
빠른 검색 센터 쿼리 노드에서 최신 구성을 빠른 검색 센터 관리 노드로 이동 하려면 다음을 수행 합니다.
|
|
백업 및 복원: SharePoint management console 용 FAST Search Server 2010의 SharePoint 배포용 빠른 검색 서버 2010에서 복원 스크립트를 실행 합니다. 스크립트를 실행 한 후에는 콘솔을 사용 하 여 로드 된 모든 Cmdlet이 사라집니다. |
스크립트의 버그 때문에 SharePoint 용 빠른 검색 서버 2010이 연결 된 PowerShell 스냅인을 언로드합니다. 이는 PowerShell 프롬프트에서 아래 명령을 실행 하 여 재구성 될 수 있습니다. PS C:\ > PsSnapin Microsoft. 빠른 검색. PowerShell |
|
검색 프런트 엔드: MOSS 검색 사이트에서 오류를 반환 합니다. 검색 요청에서 검색 서비스에 연결할 수 없습니다. samworker 프로세스를 다시 시작한 후 검색을 바로 수행 하는 경우 이 문제는 samworker를 다시 시작한 후 MOSS 프런트 엔드의 첫 번째 요청에만 표시 됩니다. 두 번째 요청과 모든 후속 요청이 작동 합니다. |
Samworker를 다시 시작한 후 MOSS 검색 사이트에 두 개의 요청을 만듭니다. 검색에서 결과를 확인 하 고 두 번째 요청을 확인 하 여 오류가 발생 하지 않도록 합니다. |
|
판촉 & 강등: 백슬래시가 포함 된 URL을 사용 하 여 승격/강등을 추가 하는 경우 승격/강등이 적용 된 쿼리는 실패 합니다. |
승격/강등 쿼리 처리 논리는 백슬래시 문자를 제대로 이스케이프 하지 않습니다. 이 문제는 콘텐츠를 공급할 때 적절 한 Url (예: file://myserver/mypath)을 사용 하기 때문에 실제로는 연습에서 거의 발생 하지 않아야 합니다. 이 문제를 해결 하는 방법은 대신 백슬래시를 슬래시로 바꾸는 것입니다. 예: "\\myserver\mypath"를 "/myserver/mypath"로 변경 합니다. |
|
스키마 관리: Float 또는 Boolean 형식의 관리 속성에서 RefinementEnabled 설정을 사용 하도록 설정 하는 것은 예상 대로 작동 하지 않습니다. 이러한 유형의 관리 속성에 대해 구체화가 표시 되지 않습니다. |
해결 방법: Float 대신 Decimal을 사용 하 고, 문자열은 Boolean이 아닙니다. 이는 다음을 의미합니다.
|
맨 위로 이동
