Вопросы Теги

SQL Server частичные резервные копии

Вы говорите, "23" монитор Full HD WideScreen", который я предполагаю, чтобы означать, что у Вас есть некоторый тип жидкокристаллического дисплея. Если так, стандартная частота обновления составляет 60 Гц. На некотором действительно большом LCDs производители создали тип клуджа, называемого обновлением на 120 Гц. Это устройство, подключенное к порту VGA или порту DVI. Предположение Вашей карты имеет обоих, удостоверьтесь, что это подключено к DVI. Если это подключено к VGA, Вы могли бы видеть проблему преобразования, связанную с Вашим выбранным разрешением. Попытайтесь отбросить его к 1024x768 (ack!) и перемещаются вверх оттуда.

Если Вы не используете жидкокристаллический дисплей, то Вы хотите запуститься с драйверов и перемещения оттуда.

0
задан 19 January 2010 в 00:22
2 ответа

Предположение, что Вы хотите все еще изменить свои 'менее важные строки', помещает те данные в другое (но все еще записываемый) группа файлов. Затем упустите ту группу файлов из своего набора резервных копий.

... и можно использовать ALTER TABLE для помещения таблицы в конкретную схему выделения разделов.

ALTER TABLE: http://msdn.microsoft.com/en-us/library/ms190273.aspx

0
ответ дан 5 December 2019 в 17:46
  • 1
    Рассматриваемая база данных находится в режиме Simple как мы don' t должен зарегистрировать резервные копии или должным быть иметь дело с усечением их так как мы don' t используют их. Простой режим won' t позволяют Вам указывать основную группу файлов для резервного копирования только для файла, она хочет, чтобы мы использовали READ_WRITE_FILEGROUPS, который won' t позволяют нам исключить таблицы, мы хотим. –  Matt 19 January 2010 в 01:12
  • 2
    О, это изменяет вещи несколько. Вы рассмотрели использование полной модели восстановления вместо этого? –  Rob Farley 19 January 2010 в 01:53
  • 3
    Да, но мы don' t использование или имеют планы использовать резервные копии журнала, и кажется расточительным работать в полном режиме восстановления, если мы просто должны усечь журналы время от времени, чтобы помешать им становиться слишком большими. –  Matt 19 January 2010 в 07:01

Вы сделали, рассматривают репликацию или передачу журналов? Походит на хороший случай для него.

Кроме того, я не знаю Вашу определенную среду, но если Ваша единственная причина НЕ выполнить базу данных в Режиме Полного Восстановления состоит в том, что Вы не хотите иметь дело с резервным копированием t-журнала затем, я согласовал бы с бизнес-пользователями, "достаточно хороша" ли способность восстановиться только к последнему резервному копированию для них.

0
ответ дан 5 December 2019 в 17:46
  • 1
    Наши ежедневные транзакции хранятся в отдельной базе данных, которая находится в полном режиме восстановления. Рассматриваемая база данных хранит все остальное что мы don' t заботятся, теряем ли мы текущий day' s изменения. Мы пытаемся заставить локальную копию базы данных к каждому местоположению помогать с запросами против тех данных и обеспечивать источник для тех данных в конечном счете, их канал WAN понижается в течение любого промежутка времени. Единственная модель репликации, которая соответствует тому, в чем мы нуждаемся, является снимком или слиянием и теми don' t кажутся масштабируемыми количеству удаленных баз данных, которые мы будем иметь. We' ре, смотрящее приблизительно на 200-300 мест ATM. –  Matt 21 January 2010 в 17:49

Теги

Похожие вопросы