Форум OlegON > Программы и оборудование для автоматизации торговли > Системы автоматизации торговли > Супермаг Плюс (Супермаг 2000)

Останавиливаются сервера при удаленном подключении : Супермаг Плюс (Супермаг 2000)

23.11.2024 10:28


15.03.2012 11:06
На одном останавливается база, а на втором только СМ.
Вчера проверял тот, на котором СМ останавливается. Повторяется довольно стабильно - после "выхода из системы" происходит остановка сервера приложений и кассового сервера.
15.03.2012 11:10
Под какими учетными записями все перечисленные службы запущены?
Можно привести скриншоты настроек?
15.03.2012 11:21
И можно посмотреть в алерт, почему база останавливается, там где она останавливается
15.03.2012 12:30
Mtirt, вход от имени "Локальная система"
Уточните, какие именно настройки вас интересуют?
OlegON, не уверен на 100, но похоже, что ничего нет.
15.03.2012 12:43
Цитата:
alexej OlegON, не уверен на 100, но похоже, что ничего нет.
врать нехорошо
15.03.2012 13:15
Дмитрий Буханкин - честнейший человек!
Вот кусочек лога при остановке базы

Thu Mar 15 11:02:15 2012
Shutting down instance (immediate)
Thu Mar 15 11:02:15 2012
Shutting down instance: further logons disabled
Thu Mar 15 11:02:16 2012
Stopping background process QMNC
Thu Mar 15 11:02:16 2012
Stopping background process CJQ0
Thu Mar 15 11:02:18 2012
Stopping background process MMNL
Thu Mar 15 11:02:19 2012
Stopping background process MMON
License high water mark = 22
Thu Mar 15 11:02:20 2012
Job queue slave processes stopped
Thu Mar 15 11:02:24 2012
ALTER DATABASE CLOSE NORMAL
Thu Mar 15 11:02:24 2012
SMON: disabling tx recovery
SMON: disabling cache recovery
Thu Mar 15 11:02:24 2012
Shutting down archive processes
Archiving is disabled
Archive process shutdown avoided: 0 active
Thread 1 closed at log sequence 2885
Successful close of redo thread 1
Thu Mar 15 11:02:25 2012
Completed: ALTER DATABASE CLOSE NORMAL
Thu Mar 15 11:02:25 2012
ALTER DATABASE DISMOUNT
Completed: ALTER DATABASE DISMOUNT
ARCH: Archival disabled due to shutdown: 1089
Shutting down archive processes
Archiving is disabled
Archive process shutdown avoided: 0 active
ARCH: Archival disabled due to shutdown: 1089
Shutting down archive processes
Archiving is disabled
Archive process shutdown avoided: 0 active
Thu Mar 15 11:02:35 2012
Instance shutdown complete
Dump file d:\oracle\admin\baza04\bdump\alert_baza04.log
Thu Mar 15 11:08:06 2012
ORACLE V10.2.0.5.0 - Production vsnsta=0
vsnsql=14 vsnxtr=3
Windows NT Version V5.2 Service Pack 2
CPU : 2 - type 586, 1 Physical Cores
Process Affinity : 0x00000000
Memory (Avail/Total): Ph:3239M/4060M, Ph+PgF:5345M/5939M, VA:1922M/2047M

Если поможет - добавлю старт.
15.03.2012 14:06
выложите ВЕСЬ alert...
15.03.2012 14:07
Цитата:
alexej Mtirt, вход от имени "Локальная система"
Уточните, какие именно настройки вас интересуют?
Все, желательно.
15.03.2012 14:45
Вот как стартует после остановки:

Thu Mar 15 11:08:06 2012
Starting ORACLE instance (normal)
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
Picked latch-free SCN scheme 2
Using LOG_ARCHIVE_DEST_1 parameter default value as D:\oracle\ora102\RDBMS
IMODE=BR
ILAT =18
LICENSE_MAX_USERS = 0
SYS auditing is disabled
ksdpec: called for event 13740 prior to event group initialization
Starting up ORACLE RDBMS Version: 10.2.0.5.0.
System parameters with non-default values:
processes = 150
__shared_pool_size = 738197504
__large_pool_size = 8388608
__java_pool_size = 8388608
__streams_pool_size = 0
nls_language = RUSSIAN
nls_territory = RUSSIA
sga_target = 1342177280
control_files = D:\ORACLE\ORADATA\baza04\CONTROL01.CTL, D:\ORACLE\ORADATA\baza04\CONTROL02.CTL, D:\ORACLE\ORADATA\baza04\CONTROL03.CTL
db_block_size = 8192
__db_cache_size = 578813952
compatible = 10.2.0.5.0
db_file_multiblock_read_count= 16
undo_management = AUTO
undo_tablespace = UNDOTBS1
O7_DICTIONARY_ACCESSIBILITY= TRUE
remote_login_passwordfile= EXCLUSIVE
db_domain =
job_queue_processes = 10
audit_file_dest = D:\ORACLE\ADMIN\baza04\ADUMP
background_dump_dest = D:\ORACLE\ADMIN\baza04\BDUMP
user_dump_dest = D:\ORACLE\ADMIN\baza04\UDUMP
core_dump_dest = D:\ORACLE\ADMIN\baza04\CDUMP
db_name = baza04
open_cursors = 300
pga_aggregate_target = 445644800
PMON started with pid=2, OS id=2804
PSP0 started with pid=3, OS id=3008
MMAN started with pid=4, OS id=5924
DBW0 started with pid=5, OS id=2156
LGWR started with pid=6, OS id=2044
CKPT started with pid=7, OS id=4828
SMON started with pid=8, OS id=3736
RECO started with pid=9, OS id=3072
CJQ0 started with pid=10, OS id=6140
MMON started with pid=11, OS id=2980
MMNL started with pid=12, OS id=2412
Thu Mar 15 11:08:06 2012
alter database mount exclusive
Thu Mar 15 11:08:10 2012
Setting recovery target incarnation to 1
Thu Mar 15 11:08:10 2012
Successful mount of redo thread 1, with mount id 704955798
Thu Mar 15 11:08:10 2012
Database mounted in Exclusive Mode
Completed: alter database mount exclusive
Thu Mar 15 11:08:10 2012
alter database open
Thu Mar 15 11:08:11 2012
Thread 1 opened at log sequence 2885
Current log# 2 seq# 2885 mem# 0: D:\ORACLE\ORADATA\baza04\REDO02.LOG
Successful open of redo thread 1
Thu Mar 15 11:08:11 2012
MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
Thu Mar 15 11:08:11 2012
SMON: enabling cache recovery
Thu Mar 15 11:08:11 2012
Successfully onlined Undo Tablespace 1.
Thu Mar 15 11:08:11 2012
SMON: enabling tx recovery
Thu Mar 15 11:08:11 2012
Database Characterset is CL8MSWIN1251
Opening with internal Resource Manager plan
replication_dependency_tracking turned off (no async multimaster replication found)
Starting background process QMNC
QMNC started with pid=14, OS id=2868
Thu Mar 15 11:08:14 2012
Completed: alter database open
Thu Mar 15 11:30:00 2012
Thread 1 advanced to log sequence 2886 (LGWR switch)
Current log# 3 seq# 2886 mem# 0: D:\ORACLE\ORADATA\baza04\REDO03.LOG

Добавлено через 1 минуту 34 секунды
Под одним пользователем ( сессией ), которая сохраняется, все работает без проблем
15.03.2012 14:48
А не пытаетесь ли вы входить в эту самую сессию??
И потом закрывать...
Настройки терминального сервера?
Часовой пояс GMT +3, время: 10:28.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.