collapse

Reklama


Autor Wątek: Somed w dw??ch budynkach - komunikacja  (Przeczytany 7857 razy)

0 użytkowników i 1 Gość przegląda ten wątek.

bartolvs

  • Gość
Somed w dw??ch budynkach - komunikacja
« dnia: Marca 11, 2009, 22:01:56 pm »
Witam,
czy kto?? z Pa??stwa zzzzkomunikowa?? Somed'a w dw??ch r????nych budynkach, np. oddalonych od siebie... o kilka kilometr??w?
Je??eli tak, to proszÄ? mnie o??wieciÄ? w jaki spos??b i jak to dzia??a.

Chodzi o sytuacjÄ?, w kt??rej SERWER ORACLE znajduje siÄ? w budynku A, w kt??rym sÄ? jeszcze dwie ko??c??wki, natomiast kolejne dwie ko??c??wki znajdujÄ? siÄ? w budynku B. Oczywi??cie odleg??o??Ä? miÄ?dzy budynkami A i B wyklucza zastosowanie rozwiÄ?zania sieciowego w ramach jednego budynku.

Bardzo proszÄ? o pomoc  :)

Offline lukaszpps

  • Zaawansowany
  • **
  • Wiadomości: 99
  • Pomógł? 4
Odp: Somed w dw??ch budynkach - komunikacja
« Odpowiedź #1 dnia: Marca 12, 2009, 09:53:57 am »
Napisz co?? wiÄ?cej na temat komputera na kt??rym stoi ORACLE (procesor, ile pamieci, jaki system operacyjny) , i czy oba budynki majÄ? dostÄ?p do internetu .

Offline PiotrSz

  • Administrator
  • Ekspert
  • *****
  • Wiadomości: 3285
  • Pomógł? 109
Odp: Somed w dw??ch budynkach - komunikacja
« Odpowiedź #2 dnia: Marca 12, 2009, 10:04:14 am »
czy oba budynki sie widza ? tzn czy z dachu jednego jest czyta droga do dachu drugiego ? jezeli tak to mozna by sprobowac puscic to po radiu spietym w bridge z jakims dobrym szyfrowaniem (dlugi klucz na WPA2 albo WPA2+Radius)

a jak nie to internet (stabilny i w miare szybki mysle ze min DSL 1024/256) i spiac to w VPN LAN-LAN

pozdrawiam

Offline NZOZ_SM

  • Zaawansowany
  • **
  • Wiadomości: 100
  • Pomógł? -1
Odp: Somed w dw??ch budynkach - komunikacja
« Odpowiedź #3 dnia: Marca 12, 2009, 13:41:54 pm »
Widzia??em takÄ? instalacjÄ?. W budynku A (serwer oracle) ze systemem W2k3 server (DSL 1024/256); VPN. Budynek B (oddalony o oko??o 30 km od A) ma neostradÄ? 512. Komunikacja obywa siÄ? poprzez  serwer terminali.

pozdrawiam

P.S. Nie wiem jak na dzie?? dzisiejszy to funkcjonuje, ale jaki?? miesiÄ?c temu  (z tydzie?? po uruchomieniu) nie mog??o jednocze??nie dw??ch u??ytkownik??w w Somedzie pracowaÄ?.

bartolvs

  • Gość
Odp: Somed w dw??ch budynkach - komunikacja
« Odpowiedź #4 dnia: Marca 12, 2009, 17:00:10 pm »
Serwer spe??nia wymagania Somedowe.
Budynki "nie widzÄ?" siÄ?.
I problem, kt??ry poruszy??/a kolega/kole??anka, je??eli dw??ch u??ytkownik??w bÄ?dzie pracowa??o jednocze??nie w budynku A i w budynku B (zak??adam z praktyki, ??e w jednym momencie nie bÄ?dzie ich wiÄ?cej), dobrym rozwiÄ?zaniem by by??o aby progaram pracowa??.
Zak??adam, ??e tworzymy tu projekt rozwiÄ?zania, kt??ry bÄ?dzie gotowy do instalacji, dla ka??dego kto bÄ?dzie takiego rozwiÄ?zania potrzebowa??.

