eduard rogovописанный метод
1. Находите в дереве объектов SSMS своюб таблицу, раскрываете, ищете индексы, ищите свой индекс.
2. ПКМ на индексе, выбираете "Script Index as". Т,о. вы сохранили скрипт инедкса для будущего создания.
3. Выполняете скрипт удаления индекса
4. Выполняете скрипт создания индекса, созданный в п. 2
не совсем мне понятен. ибо таблиц в базе 1с по раскрытию соответствующего списка много, индексов в каждой таблице тоже не мало. по одному индексу доставать я бесконечно долго буду...Ну. надо смотреть, сколько таких мест.
Озвучено пока 2, может, больше нет?
Если есть, то получается, что в файле данных повреждено множество фрагментов, и наверняка некоторые из них попадают не на обычные инедксы, которые можно пересоздать, а на кластерные или кучи.
И в таком случае базу можно считать пропавшей.
Можно, как уже советовали, восстановить базу из бакапов, и проверить её - но не факт, что в бакапах не лежит та же испорченная база.
Вообще говоря, можно считать, что у вас есть бакап, когда он не только успешно сделан, но и восстановлен, на тестовом сервере, а востсановленная база проверена checkdb.
Так что хорошо, что у вас есть бакап, селанный средствами 1С.
eduard rogovchkdsk /F/R f: никаких ошибок проблемного диска не выявилВозможно, это был разовый сбой подсистемы IO. Возможно, перенос уже испорченной базы с другого сервера.
