W tej sekcji opisano informacje dotyczące konfiguracji programu po jego zainstalowaniu, a także dodatkowe wskazówki dotyczące rozwiązywania problemów oraz sposoby obejścia znanych trudności występujących w systemie wyszukiwania NetQuestion w systemie operacyjnym OS/2. Opisano także sposób usunięcia NetQuestion z systemu.
W przypadku DB2 wersja 7.1 lub nowsza system NetQuestion nie korzysta już z protokołu TCP/IP do komunikacji z przeglądarką, serwerem WWW i serwerem wyszukiwania. Zamiast tego protokołu, do lokalnej komunikacji NetQuestion wykorzystuje domyślnie potoki nazwane. Jeśli jednak NetQuestion będzie używany do wyszukiwania dokumentacji DB2 w środowisku klient/serwer, to do celów komunikacji można udostępnić protokół TCP/IP. Więcej informacji na temat włączania korzystania z TCP/IP w systemie wyszukiwania NetQuestion można znaleźć w sekcji Przełączanie systemu wyszukiwania NetQuestion do korzystania z protokołu TCP/IP.
Oprócz zwykłych wymagań wstępnych muszą być spełnione następujące wymagania dodatkowe, aby można było zainstalować system NetQuestion i z nim pracować:
System wyszukiwania NetQuestion w DB2 for OS/2 wersja 7.1 do lokalnej komunikacji, zamiast protokołu TCP/IP wykorzystuje potoki nazwane. W tej sekcji opisano w jaki sposób w systemie NetQuestion udostępnić korzystanie z protokołu TCP/IP.
Uwaga: | Jeśli w systemie jest już zainstalowany system wyszukiwania NetQuestion, z którego korzystała inna aplikacja firmy IBM, taka jak Visual Age C++ for OS/2, to prawdopodobnie system ten został już skonfigurowany do komunikacji za pośrednictwem protokołu TCP/IP. W takim wypadku w czasie instalacji DB2 for OS/2 wersja 7.1, istniejąca wersja NetQuestion zostanie uaktualniona automatycznie lecz nadal będzie mogła korzystać z protokołu TCP/IP, dzięki czemu inne aplikacje zależne od systemu NetQuestion będą nadal działać poprawnie. |
Aby włączyć możliwość korzystania z protokołu TCP/IP w systemie NetQuestion:
Aby przejść do komunikacji za pomocą potoków nazwanych, należy powtórzyć powyższe czynności zastępując plik netq.cfg plikiem imncxpip.cfg. System można także przełączyć, aby korzystał z komunikacji za pomocą potoków nazwanych, zastępując plik netq.cfg plikiem imncxloc.cfg.
Serwer wyszukiwania będzie działał z zainstalowanym adapterem sieciowym lub bez niego do momentu udostępnienia w systemie lokalnej pętli zwrotnej TCP/IP lub hosta lokalnego. Więcej informacji na temat włączania lokalnej pętli zwrotnej i hosta lokalnego można znaleźć w sekcji Instalowanie i konfigurowanie Centrum sterowania.
Aby sprawdzić konfigurację TCP/IP otwórz folder IBM DB2 i kliknij dwukrotnie ikonę Start HTML Search Server (Uruchom serwer wyszukiwania HTML). Jeśli pojawi się komunikat o błędzie, TCP/IP nie został skonfigurowany poprawnie. Aby sprawdzić, czy TCP/IP został poprawnie skonfigurowany, należy postępować zgodnie z instrukcjami znajdującymi się w sekcji Instalowanie i konfigurowanie Centrum sterowania. Jeśli wprowadzono jakieś zmiany, należy ponownie uruchomić system OS/2.
Serwer wyszukiwania jest przypisany do portu 49213, numeru spoza portów publicznych przypisanych do TCP/IP. Jeśli inny produkt używa tego portu, należy zmienić numer portu serwera wyszukiwania, wykonując następujące czynności:
Jeśli wystąpił błąd:
EHS0410 (lub EHS0411): Podczas uruchamiania usługi wyszukiwania wystąpił błąd. Zatrzymaj usługę i uruchom ją ponownie. Naciśnij klawisz Enter, aby kontynuować...
nazwa hosta mogła ulec zmianie od momentu instalacji i należy ją ponownie zapisać. W wierszu komend należy zmienić katalog instalacyjny NetQuestion i wpisać:
type netq.cfg
aby wyświetlić nazwę hosta używaną przez system NetQuestion. Jeśli zmieniono nazwę hosta, na przykład podczas konfigurowania DHCP i DDNS, należy wpisać:
netqinit ścieżka_danych
gdzie ścieżka_danych jest katalogiem danych znajdującym się w katalogu instalacyjnym systemu wyszukiwania NetQuestion. Jeśli system wyszukiwania NetQuestion został zainstalowany na przykład na napędzie D:\, ścieżka_danych zostanie zamieniona na d:\imnnq\data.
Jeśli użytkownik korzysta na przykład z komputera typu laptop i chwilowo nie ma połączenia z siecią komputerową, należy włączyć localhost aby móc wyszukiwać dokumentację. Więcej informacji na temat włączania localhost można znaleźć w sekcji Konfigurowanie protokołu TCP/IP w systemie OS/2.
System NetQuestion jest instalowany we własnym katalogu i może być wykorzystywany przez inne aplikacje. Jeśli na przykład produkt DB2 Universal Database wraz z systemem wyszukiwania NetQuestion zostanie zainstalowany na napędzie G:\ i później zostanie zainstalowany produkt IBM VisualAge for Java na napędzie H:\, to system wyszukiwania zostanie zainstalowany tylko w jednym miejscu.
Niektóre instrukcje w tej sekcji wymagają podania lokalizacji tego katalogu. Aby zlokalizować ten katalog, wykonaj jedną z następujących komend:
echo %IMNINSTSRV% //dla SBCS echo %IMQINSTSRV% //dla DBCS
Można także uruchomić komendę x:\sqllib\bin\db2netqd dir, gdzie x: jest oznaczeniem napędu, na którym zainstalowano produkt DB2.
Przed deinstalacją systemu NetQuestion należy sprawdzić, czy został zatrzymany serwer wyszukiwania, korzystając w tym celu z odpowiedniej ikony znajdującej się w folderze IBM DB2.
Aby zdeinstalować NetQuestion, należy wykonać następującą komendę:
uninstnq.cmd
Jeśli po wykonaniu tej komendy system NetQuestion jest nadal obecny, należy przeczytać tą sekcję do końca, aby zdiagnozować i usunąć problem.
Jeśli uruchomiona została komenda uninstnq.cmd, a NetQuestion nie został zdeinstalowany, przyczyna może być następująca:
Aby ustalić, które produkty są nadal zarejestrowane w systemie NetQuestion, należy wykonać jedną z następujących komend:
imndomap -a //dla SBCS imqdomap -a //dla DBCS
Jeśli ta komenda nie wyświetli indeksów, należy przejść do sekcji Ręczna deinstalacja systemu NetQuestion w systemie OS/2.
Jeśli komenda wyświetli indeksy, które nie należą do bazy danych DB2 Universal Database (czyli nie będą rozpoczynać się od DB2), oznacza to, że w systemie znajdują się inne produkty, które korzystają z systemu NetQuestion. W takim przypadku nie można usunąć NetQuestion.
Jeśli na liście znajdują się jakieś nazwy plików indeksowych DB2 (DB2S71xx lub DB2C71xx), to produkt DB2 nie będzie mógł wyrejestrować indeksów, co spowoduje niepowodzenie komendy NetQuestion uninstnq.cmd. Taki wypadek występuje zwykle wtedy, gdy produkt DB2 został zainstalowany niepoprawnie. W takiej sytuacji należy kolejno ręcznie wyrejestrować indeksy, wykonując następujące czynności:
imnss start server //dla SBCS imqss -start dbcshelp //dla DBCS
imndomap -d nazwa_indeksu //dla SBCS imqdomap -d nazwa_indeksu //dla DBCS
gdzie nazwa_indeksu jest nazwą indeksu zwróconą przez komendę imndomap -a lub komendę imqdomap -a.
imnixdel nazwa_indeksu //dla SBCS imqixdel nazwa_indeksu //dla DBCS
gdzie nazwa_indeksu jest nazwą indeksu zwróconą przez komendę imndomap -a lub komendę imqdomap -a.
imnss stop server //dla SBCS imqss -stop dbcshelp //dla DBCS
nqcounti netq_dir //dla SBCS tmcounti netq_dir //dla DBCS
gdzie netq_dir jest w pełni kwalifikowaną ścieżką w której został zainstalowany system wyszukiwania NetQuestion. Jeśli nie wiesz, w którym katalogu został zainstalowany system NetQuestion, patrz sekcja Lokalizowanie katalogu NetQuestion.
Jeśli komenda nqcounti lub komenda tmcounti zwróci dane, które wskazują, że żadne indeksy nie pozostały aktywne, należy przejść do sekcji Ręczna deinstalacja systemu wyszukiwania NetQuestion w 32-bitowych systemach operacyjnych Windows.
Jeśli komenda nqcounti lub tmcounti zwróci dane, które wskazują, że jeden lub kilka indeksów jest nadal aktywnych, to nie można będzie usunąć systemu NetQuestion, ponieważ inne produkty są nadal zarejestrowane. Należy skontaktować się z serwisem IBM.
Jeśli komendy nqcounti lub tmcounti nie wyświetlą żadnych aktywnych indeksów, to można spróbować ręcznie usunąć system wyszukiwania NetQuestion, wykonując następujące czynności:
uninstnq.cmd
Zignoruj komunikat: "SYS0016: Nie można usunąć katalogu".
Uwaga: | Instalacja DB2 tworzy numerowane kopie zapasowe CONFIG.SYS w formie CONFIG.xyz, gdzie xyz jest pierwszym wolnym numerem od 000 do 100. Kopie zapasowe będą miały godzinę i datownik odpowiadające godzinie i dacie instalacji. Podczas każdej instalacji produktu DB2 Universal Database tworzone są dwie kopie zapasowe: jedna dla instalacji DB2 i druga dla instalacji NetQuestion. |