Creeaza.com - informatii profesionale despre


Evidentiem nevoile sociale din educatie - Referate profesionale unice
Acasa » scoala » informatica » sql
Prezentarea serverului bazei de date

Prezentarea serverului bazei de date


Prezentarea serverului bazei de date

Despre acest capitol

Serverul de baze de date are o prezentare care iti permite sa ii monitorizezi activitatea. Acest capitol descrie modul de prezentare si statisticile de retea pe care le poti urmari.

Ferestrele serverului

Ecranul serverului are trei ferestre :

Fereastra de legatura

Fereastra de mesaje



Fereastra de verificari urgente

Fiecare dintre acestea va fi dezbatuta in continuare.

Fereastra de legatura (The Conection window)

In aceasta fereastra este afisata o lista cu toate conexiunile client curente cu serverul bazei de date. Se poate folosi mouse-ul sau tastatura pentru a "defila" prin lista sau pentru a pozitiona una dintre conexiuni. Prin dublu click pe una dintre conexiuni se vor afisa detaliile intr-o casuta de dialog, si prin click dreapta se va afisa un meniu. Nu se poate folosi mouse-ul pe disply-ul unui server de baze de date NetWare.

Deconectarea unei conexiuni

Pentru a deconecta conexiunea unui server de baze de date de la display-ul serverului bazei de date sau pentru a opri monitorizarea facilitatilor :

Pozitionarea pe o conexiune si tastati ENTER sau dublu-click de la mouse ( nu este valabil si in cazul serverului bazei de date de pe NetWare) pentru a afisa o fereastra cu detalii in care sunt prezentate mai multe detalii despre o conexiune.

Din interiorul ferestrei de detalii se poate opri conexiunea.

Se poate deconecta de asemenea un user pozitionand cu click dreapta o conexiune si selectand Diconnect din meniul popup (nu este valabil si in fereastra serverului bazei de date din NetWare).

Fereastra de mesaje

Serverul bazei de date foloseste o fereastra de mesaje pentru a afisa informatii asupra a ceea ce se executa. Aceasta iti permite sa citesti si mesajele anterioare nu mai mult decat ce este afisat pe ecran. Continutul acestei ferestre poate fi logat la un fisier folosind switch-ul -o la serverul bazei de date.

Checkpoint Urgency window

Un fisier al bazei de date SQL Anywhere este compus din pagini. Inainte ca o pagina sa fie actualizata, o copie a originalului este intodeauna facuta. Copiile paginilor sunt facute intr-un fisier de verificari numit "checkpoint log". Paginile deteriorate nu sunt scrise imdiat pe disc. Pentru a imbunatatii performantele, ele sunt stocate in memorie scrise pe disc cand cache-ul este plin sau serverul nu are cereri in asteptare. Un checkpoint este un punct la care toate paginile deteriorate sunt scrise pe disc. Odata ce toate aceste pagini sunt scrise pe disc, fisierul cu verificari este sters.

Prioritati

Prioritatea de a scrie paginile deteriorate pe disc creste in timp si cantitatea de informatie de la ultima verificare creste. Acest lucru este important cand generatorul de baze de date nu are suficient timp inactiv pentru a scrie aceste pagini. O optiune a bazei de date CHECKPOINT_TIME controleaza timpul maxim dorit intre verificari. Optiunea bazei de date RECOVERY_TIME controleaza timpul maxim dorit pentru recuperare in cazul in care cade sistemul. Ambii timpi sunt specificati in minute.

Cand serverul de baze de date ruleaza cu mai multe baze de date, sunt folositi CHECKPOINT_TIME si RECOVERY_TIME specificati de prima baza de date pornita, mai putin cele scrise prin switch-uri din linia de comanda.

Fereastra de verificari afiseaza de asemenea si recuperarile de urgenta, care este timpul estimat pentru recuperare in caz de cadere a sistemului ca un procentaj al optiuni RECOVERY_TIME. Recuperarea de urgenta se va incrementa pana cand este facuta o verificare. Daca procentajul depaseste 90% pentru o baza normala, serverul bazei de date este aproape la capacitatea maxima. Un hard disk mai rapid, mai multa memorie cache, sau un computer mai rapid ar putea imbunatatii performantele pentru serverul dumneavoastra de baze de date.

Statistici de retea

