servidor windows 2000

[marcos.gurupi]

Tenho um cliente que estah colocando o win 2000 como servidor, lembro que a gravação de dados (dbf) com o windows nt/xp/2000 fica lenta, o mesmo acontece quando utilizo somente o servidor com o win2000? Caso seja positivo q tipo de ferramenta utilizo para resolver este problema?

marcos roberto

[vagucs]

Este é preço da segunrança, qualquer deste sistema incluindo ai também o SAMBA do Linux que funciona basicamente na mesma estrutura, ficam mais lentos que o Windows 98 ou ME, há melhor solução é usar menos commit desnecessários no sistema, no meu caso foi o que fiz e rodou numa velocidade até boa.

[marcos.gurupi]

O problema seria entaum na gravação do registro?

[Dudu_XBase]

Marcos uso Windows 2000 Server como servidor de domínio usando partição em NTFS.
Tenho 3 clientes, recentemente instalei outro servidor como o mesmo programa pois o antigo esta com o Rwin 98 e tava dando corruptions direto.
Pretendo migrar agora do Novella para o Samba, depois futuramente migrar os server Windows 2000 e 2003.
Mas estou migrando por causa do custo caso precise adquirir mais licenças.
Estou satisfeito com o desempenho que estou tendo, mas qto a lentidão vc precisa fazer uns ajustes para turbinar o seu servidor senão ficará lerdo msm.

Vou citar as soluções:


1. Inicie o Editor de Registror (Regedt32.exe) e vá para seguinte chave:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters

2. no Menu Editar , clique em Add Value e adicione:

Value Name: EnableOplocks
Data Type: REG_DWORD
Data: 0

Value Name: CachedOpenLimit
Data Type: REG_DWORD
Data: 0

Value Name: autodisconnect
Data Type: REG_DWORD
Data: ffffffff

3. Reinicie o Servidor


Solução baseada nos seguintes artigos:
Artigo 1

Alternative Exclusive Use Locking

There is a known problem with Paradox 7 table and record locks not functioning in this environment. More specifically, if a Paradox user is working from a Windows NT machine their table/record locks are not seen by any other user, and vice versa. This impacts any Keep In Touch function that requires exclusive use table or record locking, such as running Imports, FEC/State Filings, or even during multi-user data entry (i.e. where two users may be attempting to edit the same record). Moreover, when run from an NT Server, Paradox does not properly “clean up after itself” upon exit. That is, lock files (*.lck) are often left in the :db: directory. The solution to this problem is to set the “NT Lock Alternative” setting in Keep In Touch. This setting can be found by going to the Maintenance tab, Configuration Module, and clicking on the System category. In the right side of the window will be the “NT Lock Alternative” setting. Double-click this and set it to “Yes” if there are any Windows NT systems in your network environment. Note that this setting does not work if any Windows 2000/XP machines are involved in the network. It is important that you do not change this setting to “Yes “ if Windows 2000/XP machines are present.



Disable Opportunistic Locking

In an attempt to optimize speed, Windows NT, Windows 2000, and Windows XP employ aggressive file caching, which can wreak havoc on a multi-user relational database. Turning off Opportunistic Locking on these operating systems has been found to have a dramatic effect on decreasing the incidence of data corruption. The following excerpt comes from Microsoft’s KnowledgeBase (Article ID: Q126026):



“The Server service now caches the file handles (RFCBs) associated with files it has opened on behalf of a client request. Although write requests proceed normally, close requests are acknowledged by the server, but are buffered from the file system. This is intended to optimize response time to repeated open/close operations performed by clients. In regards to Opportunistic Locking (oplock), this optimization is a logical extension of the way a client caches its own file close request and relies on the server to arbitrate future requests for file access by other clients. In rare situations, Oplock must be disabled for compatibility purposes. RFCB caching also includes a configurable parameter in the registry to modify the server's behavior.”



(For additional information on Opportunistic Locking, see Microsoft TechNet - February 1998, PSS ID Number : Q150991) (http://support.microsoft.com/support/)

Artigo 2 http://support.microsoft.com/kb/q219022/

O Win 2000 server utiliza Serviços para realizar algumas tarefas. Eles são bastante úteis quando são utilizados, mas consomem bastante memória RAM. Uma solução bastante eficiente para fazer trabalhar mais rápido é desabilitar os serviços que não são utilizados.
Peço vc que acesse esse link e que contém as informações de quais serviços vc poderá mandar pro espaço.

http://www.baboo.com.br/absolutenm/anmv ... 4055&z=136
:xau

[marcos.gurupi]

Obrigaduuuu, como sempre uma resposta sem muitos rodeios e completa.


marcos roberto

[Zima]

Dudu,

As dicas para turbinar o servidor seriam válidas no caso do servidor estar com o WINDOWS 2003 Server ??

Sds,
Zima

[Dudu_XBase]

Bom Zima não testei ainda com o Windows 2003 Server.
Vc poderia eh fazer um backup no regedit alterar e verificar as mudanças.
Qdo implementei tais alterações pela primeira vez fiz um bkp das chaves do registro, depois ai mandei ver.
Caso desse alguma bucha poderia voltar ao q era sem me descabelar...rs