Agregar/Actualizar un campo Date mediante client object

Supongamos que tenemos una variable llamada submital que es de tipo Date Time. La parte en amarillo es la parte más importanet. Convertitmos la fecha en un formato ISO8601

using (ClientContext clientContext = new ClientContext(urlSharepointList))
{
    clientContext.AuthenticationMode = ClientAuthenticationMode.Default;
    Microsoft.SharePoint.Client.List list = clientContext.Web.Lists.GetByTitle("CRM");
    DateTime NewSubmittal = new DateTime();
    ListItemCreationInformation itemCreateInfo = new ListItemCreationInformation();
    ListItem newItem = list.AddItem(itemCreateInfo);
    newItem["Title"] = opportunity.Name;
   newItem["Submital"] = string.Format("{0:0000}-{1:00}-{2:00}T{3:00}:{4:00}:{5:00}Z",
                                        NewSubmittal.Year,
                                        NewSubmittal.Month,
                                        NewSubmittal.Day,
                                        NewSubmittal.Hour,
                                        NewSubmittal.Minute,
                                        NewSubmittal.Second);   
   
    newItem.Update();
    clientContext.ExecuteQuery();

}

Más post relacionados a ISO8601: http://todosharepoint.blogspot.com.ar/search/label/ISO%208601

The request uses too many resources–CSOM

Al tratar de insertar un item en una lista de Sharepoint 2013, me lanzaba el error: The request uses too many resources

{Microsoft.SharePoint.Client.ServerException: The request uses too many resources.
   at Microsoft.SharePoint.Client.ClientRequest.ProcessResponseStream(Stream responseStream)
   at Microsoft.SharePoint.Client.ClientRequest.ProcessResponse()
   at Microsoft.SharePoint.Client.ClientRequest.ExecuteQueryToServer(ChunkStringBuilder sb)
   at Microsoft.SharePoint.Client.ClientRequest.ExecuteQuery()
   at Microsoft.SharePoint.Client.ClientRuntimeContext.ExecuteQuery()
   at Microsoft.SharePoint.Client.ClientContext.ExecuteQuery()

hrresult --> –2146233088

Esto se debe a que Sharepoint setea el número máximo de object-paths que pueden ser usados en un request a 256. Un “Object-Path” trackea cómo un objeto cliente es creado en la clase “ClientRuntimeContext”, de esta manera el objeto puede crearse en el server. Cada SP-Object (por ejemplo un site) genera un object-path-object en el request. Es decir, en palabras simples setea un límite de 256 objetos en una llamada ExecuteQueryAsync.

Para solucionarlo, puedo hacer dos cosas: reducir los object-paths en el request, por ejemplo dividiendo la consulta en consultas más pequeñas o cambiando la propiedad maxObjectPaths.

$webApp = Get-SPWebApplication "htt://ur_webapplication"
$webApp.ClientCallableSettings.MaxObjectPaths = 5000
$webApp.Update()

Tip: 5 causas de performance lenta

• Navegación estructural: por ejemplo si tienes varios sub-sitios (deep navigation), y deseas mostrarlos todos en el menú superior. Es este caso puedes utilizar Managed Navigation para mejorar la performance. Más info en el siguiente link

• Content Rollup: en general son queries muy costosas. Ej: recorrer cada sitio, cada listas y renderizar algo de contenido.

 

• Archivos grandes: Ej: tener imágenes grandes o videos, archivos .js gigantes.
• Tener muchos request: .js, .css e imágenes.
• Tener muchos web parts en la página:

Simple tip para verificar la performance de nuestro servidor: response headers de la solicitud de una página

Cuando realizamos una solicitud a Sharepoint de una página, en el header de la solicitud de HTTP podemos ver varios datos útiles relacionados a la performance de la plataforma.

Para verificarlas podemos usar las herramientas de desarrollo de IE, fiddler u otra herramienta similar (HTTPWatch). En el IE presionamos F12, y elegimos la sección de Network, y presionamos Play.

Realizamos un refresh de la página, y en la solicitud principal, hacemos doble click sobre la misma.

En los headers de la respuesta tenemos, algunas claves útiles, tales como:

SPRequestDuration: tiene un valor de 2805 milisegundos, lo cual quiere decir que Sharepoint tardo ese tiempo para procesar la solicitud (página) del lado del servidor.  Este header está en cada página de Sharepoint. Tiempos excesivos indican que se hizo mucho trabajo para renderizar la página o el servidor está unhealthy (en español sería “poco sano”). Para verificar si el servidor está unhealthy, Sharepoint también otra header para verificar, “X-SharepointHealthScore”, este tiene un valor entre 0 y 10. 10 es cuando está unhealthy (algún problema) o está sobrecargado (high load y throttling request para mantener ell throughput). Más info en el siguiente link

Si este header tiene 0 y tienes alta latencia en el SPRequestDuration, claramente Sharepoint está haciendo mucho trabajo para renderizar la página.

SPIisLatency: es el queue time de la solicitud. Cuando un servidor está sobrecargado, empieza a “encolar” las solicitudes.

Variable de configuración del workflow de aprobación: “CancelonRejection”

La variable “CancelonRejection” define si se cancela el workflow en el PRIMER RECHAZO de una tarea de un workflow.

En un workflow Out the Box, esta configuración se puede hacer desde el mismo UI

En cambio cuando se hace un workflow custom con Sharepoint Designer, se tiene que setear la variable mediante la action “Set Variable”

Si se revisa la conducta de una tarea en el workflow, encontrarán que al completar una tarea, hay un pequeño IF

Cancelation es igual a Yes, se finaliza el proceso de tareas.

Error al borrar un content type “The content type is in use.”

Al trata de borrar un content type, me lanzaba el error: Sorry, something went wrong, The content type is in use.

Para poder eliminar un content type, revisa lo siguiente:

• Papelera de reciclaje: busca en la papelera (primer y segundo nivel) si hay algún item que tenga relación con el content type.

_layouts/15/AdminRecycleBin.aspx

_layouts/15/AdminRecycleBin.aspx?View=2

• Listas y Librerías: busca si no hay alguna lista o librería que tenga asociado este content type.

Storage SQL Server capacity planning para Sharepoint 2013

En general para Sharepoint 2010 se usaba la fórmula:

• Crawl: 0.046 × (sum of content databases)
• Property: 0.015 × (sum of content databases)

Pero para 2013, no tenemos la base de Property, ahora tenemos 4 bases dedicadas para el servicio de Search:

• Search Administration: The Search Administration database hosts the Search service application configuration and access control list (ACL) for the crawl component.

• Analytics Reporting: The Analytics Reporting database stores the results for usage analysis reports and extracts information from the Link database when needed.

• Crawl: The Crawl database stores the state of the crawled data and the crawl history.

• Link: The Link database stores the information that is extracted by the content processing component and the click through information.

En general se recomienda la siguiente tabla

Cómo pueden ver la de analytics depende mucho del uso de la plataforma y la configuración de retención. Por ej: con 14 días de retención, más o menos se llega a los 8 GB de datos.

Es posible limitar en la base de analitycs algunos componentes de Analytics a un tamaño específico. Ej: page request

$SPUsageDefinition = Get-SPUsageDefinition -Identity "Page Requests"
$SPUsageDefinition.MaxTotalSizeInBytes = 12884901888
$SPUsageDefinition.Update()

Links útiles

http://technet.microsoft.com/en-us/library/ff608068(v=office.15).aspx

http://sharepoint2013dbdocs.codeplex.com/

http://technet.microsoft.com/en-us/library/cc298801(v=office.15).aspx

Simples comandos para diagnosticar el estado de nuestra distributed cache (diagnostic App Fabric Distributed Cache)

Abro Sharepoint 2013 Management Shell y ejecuto lo siguiente:

Get-SPServiceInstance | ? {($_.service.tostring()) -eq "SPDistributedCacheService Name=AppFabricCachingService"} | select Server, Status

El comando anterior, nos permitirá ver las instancias del Servicio DistributedCache, en que servidor están corriendo, y su estado.

A continuación ejecuto Use-CacheCluster , el cual nos permite utilizar los comandos específicos de AppFabric. A continuación ejecuto Get-CacheHost, cual nos permitirá ver el estado del servicio de cache en cada host del cluster.

En base al comando anterior (hostname:cacheport) ejecuto el siguiente comando.

Get-CacheHostConfig –ComputerName [yourServerName] -CachePort 22233

El mismo nos permite ver la configuración del host especificamente (puertos, tamaño, etc)

A continuación ejecuto el siguiente comando:  Get-CacheClusterHealth , el mismo nos permitirá ver las estadísticas de health (salud) de las named cache en el cluster.

A continuación ejecutar el siguiente comando: Get-CacheAllowedClientAccounts

El mismo nos permite ver que grupos o usuarios tienen acceso a la cache. Por default deberían estar los grupos WSS_Admin_WPG y WSS_WPG. Si la cuenta que corre el servicio del User Profile no está dentro de estos grupos, tendrán errores inesperados de acceso a la cache.

Para finalizar ejecutar el siguiente comando:

Get-AFCacheHostStatus | % {
    $ServerName = $_.HostName
    Get-AFCacheStatistics -ComputerName $_.HostName -CachePort $_.PortNo | Add-Member -MemberType NoteProperty -Name 'ServerName' -Value $ServerName -PassThru
} | Format-List -Property *

Este comando nos retornará el número de items en la cache, request count, size de la cache, etc.

Para finalizar ejecutar los siguientes comandos:

Get-EventLog –LogName System –Source *AppFabric*

Get-EventLog –LogName Application –Source *AppFabric*

Simple tip: Exportar la lista de logs del Event Viewer relacionados a Sharepoint

En una consola de powershell (run as a administrator) ejecuto el siguiente código de powershell:

Get-EventLog –LogName Application –Source *Sharepoint* | Export-Csv c:\LogsApplicationSharepoint.csv

Este comando nos exportará todos lo logs del EventViewer en un archivo .csv

En el caso que querramos exportar los eventos de la categoría System, simplemente cambiamos el LogName.

Get-EventLog –LogName System –Source *Sharepoint* | Export-Csv c:\LogsSystemSharepoint.csv

Donde se instalan las dll´s cuando instalo Sharepoint 2013 Client Component SDK?

Cuando quiero utilizar client object necesito instalar el sdk de client object, el cual puede descargarse del siguiente link:

http://www.microsoft.com/en-in/download/details.aspx?id=35585

El instalador deja las dlls de client object en el siguiente path:

C:\Program Files\Common Files\microsoft shared\Web Server Extensions\15\ISAPI

C:\Program Files\SharePoint Client Components\Assemblies

Crear una estructura de folders mediante un archivo .csv con Client Object Model

Supongamos que tenemos un archivo .csv con el siguiente contenido

Todas las carpetas están separadas mediante una coma (,)

El sitio donde se creará esta estructura, tiene la siguiente url: http://sharepointsite.com.

La librería donde se crea la estructura, se llama “Proyectos”

El archivo csv, se encuentra en el siguiente path: E:\TEMP\carpetas.csv

El código para crear la estructura de carpetas es la siguiente:

Code:

using (ClientContext clientContext = new ClientContext("http://sharepointsite.com"))
	{
		Web web = clientContext.Web;
		Microsoft.SharePoint.ClientList docLib = web.Lists.GetByTitle("Proyectos");
		var folderRoot = docLib.RootFolder;
		clientContext.Load(folderRoot);
		clientContext.ExecuteQuery();

		using (StreamReader file = new System.IOStreamReader(@"E:\TEMP\carpetas.csv"))
		{
			while (!file.EndOfStream)
			{
				string line = file.ReadLine();
				string[] listaFolders = line.Split(new Char[] { ',' });
				string estructuraFolders = "";

				foreach (var folder in listaFolders)
				{
					estructuraFolders = estructuraFolders + "/" + folder;
				}
				if (estructuraFolders != "/")
				{
					Folder NewFolder = EnsureFolder(clientContext, folderRoot, estructuraFolders);
				}
			}

		}
	}

 

Y el método EnsureFolder hace lo siguiente:

Code:

public static Folder EnsureFolder(ClientContext ctx, Folder ParentFolder, string FolderPath)
{
	string[] PathElements = FolderPath.Split(new char[] { '/' }, StringSplitOptions.RemoveEmptyEntries);
	string Head = PathElements[0];
	Folder NewFolder = ParentFolder.Folders.Add(Head);
	ctx.Load(NewFolder);
	ctx.ExecuteQuery();
	if (PathElements.Length > 1)
	{
		string Tail = string.Empty;
		for (int i = 1; i < PathElements.Length; i++)
			Tail = Tail + "/" + PathElements[i];
			
		return EnsureFolder(ctx, NewFolder, Tail);
	}
	else
		return NewFolder;
}

Cómo utilizar el debugger de Visual Studio con client side rendering

Primero verifico que esté desmarcado las siguientes opciones en las propiedades avanzadas del IE.

(function () {
    var itemCtx = {};
    itemCtx.Templates = {};
   
    itemCtx.Templates.Header = "<table>";
    itemCtx.Templates.Footer = "</table>";
    itemCtx.Templates.Fields = { 'Title': { 'View': ItemOverrideFun}};
    itemCtx.BaseViewID = 1;
    itemCtx.ListTemplateType = 101;         
    SPClientTemplates.TemplateManager.RegisterTemplateOverrides(itemCtx);
})();

function ItemOverrideFun(ctx) {   
   debugger;
    var title = ctx.CurrentItem.Title;
    var fileRef = ctx.CurrentItem["FileRef"];
    var fileLeafRef = ctx.CurrentItem["FileLeafRef"];  
       var htmlToDeploy = "<a style='color:#000; font-weight:bold' href='" + ctx.CurrentItem["FileRef"] + "'>" + ctx.CurrentItem.Title + "</a><br><span>" + formattedDate(ctx.CurrentItem.Modified)  + " for <b><font color='#f58228'> "+ ctx.CurrentItem.Customer[0].lookupValue +"</font></b></span>";
 
    return htmlToDeploy;
}

En la función ItemOverrideFun, vemos la palabra debugger, esta es una palabra reservada que permite invocar el JIT (just in time) debugger

Al ejecutarse esta línea en el IE, me lanza la siguiente ventana

Al abrir el Visual Studio 2013, veo el stack de llamadas y me permite debuggear con VS

Si marca la variable htmlToDeploy, y selecciono Add Watch

Puedo ver el html que se renderiza en la página de forma fácil

Si veo en la página como queda,

Cancelar un workflow de aprobación en el primer reject del workflow

Cuando se usa el portal web, permite elegir si se cancelará el workflow de aprobación en el primer reject del mismo (End on First Rejection)

Pero cuando usas Sharepoint Designer, tenés que setear la variable “CancelonChange” a Yes para que se termine el workflow de aprobación en el primer reject del proceso.

Si revisas el workflow de aprobación, puedes ver en la sección “Overral task process”

Y en la subsección “Al cambiarse el elemento”, pueden que tiene un IF que finaliza el proceso

Para solucionarlo, podemos ejecutar una acción de seteo de una variable del workflow antes del comienzo de aprobación (entonces Estableceer Variable:CancelonChanges como Yes)

Ej:

Ejecutar manualmente una subscripción fallada en Reporting Services integrado en Sharepoint 2013 (Execute SSRS Subscription Manually in Sharepoint 2013 Integrate Mode)

Supongamos que la subscripción que habiamos hecho sobre un reporte en Sharepoint 2013 (Reporting Services modo integrado) fallo por algún motivo, y necesitamos ejecutarla manualmente

Para ello ingresamos en la sección de nuestro SQL de Sharepoint, y ejecutamos la siguiente query sobre la base ReportingService_Database (o cómo la hayan nombrado cuando crearon el servicio de SSRS en modo integrado)

Validamos cual es la row que hace referencia a nuestra subscripción (pueden ver el campo Description o MathData)

Por ejemplo, en este caso el SubscriptionID que me interesa es “79363907-67F5-44FA-80A1-39D3EA588557”

A continuación ingreso a la sección de SQL Agents/Jobs, y verifico los jobs con GUID, por ejemplo “8674C40B-03B7-4918-96D2-1C34EECF8427”

Click derecho Propiedades, voy a la solapa de Steps y edito el job step

Si ustedes ven en la sección de comandos, verán que se ejecuta, en este caso se ejecuta la subscripción “79363907-67F5-44FA-80A1-39D3EA588557”

De vuelta hacemos click derecho sobre el job, y seleccionamos “Start Job at Setp”

Y automáticamente se dispará la subscripción.

Podriamos haber ejecutado de forma manual mediante el siguiente comando en el SQL Managemente? Si claro, Por ejemplo:

exec [ReportingService_Database].dbo.AddEvent @EventType='TimedSubscription', @EventData='79363907-67f5-44fa-80a1-39d3ea588557'

Cómo definir correctamente nuestros archivos de CSR (Client Side Rendering) o jslink

Un problema que suele pasar con jslink es cuando tenemos una página con dos o más webparts que cada uno tiene asignado un archivo jslink. Puede pasar que creamos nuestras funciones de override de campos/header/footer/grouping/etc con nombres iguales en cada archivo jslink.

Ej:

En el web part 1 llama al archivo documentosCSR.js

En el web part 2 llama al archivo taskCSR.js

Ambos archivos tienen un override de la view del campo “Title” y ambos archivos usan la función titleFieldOverride(ctx).

(function() {
    var overrideCtx = {};
    overrideCtx.Templates = {};
    
    overrideCtx.Templates.Fields = {
        'Title': {'View': titleFieldOverride }
    };
    
    SPClientTemplates.TemplateManager.RegisterTemplateOverrides(overrideCtx);
})();

function titleFieldOverride(ctx)
{

}

Que pasa en estos casos? El último archivo js que se cargue será el que prevalece, lo cual puede ocasionar errores dificiles de detectar.

Para ello, siempre crea los archivos jslink con funciones definidas en global namespaces de javascript. Los namespaces nos permiten definir variables, funciones dentro de un “contenedor” ( a efectos prácticos es un objeto ), la idea de trasfondo consiste en que cada archivo jslink utilice su propio namespace para que de esta forma no perdamos funcionalidad al “solapar” el código.

Veamos un ejemplo correcto.

En el archivo documentosCSR.js defino el código de la siguiente manera

var solutionDocumentosCSR = solutionDocumentosCSR || {};
solutionDocumentosCSR.Fields = (function () {
    
    function convertirFecha(fecha) {
        /* convierto la fecha al formato ddMMYYY */
    };
 
    return {
        titleFieldOverride: function (ctx) {
            var html = "<div><strong>" + ctx.CurrentItem.Title + "</strong></div>";
           //aca puedo usar la funcion convertirFecha la cual esta definida dentro del mismo namespace
            return html;
        }
    }
})();

(function() {
    var overrideCtx = {};
    overrideCtx.Templates = {};
    
    overrideCtx.Templates.Fields = {
        'Title': {'View': solutionDocumentosCSR.Fields.titleFieldOverride }
    };
    
    SPClientTemplates.TemplateManager.RegisterTemplateOverrides(overrideCtx);
})();

En el otro archivo  taskCSR.js defino el código de la siguiente manera

var solutionTasksCSR = solutionTasksCSR || {};
solutionTasksCSR.Fields = (function () {
    
    function convertirFecha(fecha) {
        /* convierto la fecha al formato mmDDyyyy */
    };
 
    return {
        titleFieldOverride: function (ctx) {
            var html = "<div><strong>" + ctx.CurrentItem.Title + "</strong></div>";
            //aca puedo usar la funcion convertirFecha la cual esta definida dentro del mismo namespace, y no se toma en cuenta la función definida en el otro namespace
            return html;
        }
    }
})();

(function() {
    var overrideCtx = {};
    overrideCtx.Templates = {};
    
    overrideCtx.Templates.Fields = {
        'Title': {'View': solutionTasksCSR.Fields.titleFieldOverride }
    };
    
    SPClientTemplates.TemplateManager.RegisterTemplateOverrides(overrideCtx);
})();

Cómo usar el plugin SPWidgets para subir documentos vía Jquery/SPServices en Sharepoint 2010

En nuestra página agregamos las referencias a los siguientes archivos:

jquery.js (http://jquery.com/download/)

jquery.SPServices.min.js (http://spservices.codeplex.com/)

jqueryui.min.js (http://jqueryui.com/download/)

/_layouts/1033/init.js

/_layouts/1033/sp.core.js

/_layouts/1033/sp.runtime.js

/_layouts/1033/sp.js

jquery.SPWidgets.min.js  (http://purtuga.github.io/SPWidgets/)

Después agregar las referencias a los archivos css de jQueryUI

En nuestra página agregamos un anchor que levante el siguiente popup

Para realizar esto, agregamos el siguiente div en nuestro código html

<div id="dialog-AddAttachments" title="Agregar adjuntos" style="display:none">   
        <b>Seleccione un archivo y presionar adjuntar.</b></br></br></br>

        <div style="height:350px;width:100%;padding:.5em;" id="file_upload"></div>

</div>

$( "#dialog-AddAttachments" ).dialog({
                autoOpen: false,
                resizable: false,
                draggable: false,
                width:450,
                height:180,
                modal: true               
});

El código anterior levanta el popup

$("#file_upload").SPControlUpload({
                listName: 'Documentos',               
                noFileErrorMessage: "No hay un archivo seleccionado!",
                selectFileMessage: "Click aquí para agregar un attachement...",
                uploadDoneMessage: "Se subió correctamente el archivo!",              
                onUploadDone: function(file){
                   
                }
});
El código anterior permite configurar el div para que el usuario pueda subir archivos a la librería “Documentos”.

Cómo usar el plugin SPWidgets para buscar usuarios con Jquery/SPServices (javascript people picker)

En nuestra página agregamos las referencias a los siguientes archivos:

jquery.js (http://jquery.com/download/)

jquery.SPServices.min.js (http://spservices.codeplex.com/)

jqueryui.min.js (http://jqueryui.com/download/)

/_layouts/1033/init.js

/_layouts/1033/sp.core.js

/_layouts/1033/sp.runtime.js

/_layouts/1033/sp.js

jquery.SPWidgets.min.js  (http://purtuga.github.io/SPWidgets/)

Después agregar las referencias a los archivos css de jqueryUI

En nuestra página agregamos un textbox con un icono de usuario, que al hacer click se muestra el siguiente popup

Para hacer esto, debermos tener el siguiente div.

<div id="dialog-message" title="Buscar usuario" style="display:none">   
        <b>Busque por mail,por sigla o por nombre. Es necesario al menos 3 caracteres para iniciar la búsqueda.</b></br></br></br>

        <input name="users" value="" style="width:350px!important" >   
</div>

Dentro del document.ready de jquery ejecutamos el siguiente código de javascript, que permite agregar toda la funcionalidad de búsqueda de usuarios estilo people picker de Sharepoint.

$("input[name='users']").pickSPUser({
        allowMultiples: false,
        meKeyword: "[me]",
        meKeywordLabel: "Current User",
        onPickUser: function(person){           
            var mail = GetMailfromSigla(person.accountName );
            if (mail != "")
                $('#' + inputSearchSelect).val(mail);
           
            $( "#dialog-message" ).dialog('close');
        }                     
    });       

En el caso que quieramos limpiar la búsqueda, podemos ejecutar el siguiente script.

$("input[name='users']").pickSPUser("method", "clear");

Una granja Sharepoint 2013 de 3 servidores sobre Azure de manera simple

Hace un tiempo había hecho un post de cómo crear un pequeño entorno de desarrollo de Sharepoint 2013 sobre azure: http://todosharepoint.blogspot.com.ar/2014/06/crear-un-entorno-de-desarrollo-de.html

En este caso usaremos una nuevo elemento de la galería que se disponibilizó hace poco para crear granjas de Sharepoint. Primero para poder utilizar la creación de granjas de Sharepoint 2013 sobre Azure, deberemos ingresar al portal nuevo de Azure.

La idea es crear una arquitectura de este estilo

agrego un nombre de Resource Group, nombre de administrador y password

  

Si marcas la opción de “Enable High availability” te creará una granja de alta disponibilidad

Después de unos minutos (variossss) se tiene la granja completa sobre Azure.

Revisa que tengas el acces role habilitado para nuestra cuenta de suscribción

Cuando abro una de las máquinas virtuales de Sharepoint, veo los siguientes iconos en el desktop

Si abro la sección de Servers in Farm en el CA.

En el caso de los DC y SQL, vemos en la sección Peer Resources las VM´s

Si veo la configuración del SQL Server

En el G están los logs de los datafiles

En el F están los datafiles

En el D, veo un warning de no usar esta partición para almacenar datos no temporarios

Los datafiles y logs de la tempdb están en el C

Revisando la configuración de la base, se ve que le aplicaron algunas configuraciones requeridas para que Sharepoint funcione correctamente, ej: deshabilitar estadísticas

MAXDOP = 1

Pero hay algunas que deberían haber configurado. Ej: Max y Min memory server

El fill factor también lo deberían haber configurado (80% para Sharepoint)

En el caso del DC, ejecuto el siguiente comando de PowerShell Get-DnsServer, y veo los siguientes datos.

Zonas de DNS

Si ejecuto el siguiente comando Get-DnsServerResourceRecord -ZoneName "contoso.com"

Si yo me enfoco en un A record, puedo ejecutar el siguiente comando:

Get-DnsServerResourceRecord -ZoneName "contoso.com" -Name "GROUPHASHA-SP”