Poti deschide fereastra de statistici a serverului de baze de date tastand F2 in timp ce ruleaza serverul bazei de date sau facilitatile de monitorizare (DBWATCH). Poti deschide fereastra de statistici client tastand F3 in timp ce ruleaza facilitatile de monitorizare de la distanta. Aceste statistici sunt folositoare dupa ce SQL Anywhere Client si serverul de baze de date au rulat un timp ca un program incarcat normal.

SQL Anywhere lucreaza cu protocoale de comunicare care nu au garantata transmisia : NetBIOS, IPX si TCP/IP. Are un mecanism de garantare a transmisiei realizat in aplicatia de protocol folosita de serverul de baze de date si de client. Cateva dintre statisticile colectate de server si de client nu asigura garantarea protocoalelor de transmisie (sesiunile NetBIOS, Asa numitele conducte (pipes), si mesajele QNX).

Statisticile de pe server

Bytes received : Marimea totala a tuturor pachetelor primite de clienti.

Bytes sent : Marimea totala a tuturor pachetelor trimise spre clienti.

Free buffers : Numarul de buffere disponibil pentru pachetele sosite.

Liveness packets : Numarul de cereri duplicate a pachetelor care au fost primite de clienti.

Multi packets sent : Numarul pachetelor extra trimise pentru ca un raspuns nu s-a potrivit cu

cuprinsul unui pachet.

Multi packets received : Numarul de extra pachete primite pentru ca o cerere nu s-a potrivit cu cuprinsul unui pachet.

Packets chopped : Numarul de pachete primite care sunt mai scurte decat lungimea continuta in pachet. Aceste pachete nu sunt luate in considerare si serverul va astepta pentru o cerere duplicata a pachetului.

Packets corrupted : Numarul de pachete care nu se potrivesc correct ca marime. Aceste pachete nu sunt luate in considerare si serverul va astepta pentru o cerere duplicata a pachetului. Numarul de pachete corupte ar trebui sa fie intr-un procentaj mic in comapratie cu cele transmise (mai putin de 1%) . Daca acest numar este mai mare atunci traseul de linie este suspect de defectiuni.

Packets dropped : Aceasta se intampla cand servrul nu are nici un buffer disponibil pentru a stoca un pachet sosit.Aceste pachete nu sunt luate in considerare si servrul va astepta o cerere duplicata a pachetului cerut. Servrul va aloca mai multa memorie pentru pachetele din buffere.

Packets received : Numarul de pachete primite de la clienti.

Packets resent : Numarul de raspunsuri duplicate a pachetelor care au fost trimise clientilor.

Packets sent : Numarul de pachete trimise clientilor.

Remote put-wait : Aceasta numaratoare este incrementata cand legatura de comunicatie nu are buffere disponibile pentru a trimite informatia. Aceasta este colectata pentru protocoalele NetBIOS si IPX.

Send_failed : Numarul de pachete incorect trimise de server.

Total buffers : Numarul de buffere (folosite si disponibile).

Statisticile Client


Bytes received : Marimea toatala a tuturor pachetelor primite de la server (servere).

Bytes sent : Marimea totala a tuturor pachetelor trimise catre server (servere).

Free buffers : Numarul de buffere disponibile pentru pachetele sosite.

Liveness packets : Numarul de raspunsuri duplicate ale pachetelor care au fost primite de la server.

Multi-packets sent : Numarul de extra pachete trimise pentru ca nu s-a potrivit cererea cu continutul unui pachet.

Multi-packets received : Numarul de extra pachete primite pentru ca raspunsul nu s-a potrivit cu continutul unui pachet.

Packets chopped : Numarul de pachete receptionate care au fost mai mici decat lungimea continuta in pachet. Aceste pachete nu sunt luat in considerare si clientul va astepta un raspus duplicat la packet.

Packets dropped : Aceasta se intampla cand clientul nu are un buffer disponibil pentru a stoca un pachet sosit. Aceste pachete nu sunt luate in considerare si clientul va astepta pentru un raspuns duplicat la pachet.

Packets received : Numarul de pachete receptionate de la server (servere).

Packets resent : Numarul de cereri duplicate de pachete care au fost trimise la server (servere).

Packets sent : Numarul de pachete trimise la server (servere).

Packets corrupted : Numarul de pachete care nu au marimea corecta. Aceste pachete nu sunt luate in considerare si clientul va astepta un raspus duplicat la mesaj.

