Будет вопрос случаясь справедливо теперь в резьбах EE о вторичном архиве журнала нельзя сжать.
Подпорками терпят неудачу из-за его, не могут вырасти, не могут переустановить, основно все, котор нужно сделать с журналом будут бит бедствия…
После этого там если боязнь вызывает проблему, то где проверка DBCC показывает вверх неизвестный предмет с проблемой страницы (нормальн показывает предмет, но имя предмета пропавше).
Или даже вещи любят двинуть файлы базы данных вокруг, или использующ разделите для того чтобы двинуть к другому положению. Или даже не иметь достаточно космос диска может создать проблемы. Некоторые из тех типов вещей должны к полно постигать идет дальше, или не using правые инструменты для работы.
После этого будут вопросы оборудования. Возможно проблемы диска или проблемы сервера и после этого более неоднозначные ошибки оборудования, котор нужно сделать с физической сетью. И относящие к окружающей среде ошибки как отказы источника питания или непредвиденн/ООН-хореографи выключения и другие неожиданные отказы.
Реально, будут довольно немного проблем которые могут произойти. В действительности больше вы думаете о ем, после того как вы дали размер некоторых из этих архивов, оно реально будет довольно данью к большому части из изготовлений базы данных которые они строит в такой робастности.
Право, поэтому сделать…
Построьте план на случай чрезвычайных обстоятельств - план восстановления после бедствия. Решите минимальный granularity потери (и потеря данных и автономная потеря) ваше дело может допустить. Он может быть в зависимости от много вещи - если вы имеете обработку документов например, то частью процесса спасения могла быть перепечатывать, если вы вполне электронные, то вы потребность более робастный план спасения базы данных.
Если вы зависите полно на вашей базе данных, то вы вероятно будете хотеть расследовать отражать и связывать whereby средство программирования оборудования и базы данных сочетание из может помочь обеспечить что будет всегда «здоровая» имеющяяся база данных (наилучшим образом, как можно больше). То может получить довольно дорогим, поэтому нужно удостоверить в если будет соотвествующим курсом действия для вас.
Теперь «легкие» вещи, котор нужно сделать (независимо от любого другого подхода) совсем о держать вашу базу данных «здоровым» путем планировать вперед. Попытайтесь высчитать ваши тома трудыов и preallocate космос (размер ie тех файлов базы данных), сделайтесь конечно вас побежать работы обслуживания для подпорок базы данных, подпорок журнала трудыов, и обслуживания (как отстроить заново индекса, реорганизуйте страницы etc), взгляда на помещая в архив старой информации в вторичные базы данных или даже вторичных архивов данных (разделять).
Теперь определять размер базу данных совсем о устанавливать размер и после этого заполнять его вверх. Очевидно если вы начинаете слишком малое и пытаетесь заполнить его вверх, то, они идут вырасти - которые намереваются хватать более физический диск. Everytime то случается вы бежите риски. Риски разртва (больше проблема в эксплуатации) до конца к бежать из физического диска. Управляется важность получать что право больше о сопрягать вашу физическую окружающую среду поэтому вещи как подпорки имеют место, котор нужно пойти, ваши файлы базы данных имеет достаточно комнату, временно база данных имеет достаточно диск, журналы трудыов.
Вам нужно контролировать, или, автоматизируйте контроль вашей базы данных. Сделайте планы обслуживания и имейте их посылать результаты по электронной почте и после этого проверить их - даже как раз ежедневный блестнян. Если вы можете перехватить ошибку, то прежде чем ваши потребители после этого вы правоподобны для того чтобы находиться в более сильном положении спасения.
Я сказал прежде чем вы могли полюбить разделить, или добавляю файлы базы данных, но реально, не сделать то если вы реально и поистине потребность. Больше хранит увеличенную возможность что-то могло сломать (или даже быть забытым около - да оно случается - в нечастом или справедливо случайно процессе). Говорящ то, по возможности взять перегородки или filespaces. Просто положено, не получите в каверзные области если вам.
Болщше всего вы должны сделать конечно ваш архив MDF будете одним архивом вы защищаете выше всего еще (oh и любые архивы данных ndf вторичные). Вы можете регенерировать архивы журнала через немного различных способов.
Имейте взгляд на whitepaper MS на высоком наличии:
http://technet.microsoft.com/en-us/library/ee523927(SQL.100).aspxБудет то тип вещи, котор вы хотите обсудить?
