SQL 2005: micro cliente fdp não conecta

PIT BULL · 24-05-06, 15:12 #1

SE QUISER AJUDAR LEIA O TÓPICO COM ATENÇÃO

Micro cliente não consegue conectar em serviço do SQL 2005 rodando perfeitamente em servidor Windows 2000 Server atualizado. O problema é no cliente, a questão é: Qual o problema?

Code:

Micros da rede:
------------------------------------------
servidor - INVSERVER  - Pentium 4 - Windows 2000   - 10.xxx.x.9
cliente  - Snort      - Pentium 4 - Windows XP Sp2 - 10.xxx.x.3
cliente  - Evo        - Pentium 4 - Windows XP Sp2 - 10.xxx.x.2
cliente  - Acer       - Celeron   - Windows XP Sp1 - 10.xxx.x.11
cliente  - Toshiba    - Pentium 4 - Windows XP Sp2 - 10.xxx.x.4
internet - modem adsl                              - 10.xxx.x.1

A rede está funcionando perfeitamente, todo mundo de IP fixo onde todo mundo se vê, todo mundo se compartilha, se pinga...

servidor - INVSERVER
Aqui todos os serviços do SQL 2005 rodando bonitinho!

Aqui o Microsoft SQL SMS conectando 'localmente' com perfeição

cliente - Snort
Aqui o Microsoft SQL SMS conectando do cliente no servidor com perfeição

Conectando via ODBC também com perfeição

Resumindo agora o babado. O servidor está rodando perfeitamente e muito rápido, há ainda dois micros clientes na rede que estão acessando naturalmente o servidor e se conectando cm o banco normalmente.

cliente - Evo
Acessando com o Microsoft SQL SMS, ele reconhece o banco de dados na rede

Erro tentando conectar com o Microsoft SQL SMS

Tentando conectar o ODBC...

Erro acessando com o ODBC...

TODOS OS PROGRAMAS FORAM INSTALADOS DE UM MESMO DVD.
O 'NATIVE CLIENT' FOI INSTALADO EM TODOS OS MICROS.

serjaum · 24-05-06, 15:14 #2

eu keria manjar dessas porras iuehauea
mas soh tenho merda da cabeca euiahe

PIT BULL · 24-05-06, 15:18 #3

Já fiz de tudo. Já reinstalei MDAC 2.6, o Native Client e nada. Já procurei todos os tutoriais na Internet com problemas com o mesmo 'código de erro', mas todos os exemplos já foram tentados, além do que eles querem sanar um problema do servidor quando na realidade é o cliente que está com problemas (outros micros conectam perfeitamente).

serjaum · 24-05-06, 15:20 #4

o erro ele fala q nao eh permitido acesso remoto
mas como os outros acessam....hmmmm

nao tem permissao nesse treco nao??

PIT BULL · 24-05-06, 15:25 #5

Quote:

Postado por serjaum

o erro ele fala q nao eh permitido acesso remoto
mas como os outros acessam....hmmmm

nao tem permissao nesse treco nao??

Então, mas já configurei o servidor conforme tutorial para sanar esse 'erro', os outros micros continuam acessando normalmente o SQL, mas esse cliente cretino não consegue.

Sephiroth · 24-05-06, 15:40 #6

SQL Server eh mto facim, bonitim e rapidim de usar
mas qd dá essas merdas agente fica completamente no escuro.
se nao tiver nada no KB da M$ nem no google, eh na base do chute.

vc tem minha simpatia.
eu to há quase um mes batendo cabeça pra botar o DTC pra funfar num cluster veritas.

Scapegoat · 24-05-06, 16:39 #7

PIT, já viu se tem algum firewall ativo no servidor?

Scapegoat · 24-05-06, 16:59 #8

Só pra esclarecer, não é um tiro no escuro.
Na firma em que trabalhava vi isso acontecer várias vezes, mas com Firebird, e não SQL Server... tudo configurado certinho e não conectava no servidor.
Aí ia ver tinha o firewall do Windows ativo, e não adiantava criar uma regra (exceção)... tinha que desativar mesmo.

