www.nieruchomosci-gil.pl

Nie ma tego złego , co by się w gorsze
obrócić nie mogło - jak nie wierzysz
włącz komputer :-)

GTD ...

1. przełącznik 3GB znam i oczywiście jest to zrobione.. , Seba78 21/07/10 09:49
   Ale potrzebuję przynajmniej ok 8 - 10 giga. Więc nie bardzo mnie to ratuje. Kurcze, nowa licencja na 2008 R2 to prawie 3 koła. Dlatego szukam alternatywy. Ale powoli kończą mi się pomysły. Wersja x64 niestety to inna licencja.

   www.nieruchomosci-gil.pl

   1. Ja miałem na myśli raczej PAE, niż , McIsland 21/07/10 10:06
      3GB, do obsługi więcej niż 4GB

      GTD ...

      1. czyli? , Seba78 21/07/10 10:24
         bo trochę się gubię w tym wszystkim. Niestety nasz "inżynier systemowy" jest na długich wakacjach i muszę rozkminiać rzeczy z którymi nie miałem do czynienia.

         www.nieruchomosci-gil.pl

         1. nie dotyczy cie to , elliot_pl 21/07/10 10:54
            APPLIES TO
            
            * Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)
            * Microsoft Windows Server 2003, Datacenter Edition (32-bit x86)
            * Microsoft Windows 2000 Advanced Server
            
            A zakladam, ze masz W2K3 Standard.
            
            A chodzilo o przelacznik PAE.

            momtoronomyotypaldollyochagi...

            1. Ja to Elliot widziałem, ale zresztą , McIsland 21/07/10 12:53
               poczekaj...

               GTD ...

            2. No prosiem Cię bardzo , McIsland 21/07/10 13:08
               http://www.dane.mwdata.pl/PAE.jpg
               
               bez PAE było 3,5, ale nie wiem jak z ponad 4GB bo tam tylko 4ry jest

               GTD ...

         2. Po prostu zamiast /3GB w boot.ini , McIsland 21/07/10 13:28
            wpisz /PAE i obadaj

            GTD ...

1. czy stosowaliście takie rozwiazanie w przypadku gdy serwer obsługuje spore bazy SQL? , Seba78 21/07/10 10:22
   123

   www.nieruchomosci-gil.pl

   1. moze uratuja cie instancje sql servera... , xmac 21/07/10 11:02
      z tego, co pamietam, to sql tworzy jeden proces a ten w 32bit systemie nie dostanie wiecej niz 2gb
      moze uda sie to ominac poprzez stworzenie dodatkowych instancji mssql, jesli te beda inicjowac oddzielne procesy

      dual&mobile power
      XMAC

      1. nie , faf 22/07/10 13:17
         proces SQL przy uzyciu PAE i AWE moze zajac kilka kilobajtow - po prostu OS widzi 4GB a wszystko co wyzej zjada SQL - i sam tym zarzadza przez AWE
         dlatego w task managerze widac sql.exe ze smieszna iloscia pamieci - ale zeby sprawdzac co i jak sql je to trzeba juz w samym SQL szukac - system po prostu ma "schizofrenie" ma pamiec do ktorej nie ma dostepu i nawet nie wie o niej :)
         
         za to SQL moze smigac np na 8GB w 32bit systemie - ale musi to byc w2k3 enterprise albo datacenter
         
         myk z AWE stosuje tez Exchange
         
         poza licencja na winde sprawdzic trzeba czy SQL tez jest w odpowiedniej wersji
         
         oczywiscie mozna linucha i jakis MySQL ale... koszt migracji aplikacji i koszt wsparcia przekroczy grubo cene licencji windy hehe

   2. albo... , xmac 21/07/10 11:03
      zoptymalizuj bazy danych, pozakladaj indeksy, dobrze zaplanuj rozlokowanie plikow danych, logow, indeksow na dyskach serwera...

      dual&mobile power
      XMAC

      1. tak, będzie trzeba w istocie reindeksować bazę co jakiś czas. , Seba78 21/07/10 11:12
         W ostateczności jak wszystko zawiedzie to nowa winda rozwiąże problem.
         Na ten moment właśnie zrobiłem przełącznik, dołożyłem macierz i rozkładam plik logu z plikiem bazy i może dołożę procesor. Dojdzie do tego zwiekszenie czestotliwości reindeksowania bazy. Jak nie uzyskam przyrostu to niestety nowa winda i dokupienie RAM. Zabawa przednia;)

         www.nieruchomosci-gil.pl

1. a z ciekawosci , elliot_pl 21/07/10 12:17
   bardzo mnie zastanawia, czy to kwestia wpisu w rejestrze, czy jeszcze jakiejs biblioteki. Bo nie sadze zeby caly kernel byl inny. Co myslisz na ten temat?

   momtoronomyotypaldollyochagi...

   1. Sadze, ze sprawa lezy , Galnospoke 21/07/10 17:28
      w jakis blokadach w kernelu jednak. Kiedys mialem identyczny problem i szukalem rozwiazania. Trzeba bylo finalnie kupic Enterprise, zrobic update (stosunkowo szybko i prosto) i zaczelo widziec > 4 GB. Oczywiscie wersja 32 bit, z 64 bitami i roznymi aplikacjami moga byc problemy, a przy 40 osobach na serwerze to niedopuszczalna sytuacja.

www.nieruchomosci-gil.pl

1. dziwne, popytam się logistyki , Master/Pentium 21/07/10 21:10
   ja u klienta mogłem użyć wersji x64. Licencja bodajże w wersji MOLP była. Po angielsku oczywiście, nawet dostałem stosowne klucze ze strony MS do wersji x64. Jeśli cie to interesuje to postaram się sprawdzić.
   Kombinowanie z x86 i PAE uważam za odpowiednik używania EMS z czasów DOS'a. Jest, jakoś działa i najlepiej NIE stosować :)
   Inna sprawa, że na szczęście ja mam doczynienia z normalnymi bazami danych tj. Oracle. :)
   
   PS. Pomęcz panią z MS dalej - z nimi czasami trzeba do skutku :)

   Nie ma tego złego , co by się w gorsze
   obrócić nie mogło - jak nie wierzysz
   włącz komputer :-)

   1. był bym wdzięczny za informację z innej ręki:) , Seba78 22/07/10 00:10
      Acha, tu nie jest MOLP tylko zwykły OEM.
      A co do Oracla to tam też są niezłe kwiatki;) koledzy bardzo się żalili:)

      www.nieruchomosci-gil.pl

      1. Oracle 11.1 jest nieźle SKOPANY , Master/Pentium 22/07/10 08:10
         10.2 i (chyba) 11.2 działają OK. I nie wymagają Windows do pracy co jest dużą zaletą :). Co nie znaczy, że Oracle żadnych wad i bugów nie posiada. Bynajmniej :)

         Nie ma tego złego , co by się w gorsze
         obrócić nie mogło - jak nie wierzysz
         włącz komputer :-)

      2. ok. oto one , Master/Pentium 22/07/10 09:06
         "W OEM to co kupili to mają czyli nie ma przejścia z 32 do 64 chyba, że są jakieś furtki, których nie znam.
         W licencjach MOLP powinni dostać klucze 32 i 64 bit i można je zmienić z 32 na 64. To właśnie jest zaleta licencji MOLP"

         Nie ma tego złego , co by się w gorsze
         obrócić nie mogło - jak nie wierzysz
         włącz komputer :-)