Database Reference
In-Depth Information
fault values are shown in the dialog box, which can provide guidance as to
which properties have been altered.
5. Some configuration settings require restarting the SSAS instance prior to be-
ing executed. If this is the case, the Restart column will have a value of Yes .
6. Once you're happy with your changes, click on OK and restart the instance if
necessary. You can restart SSAS using the Services.msc applet from the
command line using the NET STOP / NET START commands, or directly in
SSMS by choosing the Restart option after right-clicking on the instance.
How it works...
Discussing every SSAS property would make this chapter extremely lengthy; doing
so is well beyond the scope of the topic. Instead, in this section, I will summarize the
most frequently used properties.
Often, synchronization has to copy large partition datafiles and aggregation files.
If the timeout value is exceeded, synchronization fails. Increase the value of the
<Network><Listener><ServerSendTimeout> and <Network><Listener-
><ServerReceiveTimeout> properties to allow a longer time span for copying
each file.
By default, SSAS can use a lazy thread to rebuild missing indexes and aggregations
after you process partition data. If the <OLAP><LazyProcessing><Enabled>
property is set to 0 , the lazy thread is not used for building missing indexes—you
must use an explicit processing command instead. The <OLAP><LazyProcessin-
g><MaxCPUUsage> property throttles the maximum CPU that could be used by the
lazy thread. If efficient data delivery is your topmost priority, you can exploit the Pro-
cessData option instead of ProcessFull . To build aggregations after the data is
loaded, you must set the partition's ProcessingMode property to LazyAggrega-
tions . The SSAS formula engine is single threaded, so queries that perform heavy
calculations will only use one CPU core, even on a multiCPU computer. The storage
engine is multithreaded; hence, queries that read many partitions will require many
CPU cycles. If you expect storage engine heavy queries, you should lower the CPU
usage threshold for LazyAggregations .
By default, Analysis Services records subcubes requested for every 10th query in
the query log table. If you'd like to design aggregations based on query logs, you
Search WWH ::




Custom Search