PIT BULL · 24-05-06, 17:01 #9

JESUS CRISTO!!! LEIA A PORRA DO TÓPICO!!! É APENAS 1 DOS VÁRIOS CLIENTES QUE NÃO ESTÁ CONECTANDO. FIREWALL É O CARALHO!

Tô olhando agora os drivers SQL que esse cliente tem, que os outros não têm, e que possa estar conflitando no registro do Windows do cliente.

serjaum · 24-05-06, 17:07 #10

e o windows do cliente nao tem firewall nao?
apesar de nao fazer sentido algum eiuaheeaiheuiahe

Scapegoat · 24-05-06, 17:09 #11

Sim, eu li o tópico.
E fiz a pergunta com isso em mente, pois já vi acontecer de APENAS 1 TERMINAL NÃO CONECTAR NA PORRA DO SERVIDOR, Raptor.

PIT BULL · 24-05-06, 17:11 #12

Seeeeeeeeeeeeenhooooooooor!!! A porta do SQL é padrão!!! O senhoooooooooor!!! Queima eles!!!

Já estava rodando antes com o 2000 e não tinha zica nenhuma de Firewall... vou formatar essa merda!!!

PIT BULL · 24-05-06, 17:12 #13

Como que remove um driver 'SQL Server' lá do ODBC? É na mão?!

PIT BULL · 24-05-06, 17:27 #14

Vou remover tudo desse cliente, tudo. Daí vou instalar o SQL 2005 nele, vou criar até o serviço de servidor, deixar ele rodando um banco padrão e então ver se os outros conectam e nele. Deve ter alguma .dll do 2000 por aí ferrando com o cliente do 2005.

Skipper · 24-05-06, 21:58 #15

Responde direito pitbol, porra!

OrGg · 24-05-06, 23:04 #16

Quote:

Postado por PIT BULL

Vou remover tudo desse cliente, tudo. Daí vou instalar o SQL 2005 nele, vou criar até o serviço de servidor, deixar ele rodando um banco padrão e então ver se os outros conectam e nele. Deve ter alguma .dll do 2000 por aí ferrando com o cliente do 2005.

naum creio q seja isso nao, antes de fazer isso, verifique alguma permissao para acesso remoto do cliente evo no servidor sql...

Aveia-Quaker · 24-05-06, 23:52 #17

verifica se a configuração do cliente q ta acessando é igual a do q não ta acessando...
Esse erro da sempre ou só de vez em quando? O "evo" nunca conectou no banco do sql 2005?

PIT BULL · 25-05-06, 00:06 #18

O Evo nunca consegue, ele é um brocha.

Aveia-Quaker · 25-05-06, 07:24 #19

É... então não sei o q fazer não... Eu pensei que podera ser algo como número de conexões simultâneas a máquina ou ao banco...

como o pessoal falo vai no chute... o sql 2005 é novo e deve te um montão de erros não corrigidos, vc deveria ter deixado o 2000 até lançarem uma versão estável do 2005... Espero que a aplicação não seja crítica, ou que isso seja só uma máquina de testes...

PIT BULL · 25-05-06, 09:08 #20

E que tem um banco de 7GB pra rodar e o SQL2000 estava dando muito timeout. Vou revisar a instalação de tudo.

Aveia-Quaker · 25-05-06, 10:34 #21

Fala pro pessoal comprar uma máquina só pra fazer esses testes de implantação... daí vc instalava o 2005 na máquina, testava pra ve se dava pau e sua plicação continuava rodando numa boa sem ninguém reclama... Além disso é bom pra testar patchs de atulizações do windows e Service Packs, e até outros serviços com versões mais recentes sem interromper a disponibilização do serviço... Tenta explica pro cara isso... daí ele compra mais uma máquinazinha só pra testes e tudo se torna (quase) um arco-íris de energia!

Vert · 25-05-06, 10:43 #22

não sei se é o caso, mas aqui na empresa deu a mesma coisa e era conflito de versões do MySQL

