Оптимайзер-4 (вопросы и обсуждения) : Программы OlegON

OlegON · █ 08.10.2012 17:31

В общем, увезли они в другую подсетку сервер - заработало... Выкидывайте керио и винду с сетевых узлов... Сразу.

whitewizard · █ 08.10.2012 17:35

наверняка из-за настроек корявых обратные пакетики не возвращались на сервант

Stels · █ 26.10.2012 16:22

вопрос по стоимости:
https://olegon.ru/market/buy_opt.php
вверху указано 452,26 ЯД-рублей.
а в форме внизу 450.26

где верно?

OlegON · █ 26.10.2012 16:36

Прошу прощения, просчитался. Поправил. Стоимость оптимизатора составляет 450 ЯД лично мне, 2,26 снимает Яндекс.

Stels · █ 27.10.2012 11:19

походу сессия опта на сервере висанула
поправь, пожалуйста.

Код:

27.10.12 11:12:00 -- Optimizer for Oracle bases console version 4.10
27.10.12 11:12:00 -- C:\optimizer4
27.10.12 11:12:00 -- Master server: olegon.no-ip.org
27.10.12 11:12:00 -- DB server: *******
27.10.12 11:12:00 -- DB name: XXX
27.10.12 11:12:00 -- Requested commands:o
27.10.12 11:12:00 -- Commands accepted
27.10.12 11:12:01 -- Second connection of optimizer disabled...
27.10.12 11:12:01 -- |
27.10.12 11:12:01 -- ||||||||||||||||||||||||||||||||
27.10.12 11:12:01 -- ||||||||| Start server |||||||||
27.10.12 11:12:01 -- ||||||||||||||||||||||||||||||||
27.10.12 11:12:01 -- DB status : OPEN

27.10.12 11:12:01 -- Client ID : **
27.10.12 11:16:55 -- Client ID : **
27.10.12 11:18:35 -- Client ID : **

OlegON · █ 27.10.2012 13:49

Вот как бы по грамотному сделать... На самом деле поводом для такого сообщения - работающий процесс у меня, это уже разбирали. Процесс этот рано или поздно сдохнет - стоит лимит в нем самом и в операционке. Сдыхает не сразу, но сдохнет неминуемо. Сразу сдохнет при корректном завершении сессии. Поэтому писать мне такие сообщения не стоит, если не сутки подконнектиться не дает.

Stels · █ 27.10.2012 18:03

Цитата:

OlegON ➤ Вот как бы по грамотному сделать... На самом деле поводом для такого сообщения - работающий процесс у меня, это уже разбирали. Процесс этот рано или поздно сдохнет - стоит лимит в нем самом и в операционке. Сдыхает не сразу, но сдохнет неминуемо. Сразу сдохнет при корректном завершении сессии. Поэтому писать мне такие сообщения не стоит, если не сутки подконнектиться не дает.

Спасибо, понятно.
Но похоже из-за ночного сбоя во время MaintenanceTime
пара индексов (SMSPEC..) упала и у оптимайзера завис процесс на сервере.

Я так понимаю, при следующем прогоне он бы сам всё починил.
Но следующего раза по указаным выше причинам не последовало..

Пришлось с утра лечить индексы руками, т.к. в магазине работать не смогли ..
ну и, не удержавшись, написал сюда :)

OlegON · █ 27.10.2012 18:14

Есть какие-то идеи на этот счет? Теоретически могу перенести очистку флажков в аккурат перед началом рабочего дня. Но это костыль.
А какой у тебя МТ, что так надолго застряло? У меня сколько клиентов - без проблем... Даже с гадской связью :)

Stels · █ 27.10.2012 21:53

00,30;6
если ли бы оптимизатор при обрыве связи заканчивал корректно текущую операцию, то хотя бы можно было работать с базой пусть и без последующего запуска даже в течении суток..

но как это сделать - я е знаю :(

OlegON · █ 27.10.2012 23:02

и во сколько оборвалось? сдается, какой-то у тебя косяк, например, десяток обрывов связи. база регеная?