mboost-dp1
unknown
"Microsofts næste version af Exchange server er sat i produktion og forventes på markedet inden nytår" - nytår nu her?
Er det ikke en optimistisk deadline hvis produktet først er sat i produktion nu?
Er det ikke en optimistisk deadline hvis produktet først er sat i produktion nu?
RTM: Released to Manufacturing.
DVS: at den er klar til brug
Glæder mig til at kigge nærmere på den, syntes at der var mange gode features i Exchange2003.
Håber at Exchange2007, og Outlook2007, understøtter større OST filer end Outlook2003.
DVS: at den er klar til brug
Glæder mig til at kigge nærmere på den, syntes at der var mange gode features i Exchange2003.
Håber at Exchange2007, og Outlook2007, understøtter større OST filer end Outlook2003.
Mener de releaser den på samme tid som Vista og Office 2007, 30. Januar 2007.
Det var ihvertfald hvad jeg læste for et stykke tid siden, men hvem ved, det kan være de er sindsygt hurtige til at trykke en masse skiver og klar til release før, men tvivler lidt på det hvis den gik RTM den 8 dec.
Det var ihvertfald hvad jeg læste for et stykke tid siden, men hvem ved, det kan være de er sindsygt hurtige til at trykke en masse skiver og klar til release før, men tvivler lidt på det hvis den gik RTM den 8 dec.
Cool glæder mig, benytter dagligt exchange server. Det er et rigtigt godt værktøj.
PDA, Mobil spiller sammen med det.
PDA, Mobil spiller sammen med det.
Fejl i nyhed: Der er aldrig blevet frigivet nogen "R2" af Exchange, men derimod en SP2 (Service Pack) som udover fejlrettelser også tilføjede en hel del features, deiblandt de specifikke Mobile Provisioning features der omtales...
#4: Der er ingen forskel på Outlook 2003 og 2007 mht. størrelsen på den OST eller PST fil du kan have. Det du nok slås med er den gamle grænse på 2GB, som i dag kun eksisterer på Outlook 2003, når den enten IKKE kører Unicode mode op imod serveren (f.eks. hvis man har opgraderet OL fra en tidligere version uden at recreate en ny OST) eller hvis man bevidst har sat Outlook til at begrænse sig til ANSI mode.
Det kan osse være tilfældet hvis man anvender Outlook 2003 op imod tidligere Exchange udgaver (2000 eller tidligere)...
Just to straighten the facts! :-)
#4: Der er ingen forskel på Outlook 2003 og 2007 mht. størrelsen på den OST eller PST fil du kan have. Det du nok slås med er den gamle grænse på 2GB, som i dag kun eksisterer på Outlook 2003, når den enten IKKE kører Unicode mode op imod serveren (f.eks. hvis man har opgraderet OL fra en tidligere version uden at recreate en ny OST) eller hvis man bevidst har sat Outlook til at begrænse sig til ANSI mode.
Det kan osse være tilfældet hvis man anvender Outlook 2003 op imod tidligere Exchange udgaver (2000 eller tidligere)...
Just to straighten the facts! :-)
#4 Tak for det. Det fremgår ikke specielt tydeligt af nyheden, eller også misforstår jeg ordet "produktion".
Iøvrigt: Exchange 2007 er RET lækker at arbejde med, den er nemmere at administrere, og er (meget) mere informativ i forhold til de fejlbeskrivelser den spytter ud.
Mobil-mæssigt er det også blevet bedre, og OWA'en er top sej ;) dog kun mest sej i IE, det er lidt ærgeligt. Men alt ialt: guf.
Og den skal jeg til at implementere i starten af det nye år, yay.
Mobil-mæssigt er det også blevet bedre, og OWA'en er top sej ;) dog kun mest sej i IE, det er lidt ærgeligt. Men alt ialt: guf.
Og den skal jeg til at implementere i starten af det nye år, yay.
Grænsen i Outlook 2003 og Outlook 2007 er 20 GB ved unicode ost-fil.
Den nye Web Access er ret cool.
At Exchange kun kommer i en 64-bit version er selvfølgelig fornuftigt nok, men det er lidt noget bøvl, når jeg skal teste den derhjemme...
Den nye Web Access er ret cool.
At Exchange kun kommer i en 64-bit version er selvfølgelig fornuftigt nok, men det er lidt noget bøvl, når jeg skal teste den derhjemme...
#14 Nej det kan IKKE lade sig gøre...
VMWare EMULERER ikke hardware, men scheduler det blot - lidt lissom 2 processer i Windows bliver tildelt processorressourcer. Netop derfor er VMWare hurtig, samt yderst stabil.
Faktisk er det sådan at f.eks. VMotion funktionaliteten i VI3 ikke kan fungerer på tværs af processorgenerationer og fabrikat, NETOP fordi det er "Passthrough" Scheduling og ikke emulation. Processorerne skal være 100% ens rent instruktionsmæssigt for at kunne flyttes "live" fra én fysisk boks til en anden.
NOTE: Her snakker jeg naturligvis om ESX og VI3, ikke GSX, Workstation eller lign.
Og NEJ: VMWare ESX kører IKKE oven på en speciel Linux version - der er ingen sammenligning mellem VMKernel og en Linux. Den redhat man kontrollerer ESX gennem er blot et lag ovenpå til at administrere med, IKKE til at eksekvere de virtuelle maskiner i...
VMWare EMULERER ikke hardware, men scheduler det blot - lidt lissom 2 processer i Windows bliver tildelt processorressourcer. Netop derfor er VMWare hurtig, samt yderst stabil.
Faktisk er det sådan at f.eks. VMotion funktionaliteten i VI3 ikke kan fungerer på tværs af processorgenerationer og fabrikat, NETOP fordi det er "Passthrough" Scheduling og ikke emulation. Processorerne skal være 100% ens rent instruktionsmæssigt for at kunne flyttes "live" fra én fysisk boks til en anden.
NOTE: Her snakker jeg naturligvis om ESX og VI3, ikke GSX, Workstation eller lign.
Og NEJ: VMWare ESX kører IKKE oven på en speciel Linux version - der er ingen sammenligning mellem VMKernel og en Linux. Den redhat man kontrollerer ESX gennem er blot et lag ovenpå til at administrere med, IKKE til at eksekvere de virtuelle maskiner i...
...Iøvrigt findes Exchange 2007 i en 32 bit. Den er bare ikke almindeligt tilgængelig i RTM udgave...
Den eneste grund overhovedet til at Microsoft vælger at lave en 64bit only udgave, skyldes deres strategiske plan omkring 64bit teknologien. De vil jo osse gerne have at du er nødt til at købe en ny Windows 64bit for at køre din nyindkøbte Exchange 2007 ;-)
Den eneste grund overhovedet til at Microsoft vælger at lave en 64bit only udgave, skyldes deres strategiske plan omkring 64bit teknologien. De vil jo osse gerne have at du er nødt til at købe en ny Windows 64bit for at køre din nyindkøbte Exchange 2007 ;-)
Grunden til at skifte til 64Bit er jo også at man kommer ud over noget memory fragmentation som exchange 2000 og 2003 har haft mange problemer med. Jeg glæder mig til at få den RTM, så kan jeg skifte min beta2 ud med den herhjemme til at lave nogle flere tests inden jeg opgradere de servere vi har i firmaet.
SÅ stort er memoryfragmentation problemet heller ikke.
I 90% af alle Exchange installationer i Danmark i dag eksisterer dette problem nærmest ikke.
En Exchangeserver skal som sådan altid overdimensioneres hukommelsesmæssigt, ligesom stortset alle database applikationer skal det. Og der må jeg nok sige at 4GB RAM er rigeligt til Exchange som udgangspunkt. Har man et større behov, vil man uanset sprede sin installation over flere Exchange servere, afht. performance, overall oppetid, samt restore/disaster recovery.
Selvom man kan lave én monsterserver med 64GB RAM til Exchange vil man nok ikke gøre det uanset...
Databaser såsom SQL eller Oracle er en lidt anden situation...
I 90% af alle Exchange installationer i Danmark i dag eksisterer dette problem nærmest ikke.
En Exchangeserver skal som sådan altid overdimensioneres hukommelsesmæssigt, ligesom stortset alle database applikationer skal det. Og der må jeg nok sige at 4GB RAM er rigeligt til Exchange som udgangspunkt. Har man et større behov, vil man uanset sprede sin installation over flere Exchange servere, afht. performance, overall oppetid, samt restore/disaster recovery.
Selvom man kan lave én monsterserver med 64GB RAM til Exchange vil man nok ikke gøre det uanset...
Databaser såsom SQL eller Oracle er en lidt anden situation...
Vi har problemet på 3-4 af vores servere. De har alle 2 GB ram, og selvom vi opdaterede en enkelt til 4 GB løste det ikke noget. Jeg har set problemet flere steder som konsulent, men jeg kan jo bare være uheldig.
I øvrigt kan en vmware godt køre 64Bit os hvis den selv har processoren til det. Min Core2Duo kan godt klare det.
I øvrigt kan en vmware godt køre 64Bit os hvis den selv har processoren til det. Min Core2Duo kan godt klare det.
#20 Pkt. 1 Check whitepapers fra MS - Jeg vil æde min hat på at du har glemt noget.
Det der sætter begrænsningen for en given Exchangeserver er antallet af samtidige userconnections. IKKE mændgden af data i et givent Exchange Information Store / Storage Group.
Det hjælper self. at have plads til mere i Cache, men det er som sådan ikke stort afgørende da langt de fleste kører Cache mode på klienterne, hvorfor resourceforbrug på Exchange minimeres. Derved tilgår klienterne kun de samme data ganske få gange modsat den ellers noget mere ressourcekrævende "Ikke cache" mode.
Pkt. 2 Ja self. kan VMware køre 64bit - men den kan ikke køre en 64bit VM på en 32 bit VMWare maskine (En Intel Core).
Den kan dog godt gøre det omvendt (F.eks. Intel Core 2 eller AMD Opteron), da processorer understøtter både 32bit instructions og 64 bit instructions hvis de er 64bit. (Itanium 1/2 undtaget og andre eksotiske processorgenerationer). 64bit i gængs tilgængelighed i dag er jo ikke 64bit, men 64bit extension - lidt lissom MMX eller SSE.
Det der sætter begrænsningen for en given Exchangeserver er antallet af samtidige userconnections. IKKE mændgden af data i et givent Exchange Information Store / Storage Group.
Det hjælper self. at have plads til mere i Cache, men det er som sådan ikke stort afgørende da langt de fleste kører Cache mode på klienterne, hvorfor resourceforbrug på Exchange minimeres. Derved tilgår klienterne kun de samme data ganske få gange modsat den ellers noget mere ressourcekrævende "Ikke cache" mode.
Pkt. 2 Ja self. kan VMware køre 64bit - men den kan ikke køre en 64bit VM på en 32 bit VMWare maskine (En Intel Core).
Den kan dog godt gøre det omvendt (F.eks. Intel Core 2 eller AMD Opteron), da processorer understøtter både 32bit instructions og 64 bit instructions hvis de er 64bit. (Itanium 1/2 undtaget og andre eksotiske processorgenerationer). 64bit i gængs tilgængelighed i dag er jo ikke 64bit, men 64bit extension - lidt lissom MMX eller SSE.
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.
- Forside
- ⟨
- Forum
- ⟨
- Nyheder
Gå til bund