Remote put-wait : Aceasta numaratoare este incrementata cand legatura de comunicatie nu are buffere disponibile pentru a trimite informatia. Este retinuta pentru protocoalele NetBIOS si IPX.

Send_faild : Numarul de pachete incorrect trimise de client.

Total buffers : Numarul total de buffere (folosite si disponibile).

Blocarea tastaturii

Pentru a imbunatatii securitatea serverului de baze de date, acesta iti permite sa dezactivezi intrarea de tastatura si marea majoritate din meniuri protejandu-le printr-o parola. Aceasta poate fi facuta cu un switch din linia de comanda sau din meniu. Pentru a activa tastatura si meniurile, un utilizator trebuie sa tasteze parola. Doar serverul are intrarea blocata, alte programe nu sunt afectate.

Pentru QNX, dbstop cere folosirea acestei parole, folosind switch-ul -p din linia de comanda.

Comunicatiile de retea

SQL Anywhere a fost testat in multe medii de retea. Numarul de combinatii de adaptoare de placi de retea, tipurile de conexiuni si softurile de drivere de retea fac tastarea sub toate configuratiile imposibila. Fiecare mediu de retea are propriile sale particularitati : Acest capitol descrie aceste aspecte ale comunicatiilor de retea relevante pentru o functionare corecta a SQL Anywhere, si ofera cateva diagnostice asupra problemelor care apar in comunicatiile de retea.

Daca rulezi intr-o singura retea, si softurile de comunicatie de retea functioneaza corect, nu este neaparata nevoie sa citesti acest capitol. Daca folosesti mai multe protocoale de retea, sau daca ai probleme cu comunicatiile intre serverul de baze de date si SQL Anywhere Client -ul tau, trebuie sa te asiguri ca softurile de comunicatie in retea sunt configurate corect. Acest capitol ofera o descriere despre cum opereaza retelele si explicatii asupra protocoalelor de retea sub care ruleaza SQL Anywhere.

Nivelele comunicatiilor de retea

Aplicatiile intr-o retea locala comunica folosind un set de reguli si conventii numite aplicatie protocol. Fiecare aplicatie este izolata de detaliile nivelului inferior despre cum informatiile ajung sa fie transportate prin retea prin protocoalele de nivel inferior, care formeaza o stiva de protocoale (a protocol stack). Aceasta sectiune ofera o scurta descriere despre cum stivele de protocoale lucreaza.

Stiva de protocol

Figura arata nivelele unei stive de protocol, bazandu-se pe un model simplificat de referinta OSI despre comunicatiile de retea. Modelul de referinta OSI (Open Systems Interconnection), dezvoltat de ISO ( International Standards Organization), este un pas spre standardizarea internationala a protocoalelor de retea. Cea mai mare parte a softurilor si hardurilor de retea se conformeaza intr-o oarecare masura, dar nu in totalitate, la acest model. Cu toate ca aceasta conformare este incompleta, modelul OSI este un ajutor valoros in a intelege cum lucreaza comunicatiile de retea.

Cum sunt transferate informatiile printr-o retea

Cand o aplicatie de retea (asa cum este SQL Anywhere Client) trimite informatii la o alta aplicatie de retea (asa cum este un server de baze de date) informatiile circula la un nivel jos printr-o stiva de protocol, prin retea, si la un nivel inalt in cealalta stiva de protocol a celeilalte aplicatii.

Stivele de protocol au nivele

Stiva de protocol izoleaza diferitele functii de care au nevoie pentru a efectua trasferul corect. Fiecare nivel a stivei de protocol este conectat la un nivel superior lui si acesta este subordonat printr-o interfata. Fiecare nivel al unei stive de protocol trateaza informatia primita de la nivelul superior lui numai ca date, etichetand aceaste date intr-un asemenea mod astfel incat sa fie identificat si descifrat de nivelul echivalent al celuilalt computer. Numai nivelul fizic este responsabil de fapt pentru datele plasate pe el de nivelul de legatura de date prin cablu, toate celelalte nivele ofera unele nivele de functionare bine stabilite, ca detectia erorilor, a corectiilor, criptarii si asa mai departe.

Fiecare nivel are un protocol