o pessoal formatou a maquina e "funfou"

PIT BULL · 25-05-06, 10:47 #23

Também acho que é conflito, mas 'formatar' é o último recurso. Se eu descobrir como remove um driver ODBC na mão, acho que resolverá o problema. Sabe como remove?

Vert · 25-05-06, 11:13 #24

Pit olha aki

http://eis.bris.ac.uk/~ccmjs/odbc_files.html

.... · 25-05-06, 11:22 #25

Quote:

JESUS CRISTO!!! LEIA A PORRA DO TÓPICO!!! É APENAS 1 DOS VÁRIOS CLIENTES QUE NÃO ESTÁ CONECTANDO. FIREWALL É O CARALHO!

aeJAEHUhaHAEUEAHUAEhAE

acho que essa do vert resolve!

PIT BULL · 25-05-06, 12:21 #26

Qualquer coisa que você possa ter procurado no GOOGLE eu já procurei.

Já fiz o backup desse micro e vou FORMATÁ-LO!!!

marcelob23 · 25-05-06, 13:08 #27

Quote:

Postado por PIT BULL

Qualquer coisa que você possa ter procurado no GOOGLE eu já procurei.

Já fiz o backup desse micro e vou FORMATÁ-LO!!!

E ai ai quando todos os recursos se vão format c: e a solução hauhauahauahuahauahuahauahauahuahauahau

PIT BULL · 26-05-06, 11:12 #28

Olha, 'formatá-lo' foi um termo que utilizei, na realidade eu apenas estou 'restaurando' o sistema. Windows XP permite vários procedimentos diferentes... a saga continua.

.... · 26-05-06, 11:17 #29

AMAGAD....PITECO, pega um hd sobrando ae,instala soh o xp e o SQL pra fazer um teste!

instala no pc com mesmo nome de rede, ip, tudo... e ve oq da...

testes rox!

PIT BULL · 26-05-06, 11:38 #30

Chega de teste. O micro não tem nada, é só um cliente... já tô reinstalando o XP. Restam 39min...

.... · 26-05-06, 11:52 #31

25...

PIT BULL · 26-05-06, 15:28 #32

\o/ Conectou... ui! O.o

PIT BULL · 26-05-06, 15:41 #33

Agora vou instalar os discos no tio Snort... e assim a vida segue. Serão 2 discos SATA Maxtor modelo 6V300F0, 1 SATA Seagate modelo ST3300831AS e 1 ATA V ST3120023A.

276GB + 276GB + 276GB + 111GB = 939GB. Vou baixar até a mãe do Bin Laden!!!

Vert · 26-05-06, 16:00 #34

Quote:

Postado por PIT BULL

Agora vou instalar os discos no tio Snort... e assim a vida segue. Serão 2 discos SATA Maxtor modelo 6V300F0, 1 SATA Seagate modelo ST3300831AS e 1 ATA V ST3120023A.

276GB + 276GB + 276GB + 111GB = 939GB. Vou baixar até a mãe do Bin Laden!!!

.... · 26-05-06, 16:02 #35

AMAGAD

esse eh o ruim do windows e seus componentes, as vezes soh formatacao pra salvar, a porra do problema cria raizes por todo windows, e só formatando

.... · 26-05-06, 16:04 #36

Quote:

Postado por PIT BULL

Agora vou instalar os discos no tio Snort... e assim a vida segue. Serão 2 discos SATA Maxtor modelo 6V300F0, 1 SATA Seagate modelo ST3300831AS e 1 ATA V ST3120023A.

276GB + 276GB + 276GB + 111GB = 939GB. Vou baixar até a mãe do Bin Laden!!!

MIRIM!!!!!!

AQUI = seis hds de 160 GB SATA 2 \o/

960 GB

+ 2 HDS de 80 GB de casa.... 1120 GB

roaxxxx!!!! seis terminais 2.8 GHZ + 512 MB , 1 servidor 3.2 GHZ + 2GB de RAM... mais pc de casa... folding@AIDS me segure

