По вашему запросу ничего не найдено :(
Убедитесь, что запрос написан правильно, или посмотрите другие
наши статьи:
В этой статье рассмотрим как решить следующие неисправности:
Вам не удаётся включить виртуальную машину
При включении виртуальной машины происходит сбой
Вы видите ошибку:
An unexpected error was received from the ESX host while powering on VM .
Reason: Cannot open the disk disk_name or one of the snapshot disks it depends on.
Где причина одна из следующего:
Reason: Failed to lock the file.
Reason: The parent virtual disk has been modified since the child was created.
Reason: The destination file system does not support large files.
Reason: Could not open/create change tracking file.
Reason: Cannot allocate memory.
Reason: The file specified is not a virtual disk.
Reason: Insufficient permission to access file.
Решение
Ошибка №1: не удалось заблокировать файл.
Ошибка «не удалось заблокировать файл» означает, что файл открывается другим процессом и используемый Вами процесс не может открыть файл должным образом.
Это обычно происходит, если Вы:
Пытаетесь запустить вторую виртуальную машину, используя тот же .vmx файл конфигурации виртуальной машины.
Включаете виртуальную машину с подключенными дисками с помощью утилиты vmware-mount.
Пытаетесь включить виртуальную машину через пользовательский интерфейс во время операции снимка.
Пытаетесь добавить виртуальный диск к виртуальной машине, которая уже используется.
Ошибка №2: Родительский виртуальный диск был изменен с момента создания дочернего диска
Данная ошибка возникает, когда снимки находятся в плохом состоянии, либо из-за ручного вмешательства, либо из-за сбоя системы.
Ошибка №3: целевая файловая система не поддерживает большие файлы
Данная проблема возникает, если размер блока целевого хранилища данных не поддерживает VMDK такого же размера, как исходный.
Чтобы устранить данную проблему, убедитесь, что целевое хранилище данных отформатировано с размером блока, достаточным для поддержки файла VMDK исходной машины.
Ошибка №4: не удалось открыть или создать файл отслеживания изменений
Эта проблема может возникнуть, если файл filename-ctk.vmdk был создан ранее и не был очищен.
Ошибка №5: не удается выделить память
Данная проблема может возникнуть, если в модуле VMFS не хватает места в куче.
Ошибка №6: указанный файл не является виртуальным диском
Данная проблема может возникнуть, если файл дескриптора .vmdk поврежден или отсутствует. Чтобы решить данную проблему, создайте новый файл дескриптора .vmdk для этого диска, а затем отмените регистрацию и заново зарегистрируйте виртуальную машину. Это гарантирует, что клиент vSphere определит правильный размер диска и виртуальная машина включится правильно.
Ошибка №7: недостаточно прав для доступа к файлу
Данная проблема обычно наблюдается в виртуальных машинах, расположенных на хранилищах данных NFS. Данная проблема может возникнуть из-за проблем с разрешениями в хранилище данных NFS.
Чтобы решить данную проблему, убедитесь, что хост имеет правильные разрешения на чтение / запись для доступа к экспорту NFS. Если в массиве хранения установлен параметр "Нет корневого квадрата" (No Root Squash), убедитесь, что данная опция включена, или обратитесь к администратору хранилища.
Всем привет! Сегодня в статье мы расскажем, как получить отчеты о системе Cisco Unified Communications Manager (CUCM) при помощи Cisco Unified Reporting.
Для доступа к системе отчетов нужно в CUCM в верхнем правом углу в меню навигация выбрать Cisco Unified Reporting и нажать перейти.
Затем нужно нажать System Reports и слева появится список отчетов, которые может сгенерировать система.
Подробное описание каждого отчета можно посмотреть во вкладке Report Descriptions. Чтобы сгенерировать отчет необходимо выбрать его из списка слева и затем нажать Generate a new report. Также стоит заметить, что в зависимости от версии CUCM список доступных отчетов будет отличаться. При помощи кнопок справа на странице отчета можно скачать его (в формате .XML), загрузить или сгенерировать новый.
Отчеты
Unified CM Cluster Overview Информация о кластере CUCM, включая сетевые параметры и информацию о “железе”.
Unified CM Data Summary Сводный отчет по данным CUCM (Например количество серверов, групп, DN’ов, шаблонов и так далее.).
Unified CM Database Replication Debug Отладочная информация для репликации базы данных.
Unified CM Database Status Отчет о состоянии базы данных
Unified CM Device Counts Summary Информация о устройствах подключенных к CUCM (телефоны, шлюзы, транки). Указывается количество и используемый протокол.
Unified CM Device Distribution Summary Информация о распределении устройств между нодами.
Unified CM Extension Mobility Информация о использовании Extension Mobility (количество телефонов, пользователей и так далее.).
Unified CM GeoLocation Policy Информация о политике разделения Geolocation.
Unified CM Lines Without Phones Линии без подключенных телефонов.
Unified CM Multi-Line Devices Телефоны с более чем одной линией.
Unified CM Phone Feature List Отображение списка функций телефона.
Unified CM Phones With Mismatched Load Список телефонов, у которых не совпадает конфигурация Configured Load и Active Load.
Unified CM Phones Without Lines Список телефонов без линий.
Unified CM Shared Lines Список телефонов с Shared Lines.
Unified CM Table Count Summary Служебная информация о базе данных.
Unified CM User Device Count Информация о количестве телефонов.
Unified CM Voice Mail Информация по голосовой почте.
Security Diagnostic Tool Отчет о компонентах защиты.
Unified CM Directory URI and GDPR Duplicates Список дубликатов User Directory URI.
Unified CM Phone Category Список телефонных моделей в заданной категории.
Unified CM Phone Locale Installers Список версий прошивки, которые поддерживают установленные языковые пакеты.
Unified Confidential Access Level Matrix Информация о матрице доступов.
Облачные технологии очень широкое понятие, которому многие дают различные определения. Для кого-то это как вычислительные сервисы, предоставляемые через Интернет или какую-либо другую сеть. Некоторые определяют это для себя как любую купленную компьютерную услугу, которая находится за вашим маршрутизатором. Обозначим самые характерные признаки облачного сервиса:
Централизованная система управления;
Доступность по требованию;
Частный, публичный или гибридный вид услуги.
Примеры облачных услуг - сетевое хранилище данных, социальные сети, различные приложения. Облачная услуга предоставляет доступ к распределенному пулу ресурсов - свободному месту на диске, вычислительным мощностям, транспортному ресурсу в сетях.
Таким образом, можно дать следующее определение “облакам”. "Облако" - модель предоставления доступа к услуге через какую-либо сеть к пулу различных ресурсов, таких как сети передачи данных, системы хранения данных, приложения и услуги, которые могут быть гибко распределены между пользователями.
Это могут быть услуги с минимальными затратами со стороны лица, предоставляющего услугу. Такая модель являет собой высоко доступную систему, обладающую пятью основными характеристиками, тремя способами предоставления и четырьмя способами реализации.
Характеристиками этой модели являются:
самообслуживание;
широкополосный сетевой доступ;
доступ к общему пулу ресурсов;
высокая эластичность и возможность точного измерения “используемости” ресурсов.
Самообслуживание - возможность пользователями (организациями) запрашивать дополнительные и управлять существующими ресурсами.
Широкополосный доступ в сеть позволяет предоставлять услуги через Интернет иили частные сети.
Доступ к пулу ресурсов означает разделение мощностей между заказчиками соответственно их требованиям, причем эти ресурсы находятся в удаленном центре обработки данных.
Способы предоставления ресурсов:
IaaS (Инфраструктура как услуга) - предоставление доступа исключительно к оборудованию и сетевым ресурсам;
PaaS (Платформа как услуга) - предоставление доступа к операционной системе, платформе разработки, оборудованию и сетевым ресурсам;
SaaS (Приложение как услуга) - предоставление доступа к приложению, вместе с операционной системой, оборудованием и сетевым ресурсам.
Как можно заметить, второй и третий способ строятся на способе “Инфраструктура как услуга”.
Способы реализации доступа к услугам:
приватное облако - доступ к ресурсам находится у одной организации и управляется облачным провайдером или, чаще всего, самой организацией;
общедоступное облако - предоставление доступа через Интернет, права на владения находятся у облачного провайдера и доступен всем желающим;
общественное облако- ресурсы и доступ делятся между несколькими организациями;
гибридное облако- любая возможная комбинация вышеперечисленных.
Важнейшим способом построения облака в настоящее время является технология виртуализации. Виртуализацию серверов нельзя приравнивать к облачным вычислениям. Виртуализация – замещение физического оборудования программными абстракциями. Структура облака определяет, как именно виртуальное оборудование расположено, коммутировано и какие функции выполняет. Технология виртуализации не является обязательной для реализации облака, но она вносит возможность очень гибкого масштабирования и распределения ресурсов, что для классической реализации с использованием физического оборудования недостижимо. Кроме того, физическая реализация облака никогда не позволит в реальном времени изменять параметры оборудования, такие как объем свободного пространства на жестком диске, количество оперативной памяти и вычислительной мощности.
Одной из важнейших особенностей, которую позволяет виртуальная реализация центра обработки данных (ЦОД) – обеспечение более высокой надежности по сравнению с физическими аналогами. Это достигается благодаря возможности легкого копирования виртуальных машин, их содержимого и переноса в другую среду. Виртуальная машина является основной единицей в виртуальном ЦОДе, и является абстрактным вычислительным устройством, которое может выполнять множество функций – сервера, файлового хранилище, маршрутизатора и т.д.