SISA Training is an exact unlearning framework that partitions a dataset into multiple disjoint shards, trains an independent constituent model on each shard, and aggregates their outputs to form the final prediction. When a data deletion request is received, only the specific shard containing the target record requires retraining, rather than the entire model, reducing computational overhead from linear in dataset size to linear in shard size.
Glossary
SISA Training

What is SISA Training?
SISA (Sharded, Isolated, Sliced, Aggregated) training is an exact machine unlearning framework that partitions training data into independent, non-overlapping shards to dramatically reduce the computational cost of removing a data point's influence upon deletion requests.
The framework introduces slicing to further accelerate unlearning by dividing each shard's training data into incremental slices and archiving model checkpoints at each slice boundary. Upon deletion, retraining begins from the most recent checkpoint preceding the target data's slice, minimizing recomputation. This architecture provides exact, verifiable removal of data influence without the approximation errors inherent in gradient-based unlearning methods.
Key Characteristics of SISA Training
SISA (Sharded, Isolated, Sliced, Aggregated) training is an exact unlearning framework that partitions data into independent shards to limit the retraining scope when a deletion request is received, eliminating the need for full model retraining.
Data Sharding
The training dataset is partitioned into multiple disjoint shards before any training begins. Each shard contains a non-overlapping subset of the data, ensuring that any individual record influences only a single shard's model. When a deletion request arrives, only the shard containing the target data requires retraining.
- Shards are created using deterministic hashing or random assignment
- Typical configurations use 4-16 shards depending on dataset size
- Each shard trains an independent model replica from scratch
- Shard boundaries are fixed and immutable throughout the lifecycle
Isolated Training
Each shard trains its model in complete isolation from other shards, with no gradient sharing, parameter synchronization, or data leakage between partitions. This isolation is the architectural guarantee that limits the blast radius of any single data point.
- No cross-shard communication during training
- Each shard maintains its own optimizer state and learning rate schedule
- Isolation prevents membership inference signals from propagating across shards
- Models can be trained in parallel on separate hardware for throughput
Incremental Slicing
Within each shard, data is further divided into temporal slices that are introduced incrementally during training. The model checkpoints after each slice, creating a sequence of intermediate states that enable fine-grained unlearning without restarting from scratch.
- Slices are processed sequentially within a shard
- Each slice boundary produces a checkpoint saved to persistent storage
- Typical slice sizes range from 1-5% of the shard's data
- Enables partial rollback to the checkpoint immediately preceding the deleted record's slice
Aggregated Inference
At prediction time, outputs from all shard models are combined into a single prediction through an aggregation mechanism. The ensemble nature provides both the final prediction and a natural measure of uncertainty that can be used to detect distribution shift.
- Common aggregation methods: majority voting for classification, averaging for regression
- Aggregation weights can be uniform or learned via a meta-learner
- Provides built-in uncertainty quantification through inter-shard disagreement
- Inference latency scales linearly with shard count but can be parallelized
Exact Unlearning Guarantee
SISA provides provable exact unlearning, meaning the final model state after a deletion request is mathematically identical to a model that was never trained on the deleted data. This is stronger than approximate unlearning methods that only bound the statistical influence.
- Retraining is scoped to a single shard and its affected slices
- Computational cost of unlearning is O(1/k) where k is the number of shards
- No residual influence remains in other shards due to isolation
- Satisfies Article 17 GDPR right to erasure requirements for ML models
Storage-Computation Tradeoff
The primary cost of SISA is the storage overhead from maintaining per-slice checkpoints for every shard. This creates a direct tradeoff between unlearning granularity and infrastructure cost that practitioners must tune for their deployment context.
- Storage scales as O(shards × slices) per model
- Finer slicing reduces retraining cost but increases checkpoint storage
- Checkpoint compression and delta storage can reduce overhead
- Typical production deployments balance at 8 shards with 10-20 slices each
SISA vs. Approximate Unlearning Methods
A feature-level comparison of exact unlearning via SISA training against approximate unlearning techniques for compliance with data deletion requests and membership inference mitigation.
| Feature | SISA Training | Fine-tuning Unlearning | Gradient Ascent |
|---|---|---|---|
Unlearning Type | Exact | Approximate | Approximate |
Retraining Required | Partial (single shard) | ||
Provable Guarantee | |||
Model Accuracy Impact | 0.0% on retained data | 0.5-3.0% degradation | 1.0-5.0% degradation |
Computational Cost | 1/k of full retraining | Low | Medium |
Residual Information Leakage | None (verified) | Possible | Likely |
Supports Streaming Deletions | |||
Catastrophic Forgetting Risk |
Enabling Efficiency, Speed & Accuracy
Intelligent Analysis, Decision & Execution
We build AI systems for teams that need search across company data, workflow automation across tools, or AI features inside products and internal software.
Talk to Us
Search across company data
Give teams answers from docs, tickets, runbooks, and product data with sources and permissions.
Useful when people spend too long searching or get different answers from different systems.