PIT BULL · 26-05-06, 16:26 #37

Vai ficar conta os micros pra ver isso? Vou contar aqui e você vai chorar... MIRIM.

PIT BULL · 26-05-06, 16:43 #38

hey hard mirim!!! Formatei os discos de 300, deram 279GB cada um!

Refaça os teus cálculos e põe ae os valores reais de cada disco. Se for pra somar o espaço impresso nos discos, 300 cada um, só essa CPU aqui já dá pra competir sozinha, nem preciso somar o outro servidor.

Snort: 279 + 279 + 279 + 111 = 948GB -- modo hardz de fazer conta --> 300 + 300 + 300 + 120 = 1020GB.

Aveia-Quaker · 26-05-06, 17:38 #39

Pena q eu não trabalho mais na PRODEST... ;(

.... · 26-05-06, 17:45 #40

eu tambem sei formatar com o formatador da fabricante pra ter mais espaço... windows rouba caralhadas de GB

MIRIMMMMMMMMMMMMMMMMMMMMMMMM
\o/

Bombastic · 26-05-06, 17:47 #41

pena que eu nao trabalho com suporte tecnico

MIRINS

serjaum Master Chief	24-05-06, 15:14 #2 eu keria manjar dessas porras iuehauea mas soh tenho merda da cabeca euiahe

PIT BULL Trooper	24-05-06, 15:18 #3 Já fiz de tudo. Já reinstalei MDAC 2.6, o Native Client e nada. Já procurei todos os tutoriais na Internet com problemas com o mesmo 'código de erro', mas todos os exemplos já foram tentados, além do que eles querem sanar um problema do servidor quando na realidade é o cliente que está com problemas (outros micros conectam perfeitamente).

serjaum Master Chief	24-05-06, 15:20 #4 o erro ele fala q nao eh permitido acesso remoto mas como os outros acessam....hmmmm nao tem permissao nesse treco nao??

Sephiroth Trooper	24-05-06, 15:40 #6 SQL Server eh mto facim, bonitim e rapidim de usar mas qd dá essas merdas agente fica completamente no escuro. se nao tiver nada no KB da M$ nem no google, eh na base do chute. vc tem minha simpatia. eu to há quase um mes batendo cabeça pra botar o DTC pra funfar num cluster veritas.

Scapegoat Trooper	24-05-06, 16:39 #7 PIT, já viu se tem algum firewall ativo no servidor?

Scapegoat Trooper	24-05-06, 16:59 #8 Só pra esclarecer, não é um tiro no escuro. Na firma em que trabalhava vi isso acontecer várias vezes, mas com Firebird, e não SQL Server... tudo configurado certinho e não conectava no servidor. Aí ia ver tinha o firewall do Windows ativo, e não adiantava criar uma regra (exceção)... tinha que desativar mesmo.

PIT BULL Trooper	24-05-06, 17:01 #9 JESUS CRISTO!!! LEIA A PORRA DO TÓPICO!!! É APENAS 1 DOS VÁRIOS CLIENTES QUE NÃO ESTÁ CONECTANDO. FIREWALL É O CARALHO! Tô olhando agora os drivers SQL que esse cliente tem, que os outros não têm, e que possa estar conflitando no registro do Windows do cliente. Last edited by PIT BULL; 24-05-06 at 17:04..

serjaum Master Chief	24-05-06, 17:07 #10 e o windows do cliente nao tem firewall nao? apesar de nao fazer sentido algum eiuaheeaiheuiahe

Scapegoat Trooper	24-05-06, 17:09 #11 Sim, eu li o tópico. E fiz a pergunta com isso em mente, pois já vi acontecer de APENAS 1 TERMINAL NÃO CONECTAR NA PORRA DO SERVIDOR, Raptor.

PIT BULL Trooper	24-05-06, 17:11 #12 Seeeeeeeeeeeeenhooooooooor!!! A porta do SQL é padrão!!! O senhoooooooooor!!! Queima eles!!! Já estava rodando antes com o 2000 e não tinha zica nenhuma de Firewall... vou formatar essa merda!!!

PIT BULL Trooper	24-05-06, 17:12 #13 Como que remove um driver 'SQL Server' lá do ODBC? É na mão?!

PIT BULL Trooper	24-05-06, 17:27 #14 Vou remover tudo desse cliente, tudo. Daí vou instalar o SQL 2005 nele, vou criar até o serviço de servidor, deixar ele rodando um banco padrão e então ver se os outros conectam e nele. Deve ter alguma .dll do 2000 por aí ferrando com o cliente do 2005.

Skipper Trooper	24-05-06, 21:58 #15 Responde direito pitbol, porra!

Aveia-Quaker Trooper	24-05-06, 23:52 #17 verifica se a configuração do cliente q ta acessando é igual a do q não ta acessando... Esse erro da sempre ou só de vez em quando? O "evo" nunca conectou no banco do sql 2005?

PIT BULL Trooper	25-05-06, 00:06 #18 O Evo nunca consegue, ele é um brocha.

PIT BULL Trooper	25-05-06, 09:08 #20 E que tem um banco de 7GB pra rodar e o SQL2000 estava dando muito timeout. Vou revisar a instalação de tudo.

Vert Trooper	25-05-06, 10:43 #22 não sei se é o caso, mas aqui na empresa deu a mesma coisa e era conflito de versões do MySQL o pessoal formatou a maquina e "funfou"

PIT BULL Trooper	25-05-06, 10:47 #23 Também acho que é conflito, mas 'formatar' é o último recurso. Se eu descobrir como remove um driver ODBC na mão, acho que resolverá o problema. Sabe como remove?

Vert Trooper	25-05-06, 11:13 #24 Pit olha aki http://eis.bris.ac.uk/~ccmjs/odbc_files.html

PIT BULL Trooper	25-05-06, 12:21 #26 Qualquer coisa que você possa ter procurado no GOOGLE eu já procurei. Já fiz o backup desse micro e vou FORMATÁ-LO!!!

PIT BULL Trooper	26-05-06, 11:12 #28 Olha, 'formatá-lo' foi um termo que utilizei, na realidade eu apenas estou 'restaurando' o sistema. Windows XP permite vários procedimentos diferentes... a saga continua.

.... Banned	26-05-06, 11:17 #29 AMAGAD....PITECO, pega um hd sobrando ae,instala soh o xp e o SQL pra fazer um teste! instala no pc com mesmo nome de rede, ip, tudo... e ve oq da... testes rox!

PIT BULL Trooper	26-05-06, 11:38 #30 Chega de teste. O micro não tem nada, é só um cliente... já tô reinstalando o XP. Restam 39min...

PIT BULL Trooper	26-05-06, 15:28 #32 \o/ Conectou... ui! O.o

PIT BULL Trooper	26-05-06, 15:41 #33 Agora vou instalar os discos no tio Snort... e assim a vida segue. Serão 2 discos SATA Maxtor modelo 6V300F0, 1 SATA Seagate modelo ST3300831AS e 1 ATA V ST3120023A. 276GB + 276GB + 276GB + 111GB = 939GB. Vou baixar até a mãe do Bin Laden!!!

.... Banned	26-05-06, 16:02 #35 AMAGAD esse eh o ruim do windows e seus componentes, as vezes soh formatacao pra salvar, a porra do problema cria raizes por todo windows, e só formatando

PIT BULL Trooper	26-05-06, 16:26 #37 Vai ficar conta os micros pra ver isso? Vou contar aqui e você vai chorar... MIRIM.

Aveia-Quaker Trooper	26-05-06, 17:38 #39 Pena q eu não trabalho mais na PRODEST... ;(

.... Banned	26-05-06, 17:45 #40 eu tambem sei formatar com o formatador da fabricante pra ter mais espaço... windows rouba caralhadas de GB MIRIMMMMMMMMMMMMMMMMMMMMMMMM \o/

Bombastic The Alpha Male	26-05-06, 17:47 #41 pena que eu nao trabalho com suporte tecnico MIRINS