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

Пусть продолжают работать. А ты пока почитай, что это за фигня случилась.

Ну, это врят ли, что пользователи в ней и что-то там еще делают

подозреваю, что если выйдут все из 1С, то обратно не пустит, верны подозрения ?

(3) да

запись по журналу событий 1С идёт

запись документов

придётся всё же делать

ALTER DATABASE [MyBase] SET EMERGENCY
GO
ALTER DATABASE [MyBase] SET SINGLE_USER WITH ROLLBACK IMMEDIATE
GO
DBCC CHECKDB ('MyBase', REPAIR_ALLOW_DATA_LOSS)
GO
ALTER DATABASE [MyBase] SET MULTI_USER
GO

потом

стоит ли как то спасти данные сделав select * к каждой таблице и попытаться выгрузить таблицы куда-то ? нет обработки "выгрузка-загрузка 1С справочников-документов-проводок-движений регистров прямыми запросами" ?

стоит как можно быстрее запустить восстановление (7) пока в SQL не накопится еще больше ошибок ?

происходящее означает, что данные как-то в кеше крутятся но не сохраняются ?

>происходящее означает, что данные как-то в кеше крутятся но не сохраняются ?

я бы на это не очень надеялся... скуль должен периодически вызывать автоматические чекпоинты и сбрасывать транзакции на диск

после выхода всех пользователей в базу снова пускает

сделай бэкап (полный), средствами SQL естественно
на всякий случай можно скопировать куда-нибудь .mdf и .ldf

потом (7),  только для начала CHECKDB  без REPAIR_ALLOW_DATA_LOSS

странно как-то, что в суспекте, но работает, пользователей пускает...