Automate internal workflows
Use AI to route work, draft outputs, trigger actions, and keep approvals and logs in place.
Useful when repetitive work moves across multiple tools and teams.

Add AI to products and internal tools
Build assistants, guided actions, or decision support into the software your team or customers already use.
Useful when AI needs to be part of the product, not a separate tool.
Frequently Asked Questions
Clear, technical answers to the most common questions about Sharded, Isolated, Sliced, Aggregated training for exact machine unlearning.
SISA (Sharded, Isolated, Sliced, Aggregated) training is an exact machine unlearning framework that partitions a dataset into multiple independent shards to constrain the scope of retraining when a data deletion request is received. The mechanism operates in four phases: first, the training data is sharded into S non-overlapping subsets; second, each shard is further sliced into incremental segments to create training checkpoints; third, a model is trained in isolation on each shard, saving intermediate states at each slice boundary; finally, during inference, the outputs of all shard models are aggregated to produce the final prediction. When a deletion request arrives, only the specific shard containing the target data point is rolled back to the checkpoint immediately preceding the slice where that data was introduced, and retraining proceeds only from that point forward. This architectural constraint limits the computational cost of unlearning to 1/S of the full retraining burden, providing an exact guarantee that the deleted data no longer influences the model without requiring a complete retraining from scratch.
Related Terms
Understanding SISA training requires familiarity with the exact unlearning framework, its underlying data partitioning strategy, and the complementary privacy and deletion mechanisms that operate within this architecture.
Sharding
The foundational data partitioning step in SISA where the training dataset is divided into disjoint, non-overlapping shards. Each shard trains an independent constituent model, ensuring that a deletion request for a specific data point only affects the model trained on the shard containing that point. This limits the retraining blast radius to a fraction of the full ensemble.
Isolation
The architectural constraint ensuring that no data point appears in more than one shard. This strict isolation is what guarantees that unlearning a sample requires retraining only a single sub-model. Without isolation, a sample could contaminate multiple shards, forcing a cascading retraining process that defeats the purpose of the SISA framework.
Slicing
An incremental checkpointing strategy within each shard. The data assigned to a shard is further divided into temporal slices, and the model's state is archived after training on each slice. When a deletion request arrives, retraining only rolls back to the slice containing the target data, rather than restarting from scratch for the entire shard.
Aggregation
The inference-time mechanism that combines the outputs of all independent shard models into a single prediction. Common strategies include:
- Majority voting for classification tasks
- Averaging output probabilities
- Stacked ensembles with a meta-learner This aggregation provides a layer of deniability against membership inference, as no single model holds the complete training record.
Exact Unlearning
The guarantee that after a deletion request is processed, the model's parameters are mathematically identical to a model trained from scratch without the deleted data. SISA achieves this by design through constrained retraining, unlike approximate unlearning methods that merely scrub or obfuscate the influence of data without formal guarantees.

About the author
Prasad Kumkar
CEO & MD, Inference Systems
Prasad Kumkar is the CEO & MD of Inference Systems and writes about AI systems architecture, LLM infrastructure, model serving, evaluation, and production deployment. Over 5+ years, he has worked across computer vision models, L5 autonomous vehicle systems, and LLM research, with a focus on taking complex AI ideas into real-world engineering systems.
His work and writing cover AI systems, large language models, AI agents, multimodal systems, autonomous systems, inference optimization, RAG, evaluation, and production AI engineering.
Partnered with leading AI, data, and software stack.
How We Work
Custom AI workflows for your Business
One-fit-all AI don't work for modern businesses. At Inferensys, we aim to understand your business & custom requirements; which we use to define most efficient agentic workflows, the data, and the tools for your business.
01
Review the use case
We understand the task, the users, and where AI can actually help.
Read more02
Pick the right approach
We define what needs search, automation, or product integration.
Read more03
Build the first useful version
We implement the part that proves the value first.
Read more04
Improve from there
We add the checks and visibility needed to keep it useful.
Read moreThe first call is a practical review of your use case and the right next step.
Talk to Us