Cu toate ca trasmisia actuala de date este verticala (in sus in jos pe o stiva si de jos in sus pe cealalta), fiecare nivel este programat ca si cum ar fi intr-o comunicare directa cu nivelul corespunzator de pe celalalta stiva (comunicatie de la egal la egal). Regulile si conventiile care guverneaza fiecare nivel al comunicatiei sunt numite protocol pentru acel nivel.Acolo exista protocoale de transport, protocoale de retea, protocoale de legaturi de date, protocoale de aplicatii, printre altele.

Compatibilitatile stivei de protocol

Stivele de protocol de pe fiecare parte a comunicatiei trebuie sa fie compatibile la fiecare nivel pentru ca cumunicatiile de retea sa lucreze corect. Daca nu sunt compatibile, nivelul de pe stiva receptoare nu intelege informatia care este transferata pe el de nivelul corespunzator de pe stiva transmitatoare. Softul care administreaza nivelele inferioare intr-o stiva de protocol este adesea numit driver. Nivele diferite ale stivei de protocol au urmatoarele functii :

Nivelul fizic

Adaptorul sau placa de retea si cablul de retea formeaza nivelul fizic pentru comunicatia de retea. Nivelele superioare in stivele de protocol se asigura ca softul nu trebuie sa stie despre detaliile despre cablul de retea sau adaptorul de retea.

Nivelul legaturii de date

Acest nivel are rolul de a mentine siguranta transmiterii informatiei prin retea la nivelul cu seturile individuale de biti. La nivelele superioare ale stivei de protocol, datele nu sunt descrise in termeni de biti individuali : acest lucru se face la nivelul de legatura unde informatia este trimisa catre acest nivel elementar.

Nivelul de retea

Acest nivel ia un pachet de informatii de la nivelul de transport superior lui si primeste in nivelul corespunzator de retea in stiva de protocol de receptionare. Informatiile de rutare a pachetului sunt mentinute de nivelul de retea. Informatia la un nivel superior este sparta in jos in pachete de marimi specificate (in numar de bytes) pentru a efectua transmisia prin retea.

Exemple de protocoale de nivele de retea : Protocoalele de internet ( IP ) si Novell's IPX sunt nivele de protocoale de retea folosite la mare distanta. SQL Anywhere are o interfata directa cu protocolul de retea IPX.

Nivelul de transport

Principala sarcina a nivelului de transport este de a garanta transmisia de informatii intre aplicatii. El accepta informatiile direct din aplicatia de retea, asa cum face si un server de baze de date, o sparge in mai multe pachete daca este necesar trimite pachetele la nivelul de retea si se asigura ca toate acestea ajung corect la celalalt capat, la destinatie, unde asambleaza pachetele inainte de a le transfera in nivelele suparioare din stiva catre nivelul aplicatie.

Exemple de protocoale de retea

Novell's SPX, Microsoft si IBM's NetBEUI, si Named Pipes sunt protocoale de transport la mare distanta. Suita de protocoale TCP/IP include mai mult decat un nivel de transport. NetBIOS este o interfata specifica pentru nivelul de transport de la IBM si Microsoft care este pereche comuna (dar nu necesara) cu protocolul NetBEUI.

SQL Anywhere suporta ambele interfete, interfata NetBIOS pentru nivelul de transport si o interfata directa pentru protocolul de transport UDP al stivelor TCP/IP. In plus, SQL Anywhere are o interfata pentru Named Pipes numai pentru comunicatiile in acelasi computer. Suita de protocoale TCP/IP are mai mult de un protocol de nivel de transport. SQL Anywhere foloseste User Datagram Protocol (UDP) care nu asigura o transmisie garantata. SQL Anywhere cere verificari proprii de date dintre client si generatorul de baze de date, mai mult se asigura de integritatea datelor de transfer.

Nivelul de aplicatii

Serverul de baze de date si aplicatiile client sunt nivele tipice de aplicatii in stiva de protocol, din punct de vedere al lucrului in retea. Ele comunica folosind un protocol de aplicatie bine definit. Acest protocol este intern programelor SQL Anywhere.

Transferarea informatiilor de sus in jos in stiva de protocol

