Still celebrating National IT Professionals Day with 3 months of free Premium Membership. Use Code ITDAY17

x
?
Solved

Thin client migration “readiness review”.

Posted on 2011-09-21
6
Medium Priority
?
193 Views
Last Modified: 2012-05-12
**not a duplicate wanted more zones than available**

question:

Has anyone ever been tasked with doing a comprehensive review/technical review of an organisations readiness to move from traditional “each user having a windows workstation and their own desk” to moving to a hot desking thin client environment?

Kind of like identifying “well working this way/with this software/saving here etc won’t work when there is no 1:1 workstation/user availability?”

I just want a huge list of suggestions what needs to be considered in terms of users, applications, policies for current IT working environment to when moving to thin client – and identify huge gaps.

Any input most welcome.
0
Comment
Question by:pma111
[X]
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 4
  • 2
6 Comments
 
LVL 7

Accepted Solution

by:
scraby earned 2000 total points
ID: 36574048
are you using 2008 remote desktop or terminal server in 2003?  your biggest challenge is to bench test all applications that people will be running on the server.  unless everyone will be using the same set of generic programs (ie. office, your ERP.....) then you need to test to see if everything will run on the server in a TS or RDP session.  i know of a company that moved to a virtual environment using vmware and installed all 2008 hosts.  they are using RDP to migrate all users to thin and have been having pretty good luch running most applications in this environment.  you will always have some legacy systems that won't migrate, CAD stations need power, RDP handles dual monitors well but that is also something to consider.  accesing local COM ports for legacy systems (label printers, dot matrix) and such may cause problems.  

best advice, understand all departments processes (what they use pc's for), put together a plan including permissions and group policies, bench test everything and deploy slowly if possible.

good luck
0
 
LVL 3

Author Comment

by:pma111
ID: 36574066
>put together a plan including permissions and group policies

Can you go into a bit more detail on this part?
0
 
LVL 3

Author Comment

by:pma111
ID: 36574080
We have also been asked if theres any scope to improve corporate "data and operational user security " during such a migration - but I cant quite see how this fits in tbh
0
Simplify Your Workload with One Tool

How do you combat today’s intelligent hacker while managing multiple domains and platforms? By simplifying your workload with one tool. With Lunarpages hosting through Plesk Onyx, you can:

Automate SSL generation and installation with two clicks
Experience total server control

 
LVL 7

Expert Comment

by:scraby
ID: 36574966
how many clients are you talking about?  if this is a big company and you're going to move a lot of people over to thin then you will need a team of a few people to make this happen.  this is not something you want to take on your own especially if you are not experienced with it.  however, if you're only talking about a few stations lets say in production which are all doing the same thing then not too bad.

thin clients are exactly that, they rely on very little locally and the session is managed on a server so everything that is done is done on a server.  since you may have hundreds of sessions on one server you'll want to make sure that the users permissions are set appropriately so that they cannot interfere with each other.  permissions are going to cover such things as what programs are available to whom and what folders they have permissions to use or imagine someone opens task manager and kills someone elses process by accident.  you have to cover all of your bases before you go live and you do this via permissions and group policies.

again, if this is going to be a fair sized migration then you definitely want to have your ducks in a row or come live you may run into more issues than you'll be able to handle and you surely don't want to run into show stoppers after the live date
0
 
LVL 3

Author Comment

by:pma111
ID: 36578823
literally hundreds - I am not on the tech team more some involvement from a risk/ audit perspective - so just wanted to brainstorm practical advice we could give them before implementation to check they havent overlooked anything
0
 
LVL 3

Author Comment

by:pma111
ID: 36916070
scraby?
0

Featured Post

Will your db performance match your db growth?

In Percona’s white paper “Performance at Scale: Keeping Your Database on Its Toes,” we take a high-level approach to what you need to think about when planning for database scalability.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Group policies can be applied selectively to specific devices with the help of groups. Utilising this, it is possible to phase-in group policies, over a period of time, by randomly adding non-members user or computers at a set interval, to a group f…
After seeing many questions for JRNL_WRAP_ERROR for replication failure, I thought it would be useful to write this article.
Microsoft Active Directory, the widely used IT infrastructure, is known for its high risk of credential theft. The best way to test your Active Directory’s vulnerabilities to pass-the-ticket, pass-the-hash, privilege escalation, and malware attacks …
In this video we outline the Physical Segments view of NetCrunch network monitor. By following this brief how-to video, you will be able to learn how NetCrunch visualizes your network, how granular is the information collected, as well as where to f…

704 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question