Подрезка БД : Set Retail / Centrum / Oil

как я понял, данные в архив не перемещаются так?
а как восстановить архив и дистрибьютива?
еще не могли бы объяснить, в архив данные после какого то времени перемещаются?

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

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

обмена со свопом не должно быть, а 18Гб база - смешная. надеюсь, антивирусов там на постоянку не установлено? запусти Пуск-Выполнить-perfmon.msc и приведи скриншот, потом закладки таскменеджера с процессами (показывать всех пользователей), верхушку по памяти и закладку с графиками.

несколько антивирусов не стоит конечно, перед тем как проверять вторым, первый отключал, а так стоит касперыч 6 workstations, поочередно отключал службы sql server, при отключении sql server agent, нагрузка на оперативку сразу же упала от 4,3 Гб до 600-800 Мб

Миниатюры

         

   

на сервере БД не должно быть антивирусов установлено, это раз. во-вторых, что за java-процессы там ворохом? система свопится жутко, либо мусором забили, либо распределение памяти неверное

Не знаю какой SQL стоит (не озвучено), но у меня на MS SQL Express 2005 - 4Гб предел. Так что если не хватает места оперативные данные могут и не приходить. Попробуй для начала вручную почистить таблицы jobsData, jobsQueue, jobsDataLog, jobsQueueLog. Это должно несколько уменьшить базу.

Тормозит сервак служба кристалла, не помню какая, она не любит большой размер бд(в диспетчере задач процесс явы забивает процессор). Поэтому включить xpcmdshell и оле автоматизацию, восстановить из дистриба архивную бд, и принудительно запустить перенос чеков, не ждать пока оно сработает по расписанию.
ПС а вы пользуетесь олапом?, если сервак чисто под сет, то оставьте работающим только сам сервер и агент сиквела, остальное выключить

Обычно проблема со службой CashServer, попробуйте отключить её. Посмотрите упадёт ли нагрузка на ЦП. Затем, если причина в нём, то идём в папку со службой и смотрим логи.

не было галочки в использовании AWE, прописал минимальную и максимальную память, все вроде нормализовалось.
теперь остается открытым вопрос с архивацией чеков, т.е. переноса с оперативных данных (SES) в архивную (SES archive), при выполнении скрипта MoveChequesToArchive в база SES, пишет ошибку
Msg 208, Level 16, State 1, Procedure MoveChequesToArchive, Line 101
Invalid object name 'Ses_Archive.dbo.OperDay'.
Msg 266, Level 16, State 2, Procedure MoveChequesToArchive, Line 101
Transaction count after EXECUTE indicates that a COMMIT or ROLLBACK TRANSACTION statement is missing. Previous count = 0, current count = 1.
как я понял, что не хватает таблиц 'Ses_Archive.dbo.OperDay', правильно?
вы писали что можно найти в дистрах новую базу Ses_Archive, в каких именно дистрах? если я его найду и подключу в sql, при выполнении вышенаписанного скрипта будет ли переноситься чеки?