Dlatego proszÄ? o kontynuacjÄ? i dziÄ?kujÄ? za ju?? nades??ane propozycje i rozwiÄ?zania  :)

Offline MK

  • Kamsoft
  • Ekspert
  • *****
  • Wiadomości: 559
  • Pomógł? 49
Odp: Somed w dw??ch budynkach - komunikacja
« Odpowiedź #5 dnia: Marca 12, 2009, 22:59:13 pm »
Najlepsze i w zasadzie jedyne rozwiÄ?zanie to Serwer Terminali. Ale nie m??wiÄ? tu o wykorzystaniu zdalnego pulpitu, ale o rzeczywistej us??udze terminalowej. Takiej, ??e na jednym komputerze - serwerze - mo??e jednocze??nie pracowaÄ? kilk(na??cie) u??ytkownik??w.
Sprawdza siÄ? to w sytuacjach:
1.   Du??e wdro??enie - zamiast kilkuset PC stawiamy kilkaset terminali trochÄ? to taniej i przy takiej liczbie mo??e siÄ? zwr??ciÄ? koszt serwera i systemu operacyjnego). Poza tym zarzÄ?dzanie jest ??atwiejsze. ChcÄ?c do??o??yÄ? kolejne stanowisko nie trzeba nawet na nim instalowaÄ? BDE, klienta Oracle czy KS-SOMED, wystarczy us??uga terminalowa i pod??Ä?czenie do terminala. RozwiÄ?zanie sprawdzone, kilkaset jednoczesnych pod??Ä?cze?? do serwera ( zdaje siÄ?, ??e nawet do dw??ch)  funkcjonuje bez zarzutu. A biorÄ?c jeszcze pod uwagÄ?, ze w tej samej serwerowi stoi serwer z Oracle i sÄ? one pod??Ä?czone bezpo??rednio bez dodatkowych urzÄ?dze?? sieciowych dzia??a to naprawdÄ? sprawnie. Ale to nie jest rozwiÄ?zanie zg??oszonego problemu.
2.   Wdro??enie rozproszone. Takie samo rozwiÄ?zanie. Serwer terminali z dobrym ??Ä?czem na zewnÄ?trz, a ko??c??wki, oddalone o kilka kilometr??w ale i kilkaset kilometr??w ??Ä?czÄ? siÄ? poprzez zwyk??Ä? neostrade. Po stronie serwera musi byÄ? oczywiste „du??a rura” szczeg??lnie, je??li pod??Ä?cza siÄ? do niego kilkana??cie lokalizacji. Poszczeg??lne lokalizacje ju?? zwykle nie wymagajÄ? takiego re??imu, bo z nich najczÄ???ciej tyko kilka komputer??w ??Ä?czy siÄ? z serwerem. Takie rozwiÄ?zanie preferujÄ? np. sieciowe przychodnie, w kt??rych informacja o pacjencie, o dostÄ?pnych us??ugach w jego abonamencie i pozosta??ym limicie musi byÄ? dostÄ?pna w ka??dej chwili w ka??dej lokalizacji. I zn??w mamy ??atwe zarzÄ?dzanie, bo aktualizujemy jedynie serwer, a ko??c??wki, np. w Szczecinie, Ustrzykach i Olsztynie w og??le nie dotykamy. Tam jest tylko klient terminala. Nie ma BDE, Klienta Oracla czy SOMEDA
Takie wdro??enia  funkcjonujÄ? ju?? sprawnie od kilku lat. Jest ich ca??kiem sporo i o ile wiem problemy z brakiem ??Ä?czno??ci sÄ? pomijalne.

bartolvs

  • Gość
