Проблема при печати с клиентских машин на сетевой принтер : Супермаг Плюс (Супермаг 2000)

я понимаю, что виртуальный со своими дровами, просто для предпросмотра в супермаге не важно какой принтер, главное что бы был какой-нить настроен, иначе супермаг просто скажет, что нет принтера - нет предпросмотра, а не будет выводить сообщение о настройках подключения к БД.

Вот и поставьте по умолчанию какие-нибудь дрова для предпросмотра из штатных. HP 5L, например.

Прошу прощения за задержку с ответом.

Ситуация такая:
Содержимое файла tnsnames.ora
(на сервере правда прописано HOST = localhost, правильно ли то, что smserver я прописал вручную?

# tnsnames.ora Network Configuration File: D:\oracle\ora102\network\admin\tnsnames.ora
# Generated by Oracle configuration tools.

OKTORG =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = smserver)(PORT = 1521))
)
(CONNECT_DATA =
(SERVICE_NAME = oktorg)
)
)

Этот файл я взял с сервера и скопировал на клиентскую машину (заменил) все tnsnames.ora где только нашел. После перезагрузки клиента зашел в Супермаг, попытался распечатать - таже ерунда.

Сервер smserver пингуется.
Вывод команд:

C:\Documents and Settings\SomeBody>set nls_lang=american_america.cl8mswin1251

C:\Documents and Settings\SomeBody>tnsping OKTORG

TNS Ping Utility for 32-bit Windows: Version 10.2.0.1.0 - Production on 06-JUN-2
011 16:15:45

Copyright (c) 1997, 2005, Oracle. All rights reserved.

Used parameter files:
C:\oracle\ora102\network\admin\sqlnet.ora

TNS-03505: Failed to resolve name

C:\Documents and Settings\SomeBody>tnsping80 OKTORG

TNS Ping Utility for 32-bit Windows: Version 8.0.6.0.0 - Production on 06-JUN-11
16:16:11

(c) Copyright 1997 Oracle Corporation. All rights reserved.

Attempting to contact (ADDRESS=(PROTOCOL=TCP)(HOST=smserver)(PORT=1521))
TNS-12541: TNS:no listener
Запуск этих же команд на сервере выдает Ok.

По поводу принтера: устанавливал на клиенте виртуальный принтер doPDF - результат то же - окно с требованием ввести пароль.

Это значит что сервер БД не доступен с клиентской машины...
вот что должно получаться (на версию oracle внимание не обращаем)


C:\Documents and Settings\konst>tnsping dbmag

TNS Ping Utility for 32-bit Windows: Version 9.2.0.1.0 - Production on 06-JUN-20
11 17:53:51

Copyright (c) 1997 Oracle Corporation. All rights reserved.

Used parameter files:


Used TNSNAMES adapter to resolve the alias
Attempting to contact (description = (address= (protocol = tcp) (host = 172.16.10.225) (port = 1521)) (CONNECT_DATA = (SERVICE_NAME = dbmag)))
OK (20 msec)

C:\Documents and Settings\konst>tnsping80 dbmag
TNS Ping Utility for 32-bit Windows: Version 8.0.6.0.0 - Production on 06-JUN-11
17:54:08

(c) Copyright 1997 Oracle Corporation. All rights reserved.

Attempting to contact (address=(protocol=tcp)(host=172.16.10.225)(port=1521))
OK (140 msec)

Проверьте - возможно файервол блокирует указанные порты??!
Еще раз проверьте содержание файлов tnsnames.ora
у меня они лежат в 2-х местах
oracle client - c:\Oracle\ora92\network\ADMIN\tnsnames.ora
oracle reports - c:\Oracle\orant\NET80\ADMIN\tnsnames.ora

Вот образец моего TNSNAMES.ORA, который лежит в обоих местах

# TNSNAMES.ORA Network Configuration File: C:\oracle\ora92\network\admin\tnsnames.ora
# Generated by Oracle configuration tools.

dbmag=
(description = (address=
(protocol = tcp)
(host = 172.16.10.225)
(port = 1521))
(CONNECT_DATA = (SERVICE_NAME = dbmag)))

Я бы еще, на всякий случай, заменила бы имя сервера в tnsnames.ora ip-адресом.
OKTORG =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.Х.Х)(PORT = 1521))
)
(CONNECT_DATA =
(SERVICE_NAME = oktorg)
)
)

2 konst: Перепроверил у себя, вроде все в порядке. Но я понимаю так, что если бы сервер БД был недоступен, то соответственно и в Супермаг нельзя было бы зайти.

2 Mtirt: Ok. Попробую.

Чтобы работал СМ+ достаточно правильно настроенного
oracle client - c:\Oracle\ora92\network\ADMIN\tnsnames.ora (как пример)
а для отчетов необходим работающий Oracle Reports

и в любом случае при tnsping и tnsping80 - результатом должно быть:
OK (xx мск)

Не совсем так, еще нужно чтоб лишнего не было в sqlnet.ora (типа домена и т.п.)

удали файл совсем или оставь только (если нужно)

2 Mtirt: К сожаление смена на имени на ip ничего не дала.
В файле C:\oracle\ora102\NETWORK\ADMIN\sqlnet.ora была именно одна эта строчка. Удаление этого файла тоже ничего не дало.

:) Если бы у меня была похожая ситуация с Firebird, я бы стал грешить на сервер. Возможно такое, что какая-либо служба не запущена на сервере? На клиентах вроде все идеально.

Проверь такой же файл на сервере.
Какие файлы на сервере есть в каталоге .\network\ADMIN ?
Что в файле listener.ora? (там должно быть типа (HOST = srv-smag), а не IP. Cколько сетевых на сервере?)
На сервере в командной строке (cmd.exe) выполни netstat -an
посмотри наличие TCP 0.0.0.0:1521 0.0.0.0:0 LISTENING
Отключи фаервол (если он есть).