|
При создании пользователя через конфигуратор выдает ошибку формата потока | ☑ | ||
---|---|---|---|---|
0
evorle145
07.05.24
✎
17:31
|
USE [DatabaseName]
SELECT * into [v8users_copy] FROM [v8users] GO SELECT * into [Params_copy] FROM [Params] GO DELETE FROM [v8users] GO DELETE FROM [Params] WHERE [FileName] = 'users.usr' GO в конфигуратор зашел, но создать пользователя не дает.. Возвращаю: USE [DatabaseName] DROP TABLE [v8users] GO DROP TABLE [Params] GO SELECT * into [v8users] FROM [v8users_copy] GO SELECT * into [Params] FROM [Params_copy] GO DROP TABLE [v8users_copy] GO DROP TABLE [Params_copy] GO пользователи появляются, но не редактируются. Если была бы файловая, то chdbfl.exe бы прогнал.. а на sql получается надо CHECKDB с параметром REPAIR_ALLOW_DATA_LOSS запускать? |
|||
1
Кондер
07.05.24
✎
17:46
|
В базе должен быть хотя бы 1 пользователем с административными правами. Я не знаю поможет тебе это или нет.
|
|||
2
evorle145
07.05.24
✎
19:17
|
Немыслимое. Знаю, на этом форуме, наверное, догадаются до истины.
Но для меня произошло невообразимое чудо. В час X сегодня я записывал в одной мало значимой базе пользователя... Внезапно на диске С (причем сразу на обоих виртуальных серверах 1с и sql )кончается место. В другой базе, которая находится подключена к этому же сервер 1с и находится на этом же sql) внезапно отваливаются все пользователи! Ни один пароль не принимает! (доменая авторизация тоже не проходит). Но дает только зайти в конфигуратор.. но там нельзя изменить или добавить пользователя... Пишет ошибка формата потока данных... все игры в sql c v8users также не дают добавить пользователя... CHECKDB с параметром REPAIR_ALLOW_DATA_LOSS вообще делал базу в итоге не доступной даже конфигуратор. В файловую не выгрузить (60 гб, и одна из таблиц явно больше 6гб)... Звоню админу: есть бэкап? |
|||
3
Волшебник
07.05.24
✎
19:27
|
(2) Чудес не бывает
|
|||
4
evorle145
07.05.24
✎
19:43
|
(3) знаю.. Ваш совет, кстати, в предыдущей моей ветке, похоже окажется самым правильным. Вот этот: "База полностью разрушена. Кажется, диск сыпется."
Ибо я научился и копировать таблицы sql, очищать, удалять, но! 1. Удалить 3 и 4 битых таблиц sql просто не давала с ошибкой повреждена файловая структура. В итоге я эти битые таблицы переименовал, на их место воткнул живые. И вроде как заработало на копии. и уже собирался применить на рабочей... Но в один момент база просто развалилась полностью (ни один документ уже записать не давала), в итоге стартуем от целого бэкапа Но с большим сроком давности... |
|||
5
evorle145
07.05.24
✎
19:41
|
(2) Сказали бэкапов нет. Или есть... но ему срок давности месяц... Я начал уже прощаться с жизнью. Перед смертью выгруженный dt (в 30 ГБ весом) загрузил в чистую базу sql... и проблемы как и не было.. все данные на месте, пользователи, пароли.. все работает. Для меня это чудо. Как объяснить не знаю.
|
|||
6
ЖНЕЦ
07.05.24
✎
20:04
|
(6) Мы помогли! Никогда так больше не пиши и цени жизнь
|
|||
7
evorle145
07.05.24
✎
20:05
|
(6) понял. Принял)
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |