Instalowanie i konfigurowanie - suplement

Zalety i wady środowiska Thin

Jak w większości przypadków, stacja robocza Thin-workstation niesie ze sobą zarówno wady, jak i zalety dla środowiska użytkownika. Należy zapoznać się z tymi zagadnieniami i zdecydować, czy ten typ konfiguracji odpowiada potrzebom firmy. W większości przypadków ta metoda obsługi DB2 Client lub DB2 Connect Personal Edition odpowiada większości modelów biznesowych.

Zalety środowiska Thin-environment:

  1. Wymaga mniejszej ilości miejsca na dysku dla każdej stacji roboczej Thin-workstation. Można zaoszczędzić od 16-112 MB na stacji roboczej.
  2. Łatwiej przeprowadzić zmiany i aktualizacje oprogramowania: tylko jedna kopia produktu DB2 podlega zmianom i aktualizacji.
  3. Scentralizowana obsługa kodu. Instalacja, aktualizacja lub migracja kodu odbywa się tylko na jednym komputerze.
  4. Łatwiej wykonywać zatwierdzanie lub wycofywanie zmian FixPack i administrować nimi.
  5. Instalacja może odbywać się zgodnie z metodologią PUSH lub PULL. Ten typ wdrażania można zintegrować z narzędziem zarządzania systemem oraz wykonać instalację na docelowych stacjach roboczych metodą PUSH.

Wadą środowiska Thin-workstation jest początkowa utrata wydajności systemu. Podczas wywołania programu programy DB2 są ładowane z serwera kodu, zamiast z maszyny klienta. Straty zależeć będą jednak od obciążenia sieci, jej szybkości oraz od szybkości i obciążenia serwera kodu.

Po załadowaniu kodu przez stacje robocze Thin-workstation, stają się one widoczne dla użytkownika jako stacje robocze Thin-workstation. Stacje robocze Thin-workstation muszą dynamicznie ładować wymagane biblioteki. Tak więc jeśli zostanie uruchomiona inna aplikacja DB2, podczas jej ładowania może wystąpić okres nieznacznego pogorszenia wydajności.

Jeśli na przykład użytkownik łączy się z bazą danych, zauważy on krótkie zmniejszenie wydajności w porównaniu z klientem, na którym kod jest zainstalowany lokalnie. Po załadowaniu kodu, klient będzie miał taką samą wydajność jak klient zainstalowany lokalnie. Jeśli po połączeniu się z bazą danych użytkownik zdecyduje się na uruchomienie komponentu Asysta podczas konfigurowania klienta (CCA), także zauważy on spadek wydajności, ponieważ kod związany z tym narzędziem służącym do połączeń zostanie załadowany z serwera kodu. W rzeczywistości ładowanie CCA i innych komponentów nie będzie miało miejsca zbyt często, ponieważ najczęściej korzysta się ze środowiska wykonawczego.

Inną potencjalną wadą jest lokalizacja plików katalogu. Pliki katalogu zawierają wszystkie niezbędne informacje, aby stacja robocza połączyła się z bazą danych. Jeśli w środowisku nie jest używany protokół LDAP, informacje o katalogu należy przechowywać na każdej stacji roboczej, tak jak w przypadku zwykłej instalacji.

Jeśli protokół LDAP nie jest używany, jest kilka dobrych rozwiązań tego problemu. Można uniknąć wpisywania baz danych do katalogu na każdej stacji roboczej Thin-workstation, korzystając z opcji eksportowania i importowania profilu udostępnianego przez komponent CCA. Na przykład do każdej stacji roboczej można wysłać e-mail, który zaktualizowałby ją poprawnymi informacjami katalogu.


[ Początek strony | Poprzednia strona | Następna strona | Spis treści | Indeks ]