it-swarm-eu.dev

Je užitečné mít kořenový adresář instance serveru SQL na samostatné jednotce?

Vím, že je možné změnit mnoho výchozích cest při instalaci serveru SQL a obecně, když provedu instalaci, změním data a složky protokolu tak, aby byly na samostatných jednotkách (obvykle D a E), ale nedávno jsem dostal předinstalovaný počítač, na kterém běží jiný název instance než výchozí a nakonfigurovali kořenový adresář instance tak, aby byl na jednotce D společně se soubory mdf. To znamená, že na co by normálně byla relativně čistá jednotka se složkami a databázovými soubory, mám nyní plnou instalaci binárních souborů serveru SQL.

tj. nyní mám následující:

C:\Program Files\Microsoft SQL Server\ --Base Install
D:\Microsoft SQL Server\MSSQL10_50.MyInstance --Instance Binaries
D:\Microsoft SQL Server\MSSQL10_50.MyInstance\MSSQL\DATA --Data Files
E:\Microsoft SQL Server\MSSQL10_50.MyInstance\MSSQL\LOGS --Log Files

Kde normálně bych běžel s něčím jako:

C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\ --Base Install & Default Instance Binaries
D:\MSSQL\DATA --Data Files
E:\MSSQL\LOGS --Log Files

Dokážu pochopit, proč je nutná samostatná binární složka instance, ale nechápu, proč by bylo užitečné umístit všechny tyto binární soubory na samostatnou jednotku.

Může mi někdo říct, proč by to mohlo být rozumné? Nebo snad to vůbec nic nezmění? Zdá se mi to strašně neupravené ...

29
adhocgeek

Pokud jde o rozdělení kořene instance, existuje několik argumentů, které by to podpořily.

  1. Někteří lidé souhlasí s tím, aby jejich jednotka „C“ byla věnována pouze binárním souborům OS a OS. To vám může poskytnout několik různých možností pro zotavení v případě havárie na jednotce C: může to pomoci zabránit tomu, aby operační systém způsoboval nebo přijímal problémy související s prostorem ze sdílení s jinými aplikacemi.
  2. Izolujete binární soubory serveru SQL od jiných programů a zajišťujete dostupnost některých kritických složek, jako je například složka Protokoly, kam se protokoly chyb dostávají - tato složka musí být přístupná pro spuštění SQL serverů. V podstatě se chráníte před ostatními.

Soubory binárních souborů/instance serveru SQL můžete umístit na stejné místo, kam máte tendenci umisťovat své další programové soubory. Ale pokud to uděláte - alespoň se ujistěte, že si vezmete své systémové databázové soubory a případně své výchozí umístění záloh a přesunete je někam jinam.

Tady je to, co mám tendenci dělat, když mám neomezený počet písmen na disku (s minimem .. Dopisy zde nejsou důležité):

  • C - OS a soubory na systémové úrovni. Pouze
  • D - Programové soubory pro všechny aplikace (včetně SQL Server)
  • S - Soubory na úrovni instance/systémové databáze serveru SQL a protokolové soubory (s výjimkou TempDB) (poznámka .. Pokud mám více instancí, nevyrobím 4 z nich .. vložil bych všechny binární soubory SQL pro všechny instance S ve většině situací, se složkami zajišťujícími oddělení)

(ED - Další poznámka - často nemám k dispozici jednotku typu „S“. Na konci dne nechávám vaše systémové databázové soubory pro Master, Model, MSDB a Resource db na počítači stejný disk jako některé z vašich uživatelských databázových souborů, ale v oddělené složce pro logické oddělení pro udržení věcí méně matoucí není konec světa.)

  • F - Datové soubory pro uživatelské databáze
  • L - Jednotka souboru protokolu pro uživatelské databáze
  • T - TempDB
  • X - Záložní jednotka (i když v mnoha případech se rozhodnu streamovat zálohu na síťovou jednotku, neplatit za kopii po záloze a okamžitě zálohuji úložiště někde jinde.)

Často budu mít více datových a logovacích jednotek a někdy i další jednotky TempDB. Přidat ve více případech a můžete rychle docházet písmena jednotek. Určitě se můžete dostat pryč s umístěním souborů úrovně instance na C :. A provádím spoustu zdravotních kontrol u klientů, kteří byli takto nastaveni - a nikdy neřeknu „ach, wow .. musíme to napravit hned teď“ - Nyní, pokud jsou k dispozici i jejich soubory TempDB, obvykle nechte je, aby to změnili. Někdy také přesouvají své hlavní a MSDB databáze.

Svět ale neskončí, pokud tyto věci nerozdělíte. Myslím, že výhodou je pouze udržování vašich souborů oddělených. Jako DBA byste měli mít zdravou paranoiu kolem jiných rolí ve vaší společnosti, jiných aplikacích, jiných instalacích atd. A čím více se můžete izolovat od potenciálu konfliktů, tím lépe budete. A poskytuje vám další možnosti pro opětovnou instalaci a obnovu. Takže ano oddělte své binární soubory od C .. Ale moje rada by nebyla bláznit na samostatném disku pro každou instanci ..

23
Mike Walsh

Ve Windows existuje pouze 26 možných písmen. 1
Máte však možnost použít připojovací body. 2

Takže pokud potřebujete nainstalovat 25 různých serverů (SQL, Web, ...) na jeden počítač, mohlo by mít smysl mít jedno písmeno jednotky pro jeden ze serverů.
Pokud však máte pouze jeden server, bylo by rozumnější mít různá písmena jednotek pro soubory protokolu, databázi a programové soubory.
Můžete také rozdělit soubory protokolu/databáze/program, pokud jsou v různých složkách.

  1. zastavení serveru SQL
  2. přidat oddíl
  3. zkopírujte všechny databázové soubory do oddílu
  4. změnit přípojný bod do složky, kde byly databázové soubory (například: d:\database)
  5. hotovo
3
gnomix