Odp: Somed w dwóch budynkach - komunikacja
« Odpowiedź #6 dnia: Marca 13, 2009, 01:14:57 am »
"2.   Wdrożenie rozproszone. Takie samo rozwiązanie. Serwer terminali z dobrym łączem na zewnątrz, a końcówki, oddalone o kilka kilometrów ale i kilkaset kilometrów łączą się poprzez zwykłą neostrade. Po stronie serwera musi być oczywiste „duża rura” szczególnie, jeśli podłącza się do niego kilkanaście lokalizacji. Poszczególne lokalizacje już zwykle nie wymagają takiego reżimu, bo z nich najczęściej tyko kilka komputerów łączy się z serwerem. Takie rozwiązanie preferują np. sieciowe przychodnie, w których informacja o pacjencie, o dostępnych usługach w jego abonamencie i pozostałym limicie musi być dostępna w każdej chwili w każdej lokalizacji. I znów mamy łatwe zarządzanie, bo aktualizujemy jedynie serwer, a końcówki, np. w Szczecinie, Ustrzykach i Olsztynie w ogóle nie dotykamy. Tam jest tylko klient terminala. Nie ma BDE, Klienta Oracla czy SOMEDA
Takie wdrożenia  funkcjonują już sprawnie od kilku lat. Jest ich całkiem sporo i o ile wiem problemy z brakiem łączności są pomijalne."

Dziękuję koledze z Kamsoftu za wsparcie Naszej instalki  :)

rochu

  • Gość
Odp: Somed w dw??ch budynkach - komunikacja
« Odpowiedź #7 dnia: Marca 16, 2009, 01:51:05 am »
Praktyczne i dzia??ajÄ?ce rozwiÄ?zanie:

Przychylam siÄ? do przedm??wc??w poruszajÄ?cych temat Serwera Terminali, ale z pewnym wyjÄ?tkiem. Mianowicie je??li w budynku B majÄ? byÄ? tylko dwie ko??c??wki to inwestycja w licencjÄ? na Terminal Server to jak troszkÄ? przesadzona. Doskonale sprawdzi siÄ? tutaj poczciwy Windows XP Professional zainstalowany na maszynie w budynku A do sp????ki z SOMED'em. XP ma wbudowany Serwer Terminali z ograniczeniem do dw??ch wsp????bie??nych sesji, wiÄ?c wystarczy. Co do po??Ä?czenia A z B, 512kb/s bÄ?dzie wystarczajÄ?ce. Pulpit zdalny nie jest wymagajÄ?cy, a w budynku B wystarczÄ? dowolne terminale. Ot, chocia??by z dowolna dystrybucjÄ? Linuxa ob??ugujÄ?cÄ? prot. RDP. Je??li zajdzie konieczno??Ä? rozbudowy o kolejne stanowiska opcje mamy dwie:
1. kupiÄ? Terminal Server Microsoftu lub innego producenta (j.w.);
2. poszukaÄ? w sieci, jak znie??Ä? ograniczenia w XP do dw??ch sesji ;)

Pozdrawiam

 

* Szukaj


* Kto jest on-line

  • Kropka Gości: 622
  • Kropka Ukrytych: 0
  • Kropka Użytkowników: 0

Nie ma żadnego użytkownika on-line.

Reklama

* Aktywni

Paweł Paweł
9409 Wiadomości
mpi
3356 Wiadomości
PiotrSz
3285 Wiadomości
Michał Michał
3191 Wiadomości
karolweksler
3153 Wiadomości
09061303
3079 Wiadomości
Edward_B Edward_B
2968 Wiadomości
Bartosz Bartosz
2375 Wiadomości
maciek777 maciek777
2201 Wiadomości
cilazapril cilazapril
1634 Wiadomości

Reklama

Reklama

Style:3: index (domyslny), Portal (default), Display (default).
Pod-szablony:8: init, html_above, body_above, portal_above, main, portal_below, body_below, html_below.
Pliki językowe:8: SPortal.english (domyslny), SPortal.polish-utf8 (domyslny), SPortal.english (domyslny), index+Modifications.english (domyslny), index+Modifications.polish-utf8 (domyslny), SPortal.polish-utf8 (domyslny), index.english (domyslny), index.polish-utf8 (domyslny).
Arkusze stylów:1: portal (default).
Uwzględnione pliki:15 - 738KB. (pokaż)
Użytych zapytań: 28.

[Pokaż zapytania]