Tive esta experi�ncia em uma empresa que desenvolvi este trabalho, vou relatar aqui.
Come�amos com Conectiva, Mandrake e derivados. Como o excesso de "telinhas coloridas no boot" e "wizards fofinhos" me irritavam e faziam a esta��o perder processamento, pensei em BSD ou SlackWare, pois teria um setup mais enxuto, o que resultaria em menos pontos de problema e menos tempo pr� iniciar/desligar: As esta��es dividi em 2 grupos: "Novas" Pentium III pr� cima "Velhas" de Pentium MMX a K6-2 A quest�o de compartilhamento de arquivos: * Usamos servidor UNIX (FreeBSD), rodando Samba (pras m�quinas Windows acessarem) e NFS/NIS (pros FreeBSD). Atr�ves de samba e NIS/NFS, pude permitir logins unificados a partir do servidor e atribui��o de permiss�es das pastas ali armazenadas. Na inicializacao o client FreeBSD monta o /home, portanto quando o usu�rio logasse o /home/FULANO j� t� dispon�vel. No cliente Windows, mapeamos via .bat, atr�ves do netlogon, unidades de rede. No servidor temos basicamente esses servi�os: SSH/NIS/YP/NFS/SAMBA. As m�quinas windows ficaram com 98 e XP. Estas s�o esta��es que n�o puderam ser migradas de alguns departamentos como: * RH (j� que todos os softwares de RH que a empresa comprou rodavam em Windows) - o que fizemos foi apenas deix�-lo no samba, evitando que os dados ficassem no C:\ Financeiro (Os programas em uso da prefeitura/estado/fazenda rodam em Windows) - Da mesma maneira, foram instalados no servidor, com um atalho para o execut�vel l�. As m�quinas acima descritas como velhas ficaram com 98 ou NT40 As m�quinas compradas a partir de ent�o, IBM, vieram de f�brica com XP. O servidor de impress�o � um print server, em m�quinas XP temos o "cliente de impress�o para unix" (um cliente LPD que o windows xp/2000 j� disponibiliza) e nos 98 instalamos o client do printsever (faz a mesma coisa). Portanto, n�o temos nenhum controle de impress�o, se alguem mandar 3200 impress�es pro print server, vai, mas confiamos na consciencia do usu�rio, at� hoje n�o tivemos problemas. Nos desktop FreeBSD, lpd/printcap. M�quinas mais poderosas (que rodavam XP e puderam ser migradas) est�o com KDE 3 M�quinas mais antigas (que rodavam 98/NT40 e puderam ser migradas) est�o com WindowMaker. * Editor de textos, openoffice. Minha experi�ncia: Eventualmente ele trava.. Trava e morre.. O usu�rio mete o ded�o no reset, liga pro helpdesk xingando mas fora isso, sem problemas, apesar de a convers�o de textos com muitas tabelas, figuras e "babadinhos" do Office 2000/XP n�o ficar legal. Como toda a empresa utiliza o openoffice, internamente n�o temos mais este problema, mas quando recebemos textos "bonitinhos" de fora, d� esses erros. Os textos "profissionais", com letras pretas, suscintos, funcionam perfeitamente. * Navegador, Mozilla, Experi�ncia: Pesado para a abertura, mas uma qualidade razo�vel, eventualmente sites, conforme j� discutido aqui na Lista (Banco do Brasil, por exemplo) n�o abrem, mas grande maioria funciona 100%. Java � necess�rio pr� alguns sites. * Players de MP3/PowerPoint/Flash/Instant Messenger e outros - N�o instalados, j� que internamente esses itens s�o desnecess�rios. A pol�tica de implementa��o foi - em minha opini�o - a mais pr�tica e correta de todas as empresas que j� tive not�cias que fizeram esta migra��o: * Foi feito um treinamento interno pelo pessoal de inform�tica, ensinando os usu�rios existentes a usarem linux, ou seja, efetuar no logon do KDE/WindowMaker, usar o Netscape, desligar o sistema, localizar pastas compartilhadas, ou seja, fazer no ambiente X (WindowMaker ou KDE) o que se fazia no Windows. Ap�s alguns meses de treinamento, as esta��es foram substituidas pelo FreeBSD. O HelpDesk realmente foi muito acessado, mas ap�s 6, 8 meses de d�vidas o n�vel de reclama��o estava semelhante ao com usu�rios Windows. Usu�rios novos eram, caso n�o conseguissem mexer no sistema, instru�dos a usar o FreeBSD. Lembrando que este treinamento n�o tinha nada de t�cnico. Nem a linha de comando era apresentada. Basicamente � o curso de Windows que a Loja de Inform�tica da Esquina ensina pr� seu av�: Clicar e apontar e clicar em OK. No aspecto t�cnico, fiz 2 instala��es, uma com KDE, outra com WindowMaker. Dei um dump, compactei com gzip e joguei em CD, para fins de Backup. Foi feito um ghost da instala��o, replicando nos desktops. Quando o ghost n�o funcionava (nossa vers�o, 5.0 n�o trabalhava bem com ufs, apenas ext2...) eu dava um boot no Rescue do FreeBSD e jogava meu DUMP do CD pr� HD de destino. Minha conclus�o: * Se a ger�ncia da empresa quer reduzir gastos n�o licenciando "X" m�quinas Windows ou evitando levar multas por "X" m�quinas Windows ilegais, o Linux/FreeBSD � uma boa sa�da, mas temos - como profissionais de TI - alertar a dire��o que essa economia ser� conseguida atr�ves de um custo, que � o treinamento dos funcion�rios (No hor�rio de trabalho ou na hora extra) e a sobrecarga dos t�cnicos para a instala��o das m�quinas, customiza��o e atendimento ao usu�rio ap�s a migra��o. Esse investimento � feito somente uma vez, ap�s o transtorno inicial temos apenas que dar a manuten��o, igual um desktop Windows. * Fiz esse setup a 1 ano e 1/2 mais ou menos, at� hoje as esta��es continuam assim, eventualmente h� alguns KURUMIN, REDHAT, Desktop e outros sabores, mas a empresa continua com a pol�tica. Isso deve indicar que apesar do trabalho deve ter reduzido custos e ter algum lucro, sen�o o diretor/dono mandava voltar atr�s... * Em minha experi�ncia, a pior parte � o treinamento do usu�rio, pois eles s�o **MUITO** sens�veis a mudan�as. Um ponto muito discutido era o que n�o t�nhamos substitutos para office/outlook/IE/Winamp/ICQ/MSN, mas basta uma pesquisada nos ports ou no freshmeat que vemos que essa afirma��o n�o � valida. N�o recomendo jamais efetuar essa opera��o sem um treinamento dos usu�rios, pois em 3 dias ou voc� est� careca de reclama��es ou demitido :) Email Enorme, mas pr� explicar um setup que demorou dias... :) -----Mensagem original----- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Alexandre Vasconcelos Enviada em: ter�a-feira, 16 de mar�o de 2004 14:11 Para: [EMAIL PROTECTED] Assunto: Re: [FUGSPBR] Esta��o de trabalho Obrigado. Sei das implica��es, o que eu gostaria de saber � se algu�m J� tem um ambiente com usu�rios finais usando FreeBSD em seus desktops, resultados a m�dio prazo, como foi a pol�tica de implementa��o, uso de NFS, Samba e outras estrat�gias para fazer com que estes clientes se comportem bem num ambiente heterog�neo. -- _______________________________________________________________ Sair da Lista: http://lists.fugspbr.org/listinfo.cgi Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
