Галактика в вопросах и ответах

Есть рабочая база 9.1 на SQL2012 win2012 ...
На сервере развернута рабочая база (пускай будет WORKBASE) журанлизация+протект, делаем бакап (стандартно SQL), на ЭТОМ ЖЕ сервере востанавливаем бакап под другим именем (TESTBASE) ..
Проблема: в базе (TESTBASE) начинаются косяки .. то там ключи дублируются, то ошибки индекса .. то еще что .. , если тот же бакап востановить на другом сервере все будет хорошо ..
Вопрос: что запустить или грохнуть в тестовой чтоб все работало ОК??

есть два пути
как обычно
1. перестартовать MSSQL
2. выполнить na_freedb TESTBASE (посмотрите в I_sql.chm) перед восcтановлением поверх и после. Если не поверх а через удаление, то вроде не нужно, но лучше все равно выполнить.

edward_K писал(а):есть два пути
как обычно
1. перестартовать MSSQL
2. выполнить na_freedb TESTBASE (посмотрите в I_sql.chm) перед восcтановлением поверх и после. Если не поверх а через удаление, то вроде не нужно, но лучше все равно выполнить.

попробую сенкс ) .. не понял насчет перед востановлением ?? .. делаю как .. две базы на сервере одна рабочая, вторая тестовая. просто удаляю тестовою, и восстанавливаю под тем же именем ... т.е. как оно заработает, если базы нет ? na_freedb TESTBASE

master.[dbo].na_forcefreedb TESTBASE до и после пока удача не улыбнется вам . Только что пришлось восстанавливать, но я восстанавливал без удаления , а поверх - посему сие пришлось запустить пару раз . Хотя удаление гарантировано убьет сессии к этой базе, но напс грузит последние ключи при старте или если базы еще не было, то при первом обращении к ней - na_forcefreedb как раз и чистит последние ключи в напсе.

этот глюк не очень давно появился ..
раньше
всегда помогало

я сим не пользовался, но не советовал бы это запускать на рабочем сервере. На резервном да, на рабочем вы убьете кэш ключей и для рабочей базы.
Да. можете тут глянуть об ошибках http://erpandcrm.ru/i_sql.ru/hdrref5_3.html