Az adatbázis karbantartása a sharepoint-ban, ablakok pro-ben
A normál karbantartási tevékenységeket a megfelelő állapotban is megőrizheti. A SharePoint rendszergazdák számára fontos megérteni, hogy mely karbantartási feladatok vannak, és hogy mely esetekben és milyen feladatok végrehajtásához szükségesek
ARUBA INSTANT WI-FI: EGYSZERŰ, KIADHATÓ, ELÉRHETŐ
A SharePoint rendszergazdái felelősek a megrendelésért minden egyes SharePoint telepítéskor. A SharePoint adatok integritása a helyek, webhelygyűjtemények, tartalomtípusok és metaadatcímkék megfelelő szervezéséből ered. A SharePoint rendszergazdák beállításainak és funkcióinak kezelése felelős a teljes SharePoint platform általános teljesítményéért és stabilitásáért. Bár a SharePoint gazdaság optimális teljesítménye több, mint egy jó adatbáziskészlet, biztos, hogy ez a készlet biztosítja, hogy a legalacsonyabb szint komponensei a lehető legegyszerűbben működjenek.
adatbázisok
Adatbázisok manuális vagy automatikus telepítése?
- valamennyi adatbázisnév (és nem az adatbázis-nevek GUID-címei) garantált ellenőrzése;
- garantált adatbázis mérete;
- az alkalmazás és az adatkörnyezet menedzsment eljárási elválasztása.
Ha manuálisan kell létrehoznia az adatbázisokat, nem pedig automatikusan, a megfelelő PowerShell parancsokat kell használnia adatbázisok létrehozásához és regisztrálásához a SharePointban. Például használhatja ezt a PowerShell parancsot egy új adatbázis-konfiguráció létrehozására:
Adatintegritás
Semmi sem rontja az üzleti adatraktár hírnevét gyorsabban, mint az adatintegritás megsértése. Mivel az adatbázis adminisztrátora vagy a rendszergazda felelős a platform megbízhatóságáért, meg kell értenie az adatok sértetlenségének folyamatát, és tudnia kell, hogyan oldhatja meg a helyzetet.
Az adatvédelem bonyolult folyamat, különösen, ha a feszültség és az áramkimaradás véletlenszerű ugrásai az írási idő alatt az SQL Server I / O alrendszer hibás működését okozzák. Ennek eredményeképpen az adatok megsemmisülnek, és megfelelő ellenőrzések nélkül a hibák beágyazódnak az adatbázisba, és észrevétlen maradnak mindaddig, amíg Murphy törvénye szerint a menedzsmentnek fontos adatokra van szüksége.
Az adatbázisban fellépő hiba akkor fordulhat elő, ha az adatokat olyan lemezre módosítják, amely naplófájlt vagy adatfájlt tartalmaz. Ez a hiba az eszköz I / O alrendszerei, például fizikai hálózati adapter vagy lemezmeghajtó problémáinak miatti fizikai sértetlenségének megnyilvánulása.
A DBCC CHECKDB által a beépített SQL függvény által felügyelt adatok integritásának megsértését rendszerint hardverproblémák okozzák.
A logikai integritás megsértését olyan adatok okozzák, amelyeket helytelenül megváltoztattak, ami az adatviszonyok megzavarásához vezet. Az ilyen típusú jogsértést rendszerint egy alkalmazáshiba vagy egy felhasználói hiba okozza, és adatfeldolgozási problémákhoz vezet, de nem érinti az adatbázis fizikai struktúráját.
A gyakorlat azt mutatja, hogy a DBCC CHECKDB parancsot olyan gyakran kell futtatni, mint az adatbázis teljes példányának létrehozása. A DBCC CHECKDB parancs egy hibajelentést jelenít meg, amelyet később megtanulhat.
Fontos megjegyezni, hogy a DBCC CHECKDB parancs nem végez logikai integritás-ellenőrzéseket. Azonban ez a szabálysértést okozhatja, ha a REPAIR_ALLOW_DATA_LOSS beállítást használja, mert ebben az esetben a fizikai integritás megsértése miatti visszaállításkor nincsenek korlátozások.
Mit kell tennie egy adatbázis-adminisztrátornak? Amikor a DBCC CHECKDB parancs hibaüzenetekkel tér vissza, akkor a legjobb, ha az adatbázis-mentésekre hivatkoznak.
Ez a megoldás azonban szükségessé teszi a rendszeresen létrehozott másolatok jelenlétét, amelyek nem sérülhetnek meg. Mint korábban említettük, a DBCC CHECKDB parancs potenciálisan hibákat okozhat, amikor az integritási problémák megoldására használják. Biztonsági mentések nélkül nincs mód arra, hogy "kijavítsák" az adatokat egy sérült adatbázisban.
A SharePoint egy összetett alkalmazás, amely sok más infrastruktúrára, összetevőre és szerveralkalmazásra támaszkodik. Az ilyen szintek egyikének helytelen karbantartása problémákat okozhat, és talán még egyszerű is. Szerencsére az SQL Server beállítása az optimális teljesítmény érdekében nem olyan nehéz. Az SQL Server teljesítményének javítása tartalmaz néhány konfigurációs beállítást, az adatok helyes elhelyezését és a naplófájlokat, és időről időre újraépíti a táblázat indexeit.
Adatbázis fájlok kezelése
Az SQL Server adatfájlok kezelésével kapcsolatban a tapasztalat azt mutatja, hogy az adatfájloknak és a naplófájloknak fizikai lemezükön kell lenniük. Ez több, mint a lemez különböző kötetekre való felhelyezése. Az alábbi ajánlások a következők: helyezze a naplófájlokat és az adatfájlokat különböző lemezekre, és győződjön meg arról, hogy más alkalmazások nem használják őket. Ez a rendszer minimalizálja a lemezek írási hozzáférését, és csökkenti a fájlok töredezettségét.
A fragmentáció mérése és csökkentése
Az SQL Serveren belüli adatok fragmentálása az adatok szokásos manipulálásával magyarázható, beleértve a beillesztést, a módosításokat és a törléseket. Az adatfragmentáció alapvető tünete az adatmennyiségnek megfelelő szabad terület növekedése. Az a tény, hogy az SQL Server az adatokat az adatbázis oldalaként tárolja, amely tartalmazza a fejléc részleteit, a rekordok részleteit és az indexet. Ugyanakkor az adatbázis oldal úgy van beállítva, hogy töltse ki az SQL Server minimális méretét. Az ilyen töltés eredményeként kisebb rekordok nagy mennyiségű üres helyet eredményeznek a táblázatban. A SharePoint rendszerek a GUID alapján index kulcsokra támaszkodnak, és ennek eredményeképpen súlyosbítják a problémát, ha véletlenszerűen beillesztik az adatokat a teljes rekordtartományba.
A jelenlegi statisztikák fenntartása
Amikor az SQL Server lekérdezést hajt végre, kiszámítja és összeállítja a végrehajtási tervet. A végrehajtási tervet a Query Processor hozza létre az SQL Serverben, és meghatározza, hogy mely táblázatokat és indexeket használják az optimális teljesítmény érdekében. A lekérdezési teljesítmény meghatározására szolgáló mutatók olyan statisztikákból származnak, amelyek segítséget nyújtanak az SQL Server számára ahhoz, hogy megértsék, hogyan oszlik meg az adatok egy táblázatban vagy indexben. A statisztikákat számos olvasási művelettel gyűjtik össze, beleértve a teljes és közelítő adatszkennelést. Ha a statisztikák nem lesznek relevánsak a töredezett indexek miatt, akkor a végrehajtási terv nem lesz olyan hatásos, mint amilyen lehet.
- az indexek elemzését és azoknak az indexeknek a meghatározását, amelyekre szükség van a munkához; hogyan lehet megszüntetni a széttöredezettséget;
- minden olyan indexhez, amelyet nem újratöltettek;
- frissítsen statisztikákat az összes nem indexelt oszlopra vonatkozóan.
Az adatok méretének meghatározása
Az adatméretek megfelelő meghatározása fontos része a SharePoint megvalósításának, mivel a méret a teljes alkalmazás költségeit, teljesítményét és skálázhatóságát érinti. Annak megértéséhez, hogy a SharePoint környezetben mennyi adatot kell tartalmaznia, meg kell fontolnia a dokumentumok teljes számát, az egyes dokumentumok verziószámát és az egyes dokumentumok átlagos méretét. Ráadásul figyelembe kell venni az alkalmazásban tárolt listaelemek számát is. A Microsoft az adatméret meghatározására szolgáló képletet kínál.
Bár ez a számítás csak a tárolási kapacitás durva becslését teszi lehetővé, az eredményt tisztázhatja. Amint korábban említettük, az adatbázis tartalmát adatbázis-oldalak tárolják, amelyek állandó méretűek a párnázás miatt. A kitöltési arány beállítása befolyásolhatja a lemezen lévő adatok töredezettségét és teljes mennyiségét. Méretének csökkentése az adatbázis, akkor használja DBCC SHRINKDATABASE, bár a Microsoft jelenleg előírja bizonyos figyelmeztetéseket használja ezt a funkciót. Végül, ha a váltás a felelősség tárolására minden adatot az SQL Server magasabb költségekkel és a túlterhelés, akkor adja meg a SharePoint fájlrendszer tárolására használt nagy bináris objektumokat, BLOB.
A töltési tényező beállítása a kiszolgálón
Megváltoztatásával az eredeti alapértelmezett érték FILLFACTOR, adatbázis-adminisztrátor csökkentheti a töredezettség és az oldal szakadások (fragmentáció tünet, amely befolyásolja a teljesítményt). Azonban a mellékhatás az, hogy több lemezterület van elfoglalva, mivel az adatbázis oldalai nagyobbak lesznek. A rendszeres műveletek, új tartalmat lehet illeszteni ezt a helyet nem igénylő fürtözött index a kapcsolat a nagy mennyiségű adat. Kimberly Tripp hozza tapasztalat adatbázis karbantartás blogjában a honlapon www.sqlskills.com/BLOGS/KIMBERLY/post/Database-Maintenance-Best-Practices-Part-II-e28093-the-most-important-setting-FILLFACTOR.aspx.
Az adatbázis méretének csökkentése
Az SQL Server összes olyan verziója, amelyet a SharePoint támogat, képes csökkenteni az adatfájlokat, ami szabaddá teszi a lemezterületet. A SharePoint egyetlen adatbázisát sem állítja be automatikusan az adatfájlok mennyiségének csökkentésére. A Microsoft és az SQL Server szakemberek sürgős ajánlása nem az, hogy automatikusan csökkenti az adatbázist, vagy ütemezett adatbázis tömörítési műveleteket hajt végre. Ennek oka az, hogy az adatbázis csökkentése figyelmen kívül hagyja a töltési tényezőt, és az indexek szétdarabolódnak. Ezután az index-helyreállítási parancs futtatásakor az adatbázis eléri az eredeti méretét. Ahelyett, hogy DBCC_SHRINKDATABASE parancsokra támaszkodnának, amelyek az SQL Server rendszerben vannak, biztonságosabb lesz a tartalom adatbázisok megosztása vagy az adatok törlése a meglévő adatbázisokból. Az alábbiakban felsoroljuk azokat a lépéseket, amelyeket meg kell tennie ahhoz, hogy szabad területet kapjon SharePoint környezetben:
- használja a STSADM MERGCONTENTSDB-t;
- dokumentumok törlése;
- könyvtárak törlése;
- lista törlése;
- listaelemek törlése;
- távolítsa el a webhelyeket.
Távoli BLOB tárolás
Tehát értékelje a tartalmát annak meghatározása érdekében, hogy végre kell-e hajtani az RBS-t. Ajánlás: a tartalom adatbázisainak 500 GB-nál nagyobbnak kell lenniük, és a BLOB adatfájloknak 256 KB-nál nagyobbnak kell lenniük. Az RBS javítja azoknak a rendszereknek a teljesítményét, ahol nagyon nagy fájlok vannak, de ritkán érhetők el. Az RBS hozzáadása a SharePoint-hoz valóban lassítja a felhasználókat.
Adatbázis karbantartási tervek
Az SQL Serverrel végrehajtott szinte minden feladat automatizálható. A SharePoint megvalósításának kulcsfontosságú pontja egy automatizált terv, amely segít fenntartani webhelyét. Győződjön meg arról, hogy amikor ezek az automatizált feladatok futtatásához, mivel lehetséges, hogy értesíti a felhasználót a rendszer, és tervezze meg a lassabb munkát a megfelelő időben, hogy minden tökéletes állapotban.
Az adatbázis karbantartási terv hasonló a gép karbantartásához. Ezt a folyamatot egy konkrét programban kell végrehajtani annak biztosítása érdekében, hogy az SQL Server az optimális szinten futjon, és a webhelyet - a maximális teljesítmény mellett.
- Távolítsa el a tranzakciós naplófájl felesleges fragmentációját megfelelő helyreállítási modell és biztonsági mentési ütemezés létrehozásával.
- Tüntesse fel a tervezett műveleteket az adatbázis méretének csökkentése érdekében, hogy csökkentse az index felesleges szétforgácsolódásának kockázatát.
- Állítsa be az adatbázist, hogy a fájlméret-hozzárendeléssel automatikusan növekedjen, és ne a százalékos arányt. Kövesse ezt az utat az adatbázis méretének rendszeres ellenőrzésével és annak meghatározásával, hogy a kézi méretezést az optimális teljesítmény eléréséhez szükséges-e beállítani.
- Engedélyezze az állandó fájl inicializálását, így az automatikus adatbázis-bővítés azonnali műveletként történhet, nem pedig olyan lassú művelet, amelyhez nullák szükségesek a szabad területek kitöltése.
- Állítson be egy szabályos folyamatot a töredezettségi index felderítésére és eltávolítására.
- Engedélyezze az AUTO_CREATE_STATISTICS és az AUTO_UPDATE_STATISTICS beállításokat, és hozzon létre egy szabályos folyamatot a statisztikák frissítéséhez.
- Az oldalak ellenőrző összegének engedélyezése.
- Futtassa a rendszeres DBCC CHECKDB folyamatot.
Bármely SharePoint adminisztrátornak tisztában kell lennie azzal, hogy az alapvető karbantartási terv létrehozása bizonyos időt igényel, ami azt jelenti, hogy a rendszer jól működik. Ezúttal kifizeti a teljesítményt, a sebességet és a biztonsági másolatokat, ha valaha is szüksége van rá.
Matt Ranlet ([email protected]) - az Atlanti Intellinet tanácsadója, a Microsoft MVP
Brandon Schwartz ([email protected]) Atlanta vezető tanácsadója, a Microsoft MVP címe
Ossza meg az anyagot kollégákkal és barátokkal