SQL Anywhere Client si serverul de baze de date au o interfata la nivelul de transport ( in cazul in care se foloseste NetBIOS, UDP(TCP/IP), sau Named Pipes), sau la nivelul de retea (in cazul in care se foloseste IPX), trecand informatia prin softul de comunicare prin retea. Cele mai de jos nivele ale stivei de protocol sunt deci responsabile, independent de SQL Anywhere, pentru transmiterea de date la nivelul corespunzator din celalalt computer. Nivelul receptor administreaza informatia pentru SQL Anywhere pe masina de receptie. Serverul de baze de date si SQL Anywhere Client executa un set de verificari si functii de asigurare asupra primirii corecte a datelor transmise prin retea, in forma corecta.

Stive de protocol compatibile

Pentru ca doua stive de protocol sa fie comaptibile, ele trebuie sa opereze pe acelasi nivel de transport (sa zicem UDP) pe fiecare stiva, si acelasi protocol de retea pe fiecare stiva ( sa zicem IP). Daca una dintre stive cere o interfata NetBIOS pentru nivelul de transport, asa trebuie sa faca si cealalta. SQL Anywhere Client ruleaza folosind o stiva de protocol ce cere NetBIOS nu poate comunica cu un server de baze de date care foloseste o stiva de protocol TCP/IP. La nivelul de legatura, stivele de protocol bazate pe ODI pot fi compatibile cu stivele de protocol bazate pe NDIS folosind interpretarea driverelor, ceea ce este discutat in capitolul " Lucrul cu mai multe stive de protocol".

Adevarata lume a stivelor de protocol

Modelul OSI este aproape suficient pentru softurile si hardurile de retea curente, este un model bun de abordare a lucrului in retea. Exista inevitabile complicatii din cauza diferitelor moduri in care companiile de soft si-au modelat propriile sisteme. De asemenea, exista complicatii cand un computer singular ruleaza cu mai mult de o stiva de protocoale de retea.

Stivele de protocol de retea comune

Pachetele de soft de retea ce se folosesc pentru lucrul la mare distanta isi implementeaza propriile lor stive de protocol. In continuare sunt prezentate cateva softuri de retea cu cele mai comne protocolae folosite.

Novell : Novell NetWare in mod normal opereaza folosind un nivel de transport SPX si in varful stivei un protocol de retea de tip IPX ( adesea scris SPX/IPX). Novell's IPX cere un nivel de legatura de date de tip ODI. La instalarea NetWare Client se instaleaza aceasta stiva de protocol pe computerele client Novell NetWare. SQL Anywhere are o interfata directa cu protocolul IPX, si nu are incredere in serviciile nivelului SPX. NetWare, IPX si ODI sunt adesea folosite interschimbabile cand este vorba despre protocoale de retea.

Microsoft : Microsoft NT 3.5 vine cu softurile de retea pentru NetBIOS, IPX si TCP/IP. Windows 95 instaleaza IPX ca soft de retea implicit, si de asemenea vine cu softul NetBEUI. Windows for Workgroups in mod curent foloseste NetBIOS in varful NetBEUI ca nivel de transport.

IBM IBM LAN Server si alte softuri de retea folosesc o interfata NetBIOS cu un nivel de transport NetBEUI si un nivel de legatura NDIS. Nivelul de legatura de date NDIS a fost in comun dezvoltat de Microsoft si IBM, si este folosit de toate protocoalele de nivel inalt IBM. In fiecare caz nivelul de legatura intre date instalat poate fi schimbat de la ODI la NDIS (sau invers) de alte softuri de retea daca este instalat mai mult de un protocol de retea. In aceste cazuri un driver de interpretare se asigura ca ambele nivele de legatura ODI si NDIS sunt disponibile pentru nivelele superioare ale stivei de protocol. Lucrul cu mai multe stive de protocol este discutat in capitolul care urmeaza.

Lucrul cu mai multe stive de protocoale

Pentru doua aplicatii de retea ( asa cum sunt SQL Anywhere Client si serverul de baze de date) pentru a comunica, computerul client si computerul server trebuie sa aiba stive de protocol compatibile pe fiecare nivel. Cand fiecare computer are un singur protocol de retea instalat, este corect sa se asigure fiecare ruleaza cu aceeasi stiva. Oricum, cand fiecare computer are mai multe protocoale de retea, situatia devine mai complexa. La nivelul de transport si de retea, nu este nici o problema cu mai mult de un protocol ruland in acelasi timp, atata timp cat este o cale compatibila prin stivele de protocol, cele doua aplicatii pot comunica.

Interfetele ODI si NDIS

Exista doua interfete cel mai des folosite pentru transmiterea la distanta intre nivelul de legatura de date si nivelul de retea superior lui : ODI si NDIS. Asa cum nivelul de legatura comunica direct cu adaptorul de retea, doar un driver de legatura poate fi instalat odata. Oricum, mai multe nivele de legatura nu modifica informatia care se afla pe cablul de retea, un nivel de legatura ODI pe un computer este compatibil cu un driver NDIS pe celalalt computer. Fiecare nivel de retea este scris sa lucreze cu unul, si numai cu unul, ODI sau NDIS.

Interpretarea driverelor ODI si NDIS

De exemplu, Novell ofera un driver numit ODINSUP, care activeaza suportul pentru protocoalele de retea NDIS pe un nivel de legatura intre date de tip ODI, asa cum un driver numit ODI2NDI, care interpreteaza in cealalta directie. Microsoft ofera un cartograf ODI - NDIS numit ODIHLP.EXE pentru Windows for Workgroups si Windows 95. Interpretarea driverelor permite stivele de protocol bazate pe NDIS sa fie compatibile cu stivele de protocol bazate pe ODI de pe alte computere, si sa coexiste pe acelasi computer. De exemplu, se poate configura un computer care ruleaza pe OS/2 cu un driver NDIS sa comunice (prin ODI2NDI) cu serverul Novell NetWare care foloseste IPX cu drivere ODI, in timp ce, in acelasi timp, comunica (prin driverul NDIS) cu un computer Windows NT care foloseste TCP/IP cu drivere NDIS. Interpretarea driverelor este o tehnologie relativ noua, si nu toate interpretoarele de drivere obtin comptibilitati complete.

Protocoalele suportate de SQL Anywhere

Configurate corect pachetele SQL Anywhere ruleaza sub urmatoarele protocoale de retea:

Serverul de baze de date sub NetWare ruleaza sub toate retelele Novell folosind protocoalele IPX sau TCP/IP.

Serverele de baze dedate sub Windows NT si Windows 95 ruleaza in retele folosind protocoalele NetBIOS, TCP/IP sau IPX.

Serverul de baze de date sub OS/2 ruleaza in retea folosind protocoalele NetBIOS, TCP/IP sau IPX.

Serverul de baze de date sub Windows 3.x ruleaza in retele folosind protocoalele NetBIOS, TCP/IP sau IPX.

Serverul de baze de date sub DOS ruleaza in retea folosind protocoalele NetBIOS sau IPX.

Serverul de baze de date sub QNX ruleaza in retea folosind atat mesaje QNX cat si protocolul TCP/IP.

Serverele de baze de date sub Windows NT si OS/2 folosesc ca nivel de transport Named Pipes pentru comunicatiile cu sistemele DOS si Windows 3.x, aplicatiile client ruland pe aceeasi masina ca si generatoare de baze de date. Named Pipes nu sunt folosite pentru comunicatiile in retea.

Serverul de baze de date sub Windows 3.x foloseste un transport bazat pe mesajele Windows pentru a comunica cu un client care ruleaza pe un acelasi fel de computer .

SQL Anywhere Client pentru fiecare platforma suporta aceleasi protocoale ca si serverul corespunzator. Pentru ca SQL Anywhere sa ruleze corect, stivele de protocol de pe computerul client si de pe computerul server trebuie sa fie compatibile la fiecare nivel.

Folosirea SQL Anywhere cu protocol IPX

IPX este protocol de retea de la Novell. SQL Anywhere pentru NetWare, Windows NT, Windows 95, Windows 3.x, OS/2 si DOS pot toate folosi protocolul IPX. In continuare vor fi oferite cateva explicatii de utilizare a protocolului IPX sub diferite sisteme de operare.

Folosirea IPX sub Windows 3.1

Suportul IPX pentru Windows 3.1 este in general asociat cu Novell NetWare. Trebuie sa ai suportul Novell pentru Windows 3.1 instalat si sa ai setup-ul pentru Windows sau WIN-OS/2 Novell NetWare. Acest setup este realizat de instalarea Novell NetWare, si plaseaza trei drivere in SYSTEM.INI: VIPX.386, VNETWARE.386, si NETWARE.DRV. Mai multe adaptoare de retea cer linia

EMMExclude=XXXX-YYYY

in fisierul SYSTEM.INI care exclude memoria folosita de adaptorul de retea.

Instalarea SQL Anywhere instaleaza doua biblioteci dinamice Novell (DLLs) : NWCALLS.DLL si NWIPXSPX.DLL. Trebuie verificat daca nu exista o versiune mai veche de DLL-uri folosite de SQL Anywhere , acestea se gasesc in directorul Windows system sau in directorul in care se afla SQL Anywhere. Daca rulezi Windows in mod standard, trebuie sa rulezi programul care administreaza bufferele (TBMI2) inainte de lansa Windows-ul.

Folosirea IPX subWindows for Workgroups

Windows for Workgoups vine cu NetBEUI ca protocol de transport implicit . Microsoft NetBEUI cere o interfata NetBIOS. Se poate folosi softul de retea bazat pe NetBEUI sub Windows for Workgoups si softul de retea bazat pe IPX sub retea Novell, pe o singura placa de retea prin instalarea suportului NetWare ca un suport aditional de retea.

Suportul NetWare

Insatalarea suportului NetWare permite unui server de baze de date sub Windows sau unui SQL Anywhere Client (DBCLIENW) sa foloseasca o stiva de protocol bazata pe NDIS in timp ce de asemenea permite accesul la un File server NetWare, cu toate ca serverul NetWare va folosi in general un driver ODI. Instalarea este dusa la bun sfarsit daca se foloseste utilitarul Network Setup din Network Program Manager. Pentru detalii vedeti NETWORKS.WRI din Windows for Workgroups pentru instalarea suportului NetWare.

Transportul compatibil IPX/SPX

Windows for Workgroups poate de asemenea suporta comunicatii IPX chiar si cand masina de lucru nu este configurata ca un client NetWare, prin transportul compatibil IPX/SPX care vine odata cu Windows for Workgroups. Transportul compatibil IPX/SPX este instalat ca implicit pe masinile de calcul cu memorie suficienta. Un client pe Windows for Workgroups poate comunica cu SQL Anywhere folosind protocoale ca NetBIOS sau IPX. Transportul compatibil IPX/SPX este necesar numai cand Windows for Workgroups nu este configurat pentru NetWare si se doreste ca SQL Anywhere Client (DBCLIENW) sa comunice cu SQL Anywhere folosind IPX.

Folosirea IPX sub Wiondows 95

Protocolul de retea IPX/SPX este protocolul de retea implicit instalat de Windows 95. Daca s-a instalat Windows 95 fara suportul de retea, se poate face mai tarziu acest lucru din Control Panel, Network Settings.

Folosirea IPX sub OS/2

Daca folosesti Novell's Workstation for OS/2 si doresti sa se folosesti protocolul IPX dintr-o sesiune DOS sau WIN-OS/2, trebuie sa ai accesul la reteaua Novell de la Virtual DOS si Windows instalat ( VIPX.SYS si VSHELL.SYS). Trebuie sa rulezi versiunea corecta de NETX sau sa folosesti resursele GLOBAL NetWare pentru a folosi IPX dintr-o sesiune DOS sau WIN-OS/2. Pentru detalii, vedeti documentatia pentru Novell Workstation for OS/2. Trebuie sa folosesti WIN-OS/2 in mod standard, pentru ca driverul Novell IPX sa lucreze correct.

Folosirea IPX sub Windows NT

Windows NT 3.5 vine cu soft de retea IPX care foloseste drivere de retea de tip NDIS. Acest soft poate fi instalat din Windows NT Control Panel, Network Settings. El permite pentru un SQL Anywhere for Windows NT sau un client SQL Anywhere sa foloseasca Windows NT IPX care ruleaza pe NDIS, in timp ce permite accesul la un File server NetWare, cu toate ca File serverul NetWare va folosi in general drivere ODI. Trebuie sa instalezi NWLink IPX/SPX Compatible Transport si Client Service for NetWare pentru a putea avea aceste optiuni. In unele medii s-au ivit probleme cand setarea implicita (Auto-detect) a fost aleasa pentru tipul structura. In acest caz, setarile tipului structura pentru client si server trebuie sa fie aceleasi.





Politica de confidentialitate


creeaza logo.com Copyright © 2024 - Toate drepturile rezervate.
Toate documentele au caracter informativ cu scop educational.