
- •Общие вопросы системного администрирования.
- •Задачи системного администратора:
- •2. Виды администрируемых систем:
- •3.Виды административной деятельности
- •4)Место,ответственность,роль системного администратора в компании
- •Файловые системы.
- •1. Понятие и назначение файловой системы.
- •2. Файловая система. Метаданные.
- •3. Файловая система. Характеристика fat-16, fat-32.
- •7. Файловая система. Характеристика Btrfs.
- •8. Файловая система. Характеристика Reiserfs.
- •Загрузчик ос
- •1. Понятие и функции загрузчика.
- •2. Bios. Целевое назначение и процесс запуска.
- •3. Mbr. Целевое назначение и структура.
- •4. Uefi. Целевое назначение и процесс запуска.
- •5. Gpt. Целевое назначение и структура.
- •6. Загрузчик ос. Этапы загрузки ос.
- •Доменные сети
- •История появление доменных сетей. Многопользовательские ос, сети без доменов, преимущества и недостатки. История
- •Многопользовательские ос
- •Сети без доменов
- •Понятие доменных сетей. Выполняемые функции, преимуещства и недостатки. Домен, доменные сети
- •Выполняемые функции, преимуещства и недостатки.
- •4. Служба каталогов Active Directory. Функции и роль.
- •4. Владелец инфраструктуры домена (Infrastructure Master).
- •5. Эмулятор основного контроллера домена (Primary Domain Controller Emulator (pdc Emulator)). Роль pdc- эмулятора несколько важных функций:
- •5. Служба каталогов Active Directory. Разграничение прав доступа.
- •7. Служба каталогов Active Directory. Лучшие практики организации доменных сетей при
- •8. Служба каталогов Active Directory. Средства администрирования домена.
- •9. Служба каталогов Active Directory. Репликация данных в домене.
- •Управление учетными записями пользователей
- •1. Групповые политики. Основные понятия.
- •2. Групповые политики. Виды групповых политик.
- •3. Групповые политики. Принцип реализации.
- •4. Групповые политики. Приоритеты групповых политик.
- •5. Групповые политики. Предпочтения.
- •6. Групповые политики. Режимы работы групповых политик.
- •Профили пользователей. Виды профилей. #10
- •4. Средства системного администрирования. Удаленный рабочий стол, настройка, параметры.
- •10. Средства системного администрирования. Проверка настроек dns, сетевой конфигурации, взаимодействия сетевых приложений.
- •11. Средства системного администрирования. Мониторинг обращений к жесткому диску,
- •12.Управление процессами
- •Типы процессов
- •Получение информации о процессах
- •Управление приоритетом процессов
- •Посылка сигналов
- •13. Настройка сетевого экрана Windows
- •14. Настройка сетевого экрана Linux
- •Резервирование данных
- •1. Резервирование данных. Цели и функции резервирования.
- •2. Резервирование данных. Аппаратная поддержка резервирования.
- •3. Резервирование данных. Понятие raid-массива. Аппаратные и программные raid-массивы.
- •4. Резервирование данных. Виды резервного копирования – инкрементальное, полное.
- •Зберігання резервної копії
- •4.2 Види резервного копіювання:
- •5. Резервирование данных. Способы резервного копирования – копирование, дампы файловых систем, дампы журналов. Дамп файловой системы
- •Дамп журнала:
- •6.Резервирование данных. Проблемы резервирования
- •7. Резервирование данных. Windows Backup and Recovery tool.
- •8. Резервирование данных. Резервирование Active Directory.
- •9) Резервирование профилей пользователей
- •10.) Резервирование данных. Резервирование настроек групповых политик.
Резервирование данных
1. Резервирование данных. Цели и функции резервирования.
Резервирование — метод повышения характеристик надёжности технических устройств или поддержания их на требуемом уровне посредством введения аппаратной избыточности за счет включения запасных (резервных) элементов и связей, дополнительных по сравнению с минимально необходимым для выполнения заданных функций в данных условиях работы.
Резервное копирование (англ. backup copy) — процесс создания копии данных на носителе (жёстком диске, дискете и т. д.), предназначенном для восстановления данных в оригинальном или новом месте их расположения в случае их повреждения или разрушения.
Цель:
•Резервное копирование необходимо для возможности быстрого и недорогого восстановления информации (документов, программ, настроек и т. д.) в случае утери рабочей копии информации по какой-либо причине.
•Передача данных и работа с общими документами
Причины:
•Данные на компьютерах важнее, чем сами компьютеры (и дороже)
•Баги –ломают данные
•Пользователи –случайно удаляют данные
•Хакеры –взламывают системы и удаляют важные данные
•Сбои в оборудовании
•Естественные катастрофы
Функции:
•Позволяют восстановить часть или все данные до момента в прошлом
•Выполняются по расписанию
•Хранилище резервных копий должно быть надежным
•К резервным копиям предъявляются различные требования
2. Резервирование данных. Аппаратная поддержка резервирования.
Хранилища для резервных копий
•Оптические диски –DVD, CD, Blu-Ray, etc.
•Съемные и портативные устройства –переносные винчестеры, flash-устройства и др.
•Магнитные пленки (время жизни ~ 3 года; размеры 160-800 гб; скорость 10-120 мб/с)
•Облачные сервисы
3. Резервирование данных. Понятие raid-массива. Аппаратные и программные raid-массивы.
Преимущества и недостатки.
3.1 RAID (redundant array of independent/inexpensive disks) — надлишковий масив незалежних/недорогих дисків для комп'ютера. Дисковий масив — це набір дискових пристроїв, що працюють разом, щоб підвищити швидкість і надійність системи вводу/виводу. Цим набором пристроїв керує спеціальний RAID-контролер (контролер масиву), який забезпечує функції розміщення даних по масиву; а для решти всієї системи дозволяє представляти весь масив як один логічний пристрій вводу/виводу. За рахунок паралельного виконання операцій читання і запису на кількох дисках, масив забезпечує підвищену швидкість обмінів в порівнянні з одним великим диском. Масиви також можуть забезпечувати надмірне зберігання даних, з тим, щоб дані не були втрачені у разі виходу з ладу одного з дисків. Залежно від рівня RAID, проводиться або дзеркалювання або розподіл даних по дисках.
Каліфорнійський університет в Берклі представив наступні рівні RAID, вони були прийняті як стандарт де-факто. Кожен з чотирьох основних рівнів RAID використовує унікальний метод запису даних на диски, і тому всі рівні забезпечують різні переваги. Рівні RAID 1,3 і 5 забезпечують дзеркалювання або зберігання бітів парності; і тому дозволяють відновити інформацію у разі збою одного з дисків.
3.2 Апаратний RAID - коли спеціальний контролер змушує ОС думати , що існує тільки один носій і обслуговує носії непомітно для системи . Апаратний контролер управляє підсистемою RAID незалежно від процесора і представляє для нього весь RAID масив у вигляді одного диска. Наприклад , апаратний RAID масив може підключатися до контролера SCSI , при цьому він буде виглядати як один диск SCSI. Зовнішній RAID масив переносить обробку логіки RAID в контролер , розміщений у зовнішній дискової підсистемі . Вся підсистема підключається до комп'ютера через звичайний SCSI контролер і виглядає для нього як один диск . RAID контролери також часто випускаються у вигляді плат , що виглядають для операційної системи як контролер SCSI , але крім цього вони самі працюють з дисками. У таких випадках ви можете підключити диски до RAID - контролеру як до звичайного контролеру SCSI , а потім додати їх в конфігурації RAID -контролера , при цьому операційна система ніколи не дізнається про реальну конфігурації.
3.3 Програмний RAID - коли операційна система знає про обидва носія і активно їх обслуговує . Програмна підтримка різних рівнів RAID реалізована в коді ядра для диска (блочного пристрою). Це являє собою саме недороге рішення , так як дорогі плати контролерів дисків і шасі для гарячої заміни [ 1 ] не потрібні. Програмний RAID працює також добре з дешевшими IDE дисками як і з дисками SCSI. Враховуючи швидкість сучасних процесорів , продуктивність програмних RAID масивів може перевершувати продуктивність апаратних RAID . Драйвер MD в ядрі Linux являє собою приклад реалізації RAID , повністю незалежною від устаткування. Продуктивність програмного масиву залежить від продуктивності процесора і його навантаження. Найважливіші можливості (програмний RAID), плюси: Процес перестроювання підтримує потоки Реалізація повністю в ядрі Масив може бути перенесений в інші Linux системи без перестроювання Перешикування масиву виконується у фоновому режимі , використовуючи вільні ресурси системи Підтримка дисків з "гарячої" заміною Автоматичне визначення процесора дозволяє отримати виграш , використовуючи оптимізацію
3.2.1 Достоїнства апаратних масивів: * Незалежність від конкретної операційної системи (за умови , що вона підтримує цей RAID- контролер) ; * Більш висока продуктивність і поліпшена система діагностики аварійних і перед-аварійних станів ; * Можливість заміни диска без зупинки системи .
3.2.1 Недоліки апаратних масивів: * Якщо RAID -контролер вийде з ладу або відмовить материнська плата з інтегрованим RAID -контролером , то нам буде потрібно відшукати точно такий же контролер , інакше всі дані перетворяться на труху ; * Контролери та інтегровані чіпсети найчастіше містять безліч помилок , але далеко не всякий контролер дозволяє оновлювати свою прошивку ( не кажучи вже про те , що така операція пов'язана з великим ризиком і вимагає пересозданія масиву і відновлення всіх даних); * Низька мобільність - при перенесенні масиву дисків на іншу машину необхідно прихопити контролер (з драйверами ) , а в разі динамічних дисків досить просто увіткнути їх в Win2k/Win2k3 .
3.3.1 Достоїнства програмних масивів :
- не вимагають покупки окремих плат
- у разі виходу з ладу одного диска, можна потім прочитати живий на будь-якому комп'ютері або безболісно замінити що вийшов з ладу гвинт новим.
3.3.1 Недоліки програмних масивів : - використання динамічних ж дисків вантажить систему і падає загальна продуктивність
( з динамічного диска не радять вантажитися, тобто як мінімум потрібно 3 вінчестера )