Fråga : ANNONSEN och slutligt tjänste- ställer in

hälsningar där, gåva för

at jag har en bearbeta med maskin som jag hade på TS och min ERP-programvara (Java, mssql 2005, in-house utveckling). bearbeta med maskin har ingen ANNONS, eller DNS på it.the-routeren agerar, som DHCP.ina har omkring 40 användare att förbinda till denna för att bearbeta med maskin via RDC för att fungera med erp-programvaran. bearbeta med maskin slogging för att ge optimim service.
Now som jag har köpt en server, som användarena hade incresed denna och för att önska att konfigurera den. Jag fortsätter med mitt gammalt långt eller mig installerar ANNONSEN, DHCP på denna för. behaga help

cheers
Zolf
" klar "

Svar : ANNONSEN och slutligt tjänste- ställer in

TS kör på varje server 2003 förbi standard, och ha all din beställare ta fram licensera information som binds till en server, som inte har applikationen på den går att vara mer arbete, än det är egentligen värd. Du ska egentligen behov att ha det på serveren som är rinnande din applikation.
Det primat är ultimately upp till dig om hur du önskar att att närma sig denna. Om du är precis fint med att klara av, ta fram långt dig har varit, du måste inte att få aktivarkivet, och du kan köra applikationen på en server och SQL-databasen på annan (bestämma vilket för att använda för vilket är another, betvinga alldeles),
Om du *do* väljer att installera ANNONSEN någonstans, du bör köra DHCP från ANNONSområdeskontrollanten. Det är det bäst övar precis. Om du inte gör, springDHCP från routeren är perfekt godtagbar.
I stort den går att vara balansera agerar mellan vad du måste att fungera med och vad du önskar att uppnå.
Om du önskar den bäst kapaciteten som du kan få med vad du har (som verkar för att vara din, ämnar för att få den nya serveren), figurera ut den är huruvida applikationen, SQL-serveren eller numrera av avlägsna anslutningar till serveren som orsakar insaktandet. När du har den information, du kan bestämma det bäst långt till flyttningen framåtriktat. Om applikationen och de slutliga anslutningarna orsakar saker för att vara långsamma, flyttningen både till den nya serveren och att lämna databasen på den gammala. Om SQL-databasen använder upp mer hästkrafter, flyttning det till den nya serveren och uppehälle applikationen på den gammala serveren.
Om du önskar, du kunde uppehället göra precis saker dig är, flyttningen allt till den nya serveren och lämnar långt det gammala åt sidan. Det skulle är den som skulle kräver det minst arbetet, men naturligtvis den ger också least gynnar.
Andra lösningar  
 
programming4us programming4us