Попробуйте следующее: Свойство Python
Код примера:
class C(object):
def __init__(self):
self._x = None
@property
def x(self):
"""I'm the 'x' property."""
print("getter of x called")
return self._x
@x.setter
def x(self, value):
print("setter of x called")
self._x = value
@x.deleter
def x(self):
print("deleter of x called")
del self._x
c = C()
c.x = 'foo' # setter called
foo = c.x # getter called
del c.x # deleter called
Необходимо использовать WITH RECOVERY
опция, с базой данных RESTORE
команда, для обеспечения базы данных онлайн как части процесса восстановления.
Это, конечно, только если Вы не намереваетесь восстановить любые резервные копирования журнала транзакций, т.е. Вы только хотите восстановить резервное копирование базы данных и затем смочь получить доступ к базе данных.
Ваша команда должна быть похожей на это,
RESTORE DATABASE MyDatabase
FROM DISK = 'MyDatabase.bak'
WITH REPLACE,RECOVERY
Вы можете иметь больше успеха с помощью мастера баз данных восстановления в Studio управления SQL Server. Таким образом, можно выбрать определенное расположение файлов, опцию перезаписи и опцию WITH Recovery.
Вы попытались выполнить ПРОВЕРЕНИЕ ТОЛЬКО? Только для проверки это - звуковое резервное копирование.
Я выяснил почему.
Если клиент, который вышел RESTORE DATABASE
управляйте разъединениями во время восстановления, восстановление застрянет.
Это нечетно, что сервер при сообщении восстановить базу данных соединением клиента не закончит восстановление, если клиент не будет оставаться на связи все время.
Вот как это сделать:
Хорошо, у меня похожая проблема, и точно так же, как и в случае с Паук, она была вызвана тем, что на сервере не хватало места на диске во время восстановления, что привело к постоянному состоянию восстановления. Как выйти из этого состояния, не останавливая службы SQL Server?
Я нашел решение :)
Drop database *dbname*
У меня была такая ситуация, когда я восстанавливал базу данных на экземпляр SQL Server 2005 Standard Edition с помощью Symantec Backup Exec 11d. После завершения задания восстановления база данных осталась в состоянии «Восстановление». Проблем с дисковым пространством у меня не было - база данных просто не вышла из состояния «Восстановление».
Я выполнил следующий запрос к экземпляру SQL Server и обнаружил, что база данных сразу стала пригодной для использования:
RESTORE DATABASE <database name> WITH RECOVERY
Также может возникнуть проблема с удалением зависшей базы данных, если включен моментальный снимок. Для меня это сработало:
У меня была эта проблема, когда я также получил ошибку TCP в журнале событий ...
Отбросьте базу данных с помощью sql или щелкните ее правой кнопкой мыши в диспетчере "удалить" И восстановите снова.
Я начал делать это по умолчанию. Создайте сценарий для удаления БД, воссоздайте и